バッチレコード
レシピと実行記録によって、バッチはデータではなく証拠となる。
12 手順 · 10 質問 · 8 この棚のスクリーン
この棚のスクリーン
- マスターレシピ プロセス産業における部品表（BOM）と工程表に相当するもので、各工程には仕様付きのパラメータが含まれ、数量はバッチサイズに応じて変化する。
- レシピの段階 指示書は、現場で読み上げられたとおりに保管される。承認された正式な文書が実行される必要があるため、参照用ではなくテキストとして保管される。
- レシピパラメータ 何を測定すべきか、そしてそれがどのような値でなければならないか。バッチ処理の前にここで確定しておくこと。これが、規格適合の判断を後付けの意見ではなく事実とする特性です。
- バッチレコード バッチ処理で何が起こったのか、発生順に、各制御パラメータが満たすべき仕様とどのように比較されたのか。例外によるレビュー：カウント結果から、200ページもの文書を読まずにリリースできるかどうかが判断できる。
- バッチ処理手順 実行されるフェーズは、順番に並べられています。各ステップは独自の経路で実行され、署名されます。グリッド上で編集されることはありません。
- パラメータキャプチャ バッチ処理開始前に修正された仕様に対して取得されたすべての値。修正は上書きされず、元の値を参照します。編集可能な監査証跡は監査証跡ではないからです。
- バッチ偏差 発生した瞬間に、それを目撃した人または機械によって報告される。レビュー時に報告される逸脱は、はるかに弱い存在である。
- バッチ署名 誰が何に署名したのか、そしてその署名が何を意味していたのか。署名された内容はハッシュ化されているため、後から編集しても一致しません。また、署名とはそういうものなので、更新パスは存在しません。
進捗状況はこのブラウザ内にのみ保存され、外部に送信されることはなく、他の誰も見ることはできません。