概要
エントリは通常、Alforse の別のレコードに紐づきますが、一般的なリスクとして単独で存在することもできます。種類のほかに、重大度と発生可能性(それぞれ独立して 1~5 で評価)、担当者、そして"Closed" か "Accepted" で終わるステータスを持ちます。
エントリは 2 か所で確認できます。
- 品質 → リスクには、会社全体のが表示されます。
- アイテム、得意先、仕入先、ジョブ、見積明細、保全指示のページには、それぞれ、そのレコード自身のエントリを一覧するリスクカードがあり、新しいエントリを追加できます。
リスクを起票する
- 品質 → リスクを開いてエントリを追加するか、リスクが関係するレコードのリスクカードを開きます。
- タイトルを入力し、種類を選んで、重大度と発生可能性を評価します。
- 必要に応じて、担当者を割り当て、1 行の説明を追加し、メモを書きます。
- 保存します。
General になります。
フィールド
各エントリは 1 つのriskRegister レコードで、apps/erp/app/modules/quality/quality.models.ts の riskRegisterValidator によって検証されます。
重大度と発生可能性
どちらの評価も 1~5 のスケールを使用し、RiskRating.tsx によって、1 点につき 1 本の色付きバーの列として描画されます。
レコードのカードでは、重大度のバーが警告アイコンの後ろに、発生可能性のバーがサイコロのアイコンの後ろに置かれ、一目で両方を読み取れます。
なぜ分けておくのか。ほとんど起きないが起きれば壊滅的な不具合と、毎週起きるがコストの小さい迷惑事は、掛け合わせると同じ中程度の数字になってしまいます。別々に表示すれば、それぞれが本来の姿を保ち、重み付けはあなたの判断に委ねられます。
ステータス
ステータスは、quality.models.ts の riskStatus 列挙型から取得されます。自由に設定でき、Alforse は順序を強制せず、どのステータスからどのステータスにも変更できます。
対処を追跡する
独立した低減アクションのレコードはありません。エントリを"In Review" と "Mitigating" で進め、詳細をメモに書き、対処した場合は "Closed"、許容すると決めた場合は "Accepted" で終えることで、対処を追跡します。
リスクカードが表示される場所
これらのページはすべて、1 つの共有カードを再利用し、固定のsource とレコードの ID を渡します。そのため、各カードにはそのレコード自身のエントリだけが表示され、そこで追加したものは正しいソースで登録されます。
作業区は例外で、専用のページにはカードがありません。ソースが
Work Center のエントリは、保全指示と会社全体の一覧に表示され、そこでは riskRegisters ビューが作業区の名前を提供します。
権限と通知
データベースも同じ区分を強制します。
担当者になった人は、バックグラウンドの
notify ジョブによって送信される RiskAssignment 通知を受け取ります。編集で担当者が以前と異なる場合にのみ発生するため、エントリを再度保存しても、現在の担当者に影響はありません。
リスクと問題・CAPA の違い
リスク登録簿は、不適合やその是正・予防処置との、コード上のリンクがない、独立したテーブルです。リスクを起票しても問題は作成されず、問題をクローズしてもリスクには影響しません。
登録簿は先を見越した評価に、問題は事後の封じ込めに使ってください。