実行レベルの系譜

このトピックは、 SG Systems Global MES/QMS/WMS 制御を評価する規制対象製造チーム向けのガイド ライブラリ。

2025年12月更新 • 実行レベルの系図、ロットの系図、ステップレベルのトレーサビリティ、バッチ証拠チェーン、スキャン検証済み消費量、部分容器、再加工/再梱包、シリアル化リンク、監査証跡 • 栄養補助食品（米国）

実行レベルの系譜 トレーサビリティとは、実際の製造現場での実行イベント（ステップごと、スキャンごと、消費ごと）から構築されるものであり、後から在庫取引や書類の要約から再構築されるものではありません。栄養補助食品の製造では、多くのシステムが「ロットトレーサビリティ」を謳っていますが、実際には大まかな在庫履歴しか提供していません。実行レベルの系図は異なります。どの部品ロットが、どのくらいの数量で、どの工程で、どの装置で、どのユーザーによって、どのような管理下で使用され、それがどのように中間ロットや完成ロットに流れ込んだかを正確に証明します。

これは、監査人に自信を持って回答できる場合と、2日間かけて「書類を引っ張り出す」場合の違いです。また、30分で対象を絞ったリコール範囲を指定する場合と、広範囲で高額な「時間枠内のすべてをリコールする」対応の場合の違いでもあります。実行レベルの系図を求めるバイヤーは、苦情、有害事象、サプライヤーの問題、ラベル表示インシデントなどの発生時に、不確実な範囲設定の苦痛を既に経験しているため、通常、そのレベルの精度を求めています。

「事後に系図を再構築する場合、作業の時点で記録された系図よりも必ず時間がかかり、不確実になります。」

1) 購入者が実行レベルの系譜で意味するもの

購入者が求めているのは、「証明可能な真実の系図」です。実行レベルの系図は、仮定ではなく、実行の証拠に基づいて構築されます。それは以下の質問に答えます。

• 実際に使用されたロットとコンテナはどれですか?
• 誰が、いつ、どのステップで使用しましたか?
• どれくらいの量が使用され、許容範囲内でしたか?
• どのような機器や器具が使用されましたか?
• 代替、やり直し、または上書きはありましたか?

これらの答えが得られれば、影響範囲を迅速かつ確実に特定できます。そうでない場合は、漠然とした範囲の設定と手作業による再構築に頼ることになります。

2) ERP/WMSのみのトレーサビリティでは不十分な理由

ERPとWMSのトレーサビリティでは、通常、「在庫からの出庫」と「在庫への入庫」を記録します。これは必須ですが、十分ではありません。多くの場合、以下の点が欠落しています。

• 部分的なコンテナの動作（残されたもの、返されたもの）
• 実際の測定量（入力 vs デバイスキャプチャ）
• ステップレベルのコンテキスト（ロットがプロセスのどこで使用されたか）
• 代替品と非公式のトップアップ
• 個別のノードとして追跡されないフローを再作業および再パックする

実行レベルの系図は、作業の瞬間における消費量を捉えることで、こうしたギャップを埋めます。だからこそ、MESは規制対象業務における真の系図構築に最適なレイヤーなのです。

3) 系図モデル：ノード、イベント、証拠

実用的な系図モデルには 3 つの部分があります。

• Nodes: ロット、コンテナ、WIP バッチ、完了ロット、再作業ロット。
• イベント: 受け取り、検疫、承認、分配、消費、転送、混合、梱包、発送、返品。
• 証拠: スキャン、重量、タイムスタンプ、ユーザー ID、機器 ID、承認、監査証跡。

実行レベルの系図は単なるグラフではありません。それぞれのエッジが証拠によって裏付けられたグラフです。エッジの背後にある証拠（例えば「ロットAがバッチBに消費された」など）を示せない場合、それは正当な系図とは言えません。

4) アイデンティティバインディング: ロット + コンテナ + ステータスの強制

IDバインディングがコアメカニズムです。消費時にロットと（該当する場合は）容器IDをスキャンし、ステータスを適用します。

• 検疫区画は使用できません
• 保留中の区画は使用できません
• 期限切れのロットは明示的に処分されない限り使用できません
• ステップの間違ったロットがブロックされています

これにより、トレーサビリティは「使用したと思う」から「使用したことを証明できる」へと変化します。また、問題発生時の迅速なスコープ管理もサポートします。

5) 量の真実：デバイスのキャプチャ、許容範囲、過剰消費の制御

系図は単なるアイデンティティではなく、量です。量が間違っていると、系図は誤解を招くものになります。強力な実践例：

• 可能な場合はデバイスでキャプチャした重み（電子重量キャプチャ)
• 分配時の許容差ゲーティング
• 許容範囲外の結果に対する明示的な処置パス
• 過剰消費に対する規制（過剰消費の抑制)

オペレーターが承認なしに重量を入力したり「追加」を発行したりできる場合、系図のエッジがノイズだらけになり、収穫量の調整に異議が生じます。

6) ステップレベルのコンテキスト: 各操作で記録する必要があるもの

実行レベルとは、各消費イベントにコンテキストが含まれることを意味します。

• 作業指示書/バッチIDとステップID
• 機器/回線ID
• 必要に応じてオペレータIDと検証者ID
• タイムスタンプ（自動スタンプ）
• 計画と実際の目標と許容範囲
• オーバーライド、修正、または例外

このコンテキストにより、何か問題が起こったときに「どこに行ったのか？」「どのように起こったのか？」に答えることができます。

7) WIP、ステージング、およびバッチ間の割り当て制御

系図作成が中断されることが多いのはWIPです。よくある問題：

• あるバッチ用に取り出されたが別のバッチで使用される段階的な材料
• 混合アイデンティティの共有トートバッグ/ビン
• 再研磨/再加工ブレンドは個別のノードとして追跡されません

実行レベルの系図には次のものが必要です。

• WIPコンテナにはIDとステータスがある
• 移転が承認されない限り、割り当てはバッチ固有です
• 移転は承認を伴う明示的なイベントとして記録される

これにより、マテリアルがステージング領域に消えて、後でクリーンなリンクなしで再表示される「系図ドリフト」が防止されます。

8) 部分容器：残量と保管

部分的なコンテナは、系図の最も一般的な弱点です。強力な制御には以下が含まれます。

• 部分コンテナの一意のID
• 在庫復帰時の残数量把握
• 風袋管理と正味重量の防御性
• 移動と使用に関する保管の連鎖イベント

一部が管理されていない場合、系図は「完了」しているように見えますが、在庫とバッチ証拠は一致しません。

9) 代用と代替：系図の変化を可視化する

代替は系譜の変更です。それは明確に示されなければなりません。システムは以下の点に注意する必要があります。

• 計画した入力と実際の代替入力を記録する
• 代替の承認と根拠を記録する（必要な場合）
• 系図リンクを自動的に更新する
• リスクが増大した場合、追加のサンプリング/検査を実施する

詳細はこちら： 動的材料置換隠された置き換えは系図の信頼性を破壊します。

10) ノードの再作業/再パック:「隠れたフロー」を防ぐ

再作業と再パックは、系図がグラフではなく物語になることが多い。成熟したモデルは、再作業を第一級ノードとして扱う。

• 独自のIDを持つ再作業ロット/WIPノードを作成する
• ソースロットをリワークノードにリンクする（数量と理由）
• 再作業ノードを最終ロットにリンクする（承認とテストの証拠付き）
• 捕獲処分の根拠とQCUの承認

これにより、「やり直しました」という記述が追跡不可能な記述となり、監査人が信用しなくなる事態を回避できます。

11) 包装系統: ラベルバージョン、ロット/日付コード、照合

サプリメントの場合、パッケージは系譜と顧客が出会う場所です。パッケージの系譜には、以下の点を反映させる必要があります。

• 使用されたラベルリビジョン/バージョン
• ロット/日付コード設定検証
• ラベル発行および調整数
• ラインクリアランスの証拠
• 該当する場合のケース/パレットID

これにより、ラベルインシデント発生時の迅速なスコープ設定が可能になり、どのロットでどのラベルリビジョンが使用されているか、どの出荷が影響を受けているかを特定できます。 ラベル調整 の三脚と ラインクリアランス.

12) 市販後の連携：苦情、返品、有害事象、サンプルの確保

実行レベルの系譜は、市場後のイベントにリンクすると強力になります。

• 苦情と返品は完成ロットと出荷にリンクします
• 有害事象はロット範囲にリンクしており、迅速な評価が可能
• 予備サンプルはロットにリンクされており、証拠として取得可能です

これは、「孤立していると思う」から「影響を受ける範囲を証明できる」へと移行する方法です。 返品処理, 有害事象記録, 予備サンプルの要件.

13) 監査準備: 系図証拠パックのエクスポート方法

監査人は美しいネットワーク図だけを求めているわけではありません。証拠を求めています。系図証拠パックには、以下の内容が含まれている必要があります。

• 系図グラフビュー（入力 → WIP → 出力）
• ステップコンテキストを含む消費イベントリスト
• ステータスと承認の証拠（保留、解放、代替）
• 修正/上書きの監査証跡の抜粋
• 包装ロットのラベル証拠
• 影響を受けるロットの出荷範囲

これは、ベンダーが「代わりに取得」する必要もなく、エクスポート可能かつ読み取り可能である必要があります。これが信頼性のテストです。

14) KPI: 系図品質指標

15) デモスクリプトと選択スコアカードをコピー/貼り付けする

これを使用して、任意のシステム デモで実行レベルの系図を検証します。

16) 選択の落とし穴（系図が「最善の努力」になる仕組み）

• 在庫のみの系図。 在庫からの出庫は実行の真実ではありません。
• 手動入力が許可されます。 入力されたロットと重量により、もっともらしいフィクションが作成されます。
• 部分的に管理されていません。 コンテナ ID なし、残りの数量は推測、系図と在庫の変動。
• 代替は非表示です。 代替手段は使用されていますが、明示的に記録されていません。
• 再作業はモデル化されていません。 やり直しは、数量を含むノードとしてキャプチャされるのではなく、メモに記述されます。
• 監査証跡がありません。 訂正により歴史が上書きされ、証拠は防御できなくなります。

17) これをV5にマッピングする方法 SG Systems Global

V5 スキャン検証された消費とステップレベルのイベントをMESでキャプチャし、WMSでステータスを適用し、ガバナンスの決定をQMSを通じてリンクすることで、実行レベルの系図をサポートし、監査対応の証拠チェーンを作成します。

• 処刑事件と系譜: V5 MES
• ステータスと場所の強制: V5 WMS
• 承認、逸脱、CAPA: V5 QMS
• 統合： V5 コネクト API ERP/LIMSとデバイスの統合をサポートし、イベント証拠を充実させます
• プラットフォームビュー: V5 ソリューションの概要

18) 拡張FAQ

Q1. 実行レベルの系図とは何ですか?
これは、実際の実行イベント (スキャン、重量、歩数記録) から構築された系図であり、後でインベントリの概要から再構築されたものではありません。

Q2. ERP/WMS のトレーサビリティだけでは不十分なのはなぜですか?
ERP/WMS では、ステップレベルのコンテキスト、部分的なコンテナの動作、代替、デバイスでキャプチャされた数量が失われることが多いため、スコープの設定が遅くなり、確実性が低下します。

Q3. 系図のリンクに必要な最低限の証拠は何ですか?
スキャンにより、ID、数量の証拠、ステップのコンテキスト、タイムスタンプ、ユーザー ID、およびロットが使用可能であることを示すステータスの強制が検証されました。

Q4. 再作業は系図ではどのように表示されますか?
バッチ レコード内のメモとしてではなく、明示的な入力、数量、承認、および出力を持つ個別のノード/ロットとして。

Q5. 系図が弱いことを示す最大の兆候は何ですか?
完了したロットから、それを作成した消費イベントまでクリックできない場合、または代替品や一部が明示的に表示されていない場合。

関連レディング
• ガイド: ロットトレーサビリティソフトウェア | 電子重量キャプチャ | 過剰消費の抑制 | 動的材料置換 | 返品処理
• 用語集: エンドツーエンドの区画系図 | CoC | 隔離/保留 | 監査証跡
• V5 製品: V5 MES | V5 WMS | V5 QMS | V5 コネクト API