【テンプレート付】トレーサビリティシステムの要件定義｜機能要件・非機能要件チェックリストと進め方

トレーサビリティシステムの要件定義とは

トレーサビリティシステムの要件定義とは、原材料の入荷から製造・検査・出荷・回収までの各工程で、いつ・どのロット／シリアルの何が・どの設備や作業者で・どの状態だったかを記録し、前方追跡（フォワード）と後方追跡（バックワード）の両方向で紐付けるための情報粒度・記録ポイント・コード体系・連携範囲を文書化する作業です。単なる実績収集ではなく、リコールや顧客クレーム発生時に「影響範囲を何分で特定できるか」という目標から逆算して、収集すべきデータと現場の負荷を設計する点が特徴です。

なぜ要件定義でトレーサビリティシステム導入の成否が決まるのか

トレーサビリティは「追跡したい事象が起きたとき」に初めて価値が問われるため、要件定義で記録ポイントと粒度を取りこぼすと、後から過去ロットを遡れず再構築が不可能になります。導入後に粒度を変えるには現場のロット採番ルールや製造記録の運用ごと作り直す必要があり、リカバリーコストが極めて高いのが特徴です。

• ロット単位で十分と判断したが、後から顧客がシリアル単位の個品追跡を要求し、紐付けの粒度を遡って作れず破綻する
• 工程内の中間品（半製品・仕掛品）の払出・消費記録を省いたため、原材料ロットと完成品ロットの紐付け（紐解き）が途中で切れる
• 現場のバーコード／QRスキャン運用を軽視し、入力負荷から実績が後追い・まとめ入力になり、記録の正確性とリアルタイム性が失われる
• 取引先からの受入ロットと外注委託品のトレース範囲を決めず、自社工程だけ追えても川上・川下が断絶し回収範囲を特定できない

要件定義で決める5つの範囲

1. 追跡対象と粒度 — 完成品・半製品・原材料・包装資材のうち何を対象とし、ロット単位かシリアル（個品）単位かを製品群ごとに定義します
2. トレース方向と範囲 — 後方追跡（不良品から原材料・製造条件を遡る）と前方追跡（特定原材料ロットから出荷先を特定する）の両方を、受入から出荷・納品先まで対象とします
3. 記録ポイント（イベント） — 入荷検収・投入・工程通過・検査・梱包・出荷など、ロットの生成・分割・結合・消費が発生する箇所を漏れなく特定します
4. コード体系とラベル — ロット番号・シリアル番号・GS1/SSCCなどの採番ルールとラベル（バーコード・QR・RFID）の発行・読取方式を定めます
5. 対象拠点と取引先連携 — 自社工場・外注先・物流倉庫・仕入先まで、どこまでをシステム上で紐付けるかの範囲を確定します

トレーサビリティでは「ロットがどこで分割・結合されるか」を工程フローで洗い出すことが範囲定義の核であり、ここを曖昧にすると親子ロットの紐付けが切れて追跡が成立しません。

要件定義の進め方：5ステップ

ステップ	内容	アウトプット
①	リコール・クレーム対応など追跡が必要なシナリオを洗い出し、要求される追跡粒度（ロット／シリアル）と特定時間の目標を整理する	トレース要求一覧、追跡粒度・目標時間の定義書
②	受入から出荷までの工程フローを描き、ロットの生成・分割・結合・消費が起きる記録ポイントとイベントを特定する	工程別トレースマップ、記録イベント一覧
③	ロット／シリアルの採番ルール、ラベル発行・読取方式、製造記録項目を設計し、現場の入力負荷を評価する	コード体系仕様、ラベル設計、現場運用フロー
④	MES・生産管理・WMS等との連携範囲と、後方／前方追跡の検索要件を定義する	機能要件一覧、連携インターフェース定義
⑤	保存期間・性能・改ざん防止などの非機能要件と移行方針をまとめ、RFPに落とし込む	非機能要件定義書、RFP草案

トレーサビリティではKPIとして「指定ロットの影響範囲特定にかかる時間（目標：従来数日→30分以内など）」「トレース成立率（紐付けが切れず遡れた割合）」「ラベル読取エラー率」を要件定義段階で設定します。

機能要件チェックリスト（トレーサビリティシステムの核心）

トレーサビリティシステムに求める代表的な機能要件です。自社の状況に照らして「必須／任意／不要」を判断してください。

大分類	主な要件項目
ロット・シリアル管理	ロット番号自動採番, シリアル個品管理, 製造日・有効期限の付与, ロット分割・統合の履歴記録
後方追跡（バックワード）	完成品ロットから投入原材料ロットの特定, 製造条件・設備・作業者の参照, 検査結果の紐付け, 親子ロット展開表示
前方追跡（フォワード）	原材料ロットから完成品ロットの特定, 出荷先・納品先の一覧化, 影響範囲（対象数量・取引先）の即時抽出, 回収候補リスト出力
入荷・受入トレース	仕入先ロット番号の記録, 受入検査結果の登録, 入荷ラベル発行, サプライヤーロットと自社ロットの紐付け
工程実績収集	工程通過実績のスキャン登録, 投入・消費数量の記録, 仕掛品ロットの引当, 設備・金型・治具の使用履歴
ラベル・コード発行	バーコード・QR・RFIDラベル発行, GS1-128/SSCC対応, 現品票・梱包ラベル出力, ラベル再発行と無効化
検査・品質記録連携	検査成績書（COA/COC）の紐付け, 不適合（NCR）ロットの隔離フラグ, 測定値・限度見本の記録, 出荷可否判定
出荷・梱包トレース	出荷ロットと納品先の記録, 混載梱包内ロットの管理, 納品書・トレース証明書の発行, SSCC梱包単位の追跡
回収・トレース検索	ロット指定の影響範囲シミュレーション, 出荷停止・在庫引当ロックの連動, トレースレポート出力, 監査証跡（操作ログ）の保持
マスタ・基準情報管理	品目・BOM（部品表）連携, 工程マスタ, 取引先・仕入先マスタ, ロット採番ルールの設定

見落としがちな要件: 見落としやすいのは、ロットの「分割・結合・払い戻し」のイベント記録と、リワーク（手直し）・再投入時の旧ロットと新ロットの紐付けです。これらを省くと正常時は追えても、現場で頻繁に起こるイレギュラー時にトレースが切れます。

非機能要件で見落としがちなポイント

機能だけに目が向きがちですが、非機能要件こそ稼働後の満足度を左右します。

区分	確認すべき要件（目標値の例）
性能	出荷ピーク時の実績スキャン応答1秒以内、指定ロットの後方／前方追跡検索を10秒以内に表示
可用性	製造ラインと連動するため稼働時間中の停止を回避（目標稼働率99.9%）、ネットワーク断時もハンディ端末でオフライン記録し復旧後同期
拡張性	対象品目・拠点・ロット件数の増加に対応（年間数千万ロット規模でも検索性能を維持）、新製品ラインの記録ポイント追加が容易
セキュリティ	製造記録・トレースログの改ざん防止（追記型ログ・更新履歴保持）、ロット情報の取引先別アクセス制御
運用保守	ラベルプリンタ・スキャナ・RFIDリーダの故障時手順、マスタ変更時のロット採番への影響管理、現場での実績訂正の承認フロー
移行	既存ロット番号・過去製造履歴の移行範囲と保持期間、新旧コード体系の並行運用と紐付け対応表の整備
コンプライアンス	食品（HACCP・食品表示法）／医療機器（UDI）／自動車（IATF16949）など業界で求められる記録保存期間（例：製造後5〜10年）を満たす

トレーサビリティでは「記録の保存期間」と「記録の改ざん防止性」が法令・業界規格で定められるケースが多く、機能要件より先に確認すべき制約です。

基幹・周辺システムとの連携要件

どのシステムと、何を、どの方式（API/CSV/EDI）で、どの頻度で連携するかを定義します。

連携先	主な連携内容
MES（製造実行システム）	工程実績・設備稼働・作業者情報を受領し、製造条件とロットを紐付ける
生産管理／ERP	製造指図・BOM・品目マスタを連携し、計画ロットと実績ロットを突合する
WMS（倉庫管理システム）	入出庫ロット・在庫ロケーション・FEFO/FIFO引当情報を連携し、保管〜出荷の追跡をつなぐ
品質管理（LIMS／検査システム）	検査成績・試験結果・不適合判定を取り込み、ロットの出荷可否と紐付ける
ラベル発行・自動認識機器	バーコード／QR／RFIDプリンタ・ハンディ端末・固定リーダと連携し、ラベル発行と読取実績を取得する
EDI／取引先連携	仕入先ロット・出荷ASN・SSCC情報を交換し、川上・川下のトレースを接続する
設備・PLC／IoTゲートウェイ	温度・圧力など製造条件のセンサーデータをロットに自動記録する

トレーサビリティはMES・WMS・品質システムが分断されているとロットの紐付けが工程境界で切れるため、連携の「ロットキーの受け渡し」設計が最重要です。

RFP（提案依頼書）に盛り込むべき項目

要件が固まったら、ベンダーへの提案依頼書（RFP）にまとめます。最低限、次の項目を含めます。

• 追跡対象製品群とロット／シリアル粒度、対象拠点・取引先範囲
• 受入から出荷までの工程フローと記録ポイント（ロット生成・分割・結合箇所）
• 後方追跡・前方追跡の検索要件と影響範囲特定の目標時間（KPI）
• ラベル方式（バーコード・QR・RFID）と自動認識機器・既存設備の構成
• 連携対象システム（MES・ERP・WMS・LIMS・EDI）とロットキー連携方式
• 記録保存期間・改ざん防止・対応すべき業界規格（HACCP・UDI・IATF等）

RFPには「想定するリコールシナリオと、そのとき何分で影響範囲を特定したいか」を具体的に書くと、ベンダーが粒度と性能を正しく見積もれます。

ベンダーを横並び比較する評価マトリクス

ベンダー評価は、自社業界（食品・医療機器・自動車・電子部品など）のトレース要件と規格対応の実績を最重視し（重み高）、次いでロットの分割・結合・リワークへの対応力、MES／WMS等との連携実績、現場の入力負荷を抑えるラベル・ハンディ運用の作り込み、保存性能・拡張性で重み付けします。

デモでは正常時の登録だけでなく、ロット分割やリワーク発生時に紐付けが切れずに後方・前方追跡できるかを必ず確認してください。

トレーサビリティシステム導入でよくある失敗と回避策

よくある失敗	原因	回避策
導入後に過去ロットを遡れない	記録ポイントと粒度の定義が浅く、中間品の消費記録やロット分割イベントを省いた	工程フロー上でロットの生成・分割・結合・消費点を全て洗い出し、紐付けキーを各イベントに必ず持たせる
現場で実績入力が形骸化する	スキャン運用や端末配置を要件に含めず、入力負荷が高くまとめ入力・後追い記録になった	記録ポイントごとに読取方式と端末を設計し、作業動線に沿った1スキャン化で現場負荷を最小化する
取引先までトレースが届かない	自社工程のみを対象とし、受入ロットや外注委託品の紐付けを範囲外にした	仕入先ロットの受入記録と外注先のトレース連携（EDI・現品票）を要件に含め、川上・川下を接続する
リコール時に影響範囲を絞れず過大回収になる	前方追跡で出荷先・数量を即時抽出する要件と性能目標を定めなかった	原材料ロットから出荷先・対象数量を指定時間内に抽出する検索要件とKPIを定義し、デモで実測する

チェックリストの使い方（テンプレートとして使う）

本記事の機能要件・非機能要件・連携要件・評価マトリクスの各表は、そのまま要件定義の雛形（テンプレート）として使えます。表をコピーして自社に必要な項目の「要否」「優先度」を記入し、ベンダー回答を並べて比較してください。

1. 各表で自社に必要な項目の要否（必須/任意/不要）と優先度を記入する
2. 不足する自社固有の要件を追記する
3. ベンダー回答（○標準/△設定・追加開発/×不可）を記入する
4. 評価マトリクスで重みと評点を入れ、加重スコアで横並び比較する

※ 記入と加重スコアの自動集計ができるExcelテンプレート（ダウンロード版）は近日公開予定です。