概要
問題のレコードはquality モジュールにあります。内部的には ID が nc で始まりますが、利用者に見えるのは別の nonConformanceId です。問題が検査、測定器、ドキュメントとどう関係するかは、品質の概要で説明しています。
問題を起票する方法
- 問題一覧から手動で。
- MES の現場から。
- Slack から。
- 受入検査がロットを却下したときに自動で。
2 つの層: ヘッダーと影響を受ける材料
ヘッダーのフィールド
種類とロケーションは必ず入力します。それ以外は任意か、あらかじめ入力されています。ワークフロー: 8D とその仲間
ワークフローは、状態の集合ではなく、問題の出発点となるキットと考えてください。冒頭のリッチテキストの内容、優先度、ソース、必須アクション、承認をまとめたものです。問題の作成時に選ぶと、これらの設定がコピーされます。 Alforse は を、このように、必須アクションが 8 つのディシプリンであるワークフローとして提供しています。8D は単なるデータなので、自分で設計するワークフローは、どれも同一のアクションモデルで動作します。ライフサイクル
nonConformanceStatus は 3 つの値で構成されます。新しく作成された問題は 「登録済」 から始まり、「クローズ」 でレコードが固定されます。
quality の更新権限が必要です。
したがって、クローズは恒久的ではありません。さらに作業が必要になったとき、「再オープン」 でレコードのロックが解除されます。
アクションタスク
タスクの出どころ
すべての問題は必須アクション（requiredActionIds）のリストを持ちます。問題が設定された時点で、各必須アクションがアクションタスク（nonConformanceActionTask）になり、並び順で番号が付けられます。タスクは全体としてチームのチェックリストを構成します。
5 つのシステムカテゴリ
一部の必須アクションは、どんな種類の作業かを示すsystemType を持ちます。
Alforse は各会社に、カテゴリごとに 1 つのアクションを用意します。封じ込めアクション、是正アクション、予防アクション、検証、顧客コミュニケーションです。これらは保護されています。データベーストリガーにより、削除や
systemType の変更はできず、会社が持てるのは、それぞれ 1 つだけです。自分で作成したアクションには systemType がなく、完全に編集可能なままです。
タスクのステータス
タスクは 「待機中」 → 「進行中」 → 「完了」 と進み、その流れから 「スキップ済」 として外れることもできます。- 新しいタスクは待機中で待ち、自動的に開始されることはありません。
- 完了すると、完了日が記録されます。
- 完了とスキップ済のタスクは、待機中に戻せます。
- タスクの並べ替え、期日の設定、特定のプロセスへの紐づけができます。
仕入先是正措置要求（SCAR）
タスクが仕入先向けの場合は、SCAR（Supplier Corrective Action Request、仕入先是正措置要求）として共有します。仕入先は、ログイン不要の非公開リンクを受け取ります。 仕入先に見えるもの: 不適合の詳細、現在のステータス、自社に割り当てられたアクションタスク。処置、承認、クローズ、問題のその他の部分は、社内に限られます。 仕入先ができること: 各タスクのステータスの変更と、入力中に自動保存されるエディターでのメモの記入。「待機中」 のタスクにメモを書くと、自動的に 「進行中」 に移ります。問題が 「クローズ」 になると SCAR はロックされ、それ以上の変更を受け付けません。承認と資材審査委員会
承認は、アクションとは別の要件です。Alforse が提供するのは です。- 問題に MRB を追加します。承認タスクが作成されます。
- MRB がまだ必須でなかった場合、「Engineering」（エンジニアリング）と 「Quality」（品質）という肩書きの 2 人のレビュー担当者が追加されます。
- MRB を削除すると、その 2 人の自動追加のレビュー担当者も削除されます。自分で入力したレビュー担当者は残ります。
処置: 材料の行き先を決める
影響を受けた材料の一つひとつに、問題をクローズする前に判定が必要です。その判定が、各nonConformanceItem 行に保存されるです。データベースの列挙は、ピッカーが提供するものより大きく、インターフェースは意図的に 5 つに限定しています。