IATF 16949トレーサビリティを「製品番号を検索できる仕組み」だけで終わらせると、客先監査や不具合調査で必要な説明が途切れます。自動車部品の現場で本当に必要なのは、入荷した材料ロットから、工程条件、設備、治工具、作業者、検査、出荷先までを時間と承認の整合が取れた証拠でつなぎ、4M変更、不適合、選別、リワークという例外も再現できることです。本稿では、タイの自動車部品工場がこの証跡連鎖をRFP、FAT、SAT、客先監査の受入条件へ落とし込む方法を解説します。
この記事で分かること
- 自動車部品トレーサビリティで「何を、どの粒度で、何につなぐか」
- 材料ロット紐付けを、払出記録ではなく使用実績として残す方法
- 設備・作業者・検査・出荷をつなぐ製造系譜のデータモデル
- 4M変更管理と不適合・リワークを本流の証跡へ戻す設計
- 客先監査トレーサビリティを検索速度ではなく証拠品質で受け入れる方法
- システム選定時にRFP、FAT、SATへ書くべき実務条件
IATF 16949や顧客固有要求事項（CSR）の適用判断は、組織、顧客、製品、供給階層、契約によって変わります。本稿は規格本文を置き換えるものではなく、公開一次情報を踏まえた実装設計です。保存期間、照会時間、識別粒度、承認権限、試験件数などは、顧客要求、法令、製品リスク、品質計画、工場運用から定めてください。
IATF 16949トレーサビリティは「検索」ではなく説明可能性
監査員や顧客が知りたいのは、画面にロット番号が出るかどうかだけではありません。表示された結果が、実際の製造と一致し、途中で変更されておらず、例外を含めて説明できるかが問われます。よい証跡は、少なくとも次の問いに一つの流れで答えます。
- この出荷品には、どの受入ロットの材料・購入部品が実際に使われたか。
- どの工程ルート、設備、治工具、プログラム、レシピ版で加工されたか。
- 誰が作業・確認し、どの資格や権限のもとで承認したか。
- どの測定器・検査条件で何を測り、判定と原データは何か。
- どの梱包単位、出荷伝票、顧客、納入先へ渡ったか。
- 製造期間中にどの4M変更、逸脱、設備異常、検査異常があったか。
- 不適合品を隔離、選別、廃棄、特採、リワークした後、どの状態で本流へ戻したか。
これは単一システムの機能一覧ではなく、ERP、MES、PLC、検査装置、倉庫、QMS、保全、出荷をまたぐ説明責任です。すべてを一つのデータベースへ移す必要はありません。しかし、どのシステムを正本とし、どのIDで参照し、時刻と版をどう合わせ、欠損時にどう判断するかは決める必要があります。
「トレーサビリティシステムがある」ことと、「監査証拠が成立する」ことは別です。前者は機能、後者はプロセス、権限、データ完全性、保管、復元までを含む運用能力です。
2026年に押さえるIATFの公開動向
Revision 2は公表済み要求ではなく開発中の方向性
IATFが2026年7月に公開したStakeholder Communiqué SC-2026-005は、IATF 16949 Revision 2の優先テーマとして、簡素化、ソフトウェア品質保証、Tier Nサプライヤー開発、立上げ管理、顧客固有要求事項の統合を挙げ、予定公表時期を2027年半ばとしています。
ここで重要なのは、将来版を先取りしたつもりで未公表要求をシステムへ固定しないことです。今できる準備は、要求と実装を疎結合にすることです。例えば、顧客別ルール、証拠項目、承認経路、保存条件を設定で管理し、変更の影響範囲と版履歴を追えるようにします。Tier Nや立上げを視野に、仕入先・工程・品番・拠点をまたぐIDの関係も整理します。ただし、2027年半ばという時期と5テーマは2026年7月時点の開発状況であり、最終要求や発効日を意味しません。
現行SIsとRules 6thを混同しない
IATF公式SIsページでは、IATF 16949:2016のSI #27〜30が2025年11月発効とされています。SIは生きた適用情報なので、プロジェクト開始時だけでなく、設計審査、監査準備、変更時にも公式の統合版を確認します。
一方、Rules 6th Editionの公式発表によれば、Rules 6thは2025年1月1日に発効しました。Rulesは認証スキームの運用に関する文書であり、IATF 16949の製品・工程要求そのものと同一ではありません。システムRFPで両者を一括して「IATF対応」と書くと、誰がどの要求を確認するのか不明確になります。
OEM CSRは顧客・時点ごとに適用表を持つ
IATFのOEM Customer-Specific Requirements一覧には顧客別文書が掲載され、更新時期も一様ではありません。2026年の例ではFordが6月15日、Renaultが4月、Stellantisのsummaryが7月の日付で示されています。これらの日付を「全顧客へ一律に適用される新要求」と解釈してはいけません。
実務では、顧客、納入品番、納入拠点、供給階層、適用文書、版、発効日、社内責任者、対応状態をCSR適用マトリクスで管理します。RFPでは「CSRに対応」とだけ書かず、設定変更で証拠項目や帳票を増やせること、過去ロットを当時版の条件で再現できることを求めます。
ISO 9001の記録例から証拠の骨格を作る
ISOが公開するISO 9001:2015の文書化した情報に関するガイダンスは、保持する文書化した情報の例として、トレーサビリティが要求される場合の一意識別の証拠（8.5.2）、変更レビューの結果（8.5.6）、製品・サービスのリリースを承認した証拠（8.6）、不適合なアウトプットに関する記録（8.7）を示しています。
この並びは、システム設計の骨格として有用です。
- 識別：対象を一意または管理された単位で区別できる。
- 変更：変更前後、理由、影響評価、承認、発効を説明できる。
- リリース：誰が、どの基準と結果に基づき次工程・出荷を許可したか分かる。
- 不適合：何が不適合で、どう隔離・処置し、誰が決定したか分かる。
ただし、ガイダンスの例をそのまま画面項目に写すだけでは不十分です。各証拠を共通の製品・バッチ・製造イベントIDへ結び、元データ、判定、承認、変更履歴を区別します。手入力した合否だけが残り、測定値や装置ファイルが失われる設計では、後から判断を検証できません。
自動車部品トレーサビリティの証跡連鎖
1. 入荷材料：受入ロットと内部識別を分ける
仕入先ロット、納入単位、受入日、検査結果、材料証明、社内ロット、保管場所、状態を関連付けます。仕入先ラベルをそのまま内部の唯一キーにすると、ラベル重複、桁変更、再梱包、分割払出に弱くなります。内部IDを発行し、仕入先IDとの対応を残す方が安全です。
材料ロット紐付けで重要なのは「倉庫から払い出した」ではなく「対象製品に実際に投入された」ことです。払出後に戻した、複数設備へ分けた、端材を再利用した、容器を詰め替えた、先入先出から外れた、といった現実を表現できなければ、影響範囲が過大または過小になります。
2. 工程：ルートと実績イベントを分ける
標準工程ルートは「通るべき工程」、実績イベントは「実際に通った工程」です。スキップ、再投入、戻し工程、外注、代替設備を実績として記録し、理由と承認を残します。開始・完了・保留・解除を時刻付きイベントにすると、後から状態遷移を追えます。
生産指示番号だけでは粒度が粗いことがあります。連続材料、バッチ処理、個体加工、混合、分割、組立では系譜の形が違います。製品のリスクと工程特性に合わせ、個体、容器、バッチ、時間窓のどれを追跡単位にするか決めます。
3. 設備・治工具・条件：品番ではなく実行版を残す
設備ID、金型、治具、刃具、ゲージ、プログラム、レシピ、設定値、校正状態、保全状態を、製造時点の版で関連付けます。「現在のマスタ」を参照すると、後の変更によって過去の証跡が書き換わったように見えます。実行時のスナップショットまたは版IDを保存してください。
PLCや検査装置のファイルを丸ごと保存するだけでも検索性が不足します。製造イベントには少なくとも使用版の識別子を持たせ、ファイルの保管場所、ハッシュ、承認変更票へたどれるようにします。設備時計、サーバー時計、検査機時計のずれも証拠連鎖を崩すため、時刻同期の状態と例外を監視します。
4. 作業者・承認者：本人性と権限を残す
共用アカウントや班名だけでは、誰が作業し、誰が判定を承認したか分かりません。個人識別、役割、資格、勤務、ログイン方法を適切な粒度で関連付けます。同時に、個人情報の扱い、閲覧権限、保存条件を社内規程と法令に合わせます。
作業者IDが記録されていても、その時点で必要な教育・資格が有効だったかを確認できなければ、監査時に別資料を手作業でつなぐことになります。資格マスタには有効期間と対象工程を持たせ、期限切れ時の警告または実行制御を設計します。
5. 検査：結果、原データ、判定版を分ける
合格／不合格だけでなく、測定値、単位、規格上下限、測定器、プログラム版、サンプルとの関係、画像や波形などの原データ所在を残します。規格値が変わった後も、当時の規格でなぜ合格したか再現できる必要があります。
検査装置との通信が切れた場合に手入力を許すなら、通常値と区別し、理由、入力者、照合者、原票を記録します。欠損値をゼロで埋める、通信復旧時に重複登録する、タイムゾーンを無視すると、見かけ上は完全でも意味が崩れます。
6. 出荷：製造系譜を顧客単位へ閉じる
完成品IDまたは梱包IDを、パレット、出荷伝票、顧客注文、納入先、出荷日時へ結びます。再梱包、ラベル再発行、混載、部分出荷、返品、倉庫移動でも親子関係を失わない設計が必要です。
前方追跡では、ある材料・工程異常から影響を受ける出荷先を求めます。後方追跡では、顧客から返された対象から材料・工程を遡ります。両方向で同じ母集団が得られない場合、系譜の途中に分割・統合・例外の未記録がある可能性があります。
材料ロット紐付けの難所：分割・混合・戻し
単純な一対一関係だけを前提にすると、現場の材料フローを表現できません。代表的な難所は次の通りです。
- 一つの仕入先ロットを複数の社内容器へ分割する。
- 複数材料ロットを一つのバッチへ混合する。
- 途中まで使った材料を倉庫へ戻し、別日に再投入する。
- 連続材料を時間区間または重量で切り分ける。
- リール、コイル、樹脂、塗料などの切替境界に移行帯がある。
- 外注工程で相手先のロット番号へ付け替わる。
データモデルでは、親ロットと子ロット、投入量、残量、投入開始・終了、設備、製造対象、単位をイベントとして残します。理論在庫と実績投入の差が出た場合は、差異を消去せず、調整理由と承認を記録します。
バーコードやRFIDは入力を速くしますが、誤ったラベルを正確に読むこともできます。品番、工程、状態、設備、期限の整合チェックを行い、誤投入を検出したときの隔離・解除を設計してください。トレーサビリティシステムの費用と構成では、識別媒体、端末、ネットワーク、連携、運用を含む費用範囲を確認できます。
4M変更管理を製造実績へ接続する
4M変更管理を申請ワークフローだけで終わらせると、承認された変更が、いつ、どの設備・品番・ロットへ反映されたか分かりません。Change IDを発行し、次を一本の関係で持ちます。
- 変更対象：Man、Machine、Material、Methodのどれか、または複数
- 変更前後：仕様、仕入先、設備、治具、条件、手順、検査、梱包の版
- 理由とリスク：顧客影響、製品安全、特殊特性、能力、検査への影響
- 承認：社内承認、顧客承認の要否、承認者、条件
- 検証：試作、測定、能力確認、初品、ランアットレート等の対象と結果
- 発効：適用品番、設備、拠点、最初の製造イベント・ロット
- 旧版処置：材料、仕掛、ラベル、プログラム、文書、在庫の切替
製造レコード側からChange IDを検索でき、Change ID側から影響ロットと出荷先を求められることが重要です。計画発効日時だけでなく、現場で実際に初めて使われたイベントを記録します。設備プログラムが更新されたが材料切替は翌日、という非同期な変更もあります。
タイ工場の4M変更管理システムと連携すると、申請・承認と製造実績の断絶を防ぐ具体策を確認できます。
不適合・選別・リワークを証跡の外へ逃がさない
量産の正常ルートだけがきれいでも、問題発生時の記録がExcel、紙、チャットへ散ると、客先監査で最も見たい部分が欠けます。不適合イベントには、対象、発見工程、現象、数量・範囲、隔離場所、状態、判断者、処置を関連付けます。
リワークでは、元の製造系譜を消して新しい合格品として登録してはいけません。元状態、不適合理由、承認されたリワーク指示、使用設備・条件・作業者、再検査、最終判定を追加の経路として残します。選別では、対象母集団、選別基準、担当者、結果、未処理数量、再混入防止を記録します。
特採、廃棄、返却、修理、再分類などの処置ごとに権限を分け、状態遷移を制御します。出荷保留を解除する場合、品質担当の承認だけでなく、必要に応じて顧客承認や期限条件を関連付けます。「最新状態だけ」を上書きする設計では、いつ誰が隔離し、なぜ解除したか説明できません。
客先監査トレーサビリティのシナリオテスト
客先監査に強いかどうかは、画面デモではなく、抜き打ちに近いシナリオで確認します。対象を一つ選び、後方・前方・例外の三方向を通します。
後方追跡
出荷ラベルまたは顧客申告情報から、梱包、完成品、各工程、検査、設備・治具、作業者、材料へ遡ります。各接続で、ID、時刻、数量、状態、版が整合するか確認します。
前方追跡
任意の材料ロット、設備異常期間、検査プログラム版、4M変更から、対象となる仕掛、完成品、在庫、出荷、顧客を求めます。検索結果がゼロの場合も、「影響なし」なのか「データ欠損」なのかを区別します。
例外追跡
再投入、リワーク、選別、ラベル再発行、手入力、通信断、時刻ずれ、設備代替を含むロットを選びます。正常ルートより例外ルートの方が、設計の弱点を早く見つけます。
監査の評価軸は速度だけではありません。完全性、正確性、一貫性、改ざん防止、承認、版、復元性、閲覧権限を確認します。照会時間の目標を設ける場合も、根拠と対象範囲を明確にし、この記事が一律の分数を推奨しているとは解釈しないでください。
RFPへ落とすべきトレーサビリティ要件
RFPは「バーコードで追跡できる」「IATF対応」では比較できません。次のように、業務シナリオと受入証拠で書きます。
スコープと境界
- 対象拠点、工程、品番、顧客、供給階層
- 個体、容器、バッチ、時間窓などの識別粒度
- ERP、MES、WMS、QMS、PLC、検査機、保全、出荷の責任境界
- 正本システム、参照ID、時刻基準、マスタ配信元
- ネットワーク断、装置停止、手入力時の継続・同期方法
データと完全性
- 必須項目、条件付き項目、原データ、添付ファイル
- 作成、訂正、取消、承認の履歴と理由
- 役割別権限、共用アカウント禁止、監査ログ
- 保存、アーカイブ、バックアップ、復元、廃棄
- タイムゾーン、時刻同期、重複・欠損・順序逆転の検出
運用と例外
- ラベル破損・再発行、誤読、二重読取、品番不一致
- 分割、混合、戻し、代替材料、代替設備、外注
- 保留、解除、選別、不適合、特採、リワーク、廃棄
- 4M変更、プログラム版変更、顧客承認の発効管理
- 障害時の紙運用と復旧後の照合、未同期一覧
レポートと連携
- 前方・後方追跡、影響範囲、出荷先一覧
- 証拠パッケージの出力、検索条件、生成者、生成日時
- API、再送、冪等性、エラーキュー、監視、アラート
- 多言語UI、現場端末、ラベルプリンタ、読取機器
- データ所有権、エクスポート形式、契約終了時の引渡し
ベンダーには各要件を標準、設定、追加開発、外部製品、対象外に分類させ、仮定と制約を明記させます。ライセンスだけでなく、端末、ラベル、ネットワーク、インターフェース、検証、移行、教育、保守、将来変更を含めて比較します。生産設備トレーサビリティの設計は、設備イベントと製造実績を接続する際の補助資料になります。
FAT/SATを「証跡の受入試験」にする
FATでは、制御された環境で機能と例外を検証します。SATでは、実際の設備、ネットワーク、作業者、材料、ラベル、上位システム、シフト運用を使い、量産環境で証跡が閉じるか確認します。
| 試験領域 | FATで確認 | SATで確認 | 受入証拠 |
|---|---|---|---|
| 正常系 | 材料から出荷までのID連鎖 | 実設備・実品番・実担当での連鎖 | 検索結果と元イベント |
| 分割・統合 | 親子ロット、数量、残量 | 実容器・投入・戻し | 系譜図と在庫整合 |
| 検査 | 値、規格版、判定、原データ | 実測定器と校正状態 | 測定記録、版、承認 |
| 変更 | 変更前後、発効、旧版遮断 | 現場への配信と初回使用 | Change IDと対象ロット |
| 不適合 | 保留・解除・リワーク状態 | 現場隔離と権限 | 状態履歴と再検査 |
| 障害 | 通信断、重複、再送、時刻ずれ | 実ネットワーク復旧 | エラーログ、照合結果 |
| 監査 | 前方・後方・例外検索 | 権限別の抜き打ち照会 | 証拠パッケージ |
| 復元 | バックアップからの復元 | 代替環境または承認手順 | 復元記録と整合確認 |
テストケースには、前提、入力、操作、期待結果、判定方法、証拠保存先、実施者、承認者を持たせます。「画面が表示された」は証拠ではなく、元イベントと検索結果が一致し、訂正履歴や欠損が説明できることを確認します。
移行データも受入対象です。旧システムから件数だけ移っていても、文字コード、タイムゾーン、取消レコード、添付、親子関係が欠ける場合があります。サンプル照合だけでなく、総数、必須項目欠損、重複、参照切れ、範囲外値を機械的に確認し、残る制約を承認します。具体的な件数・閾値はデータ量とリスクに基づいて決めます。
タイ自動車市場の数値を要件へ短絡しない
タイ工業連盟（FTI）のニュース一覧で公表された2026年7月の自動車生産は117,383台、前年同月比6.12%増、国内販売は59,196台、同20.07%増とされています。これは月次の市場状況を示す公式発表であり、個別サプライヤーの受注、必要能力、投資回収を保証する数字ではありません。
生産変動がある環境では、追跡単位と処理能力を平均値だけで設計しないことが大切です。ピーク時のスキャン、再送、ラベル発行、検査ファイル、シフト交代、ネットワーク断後の同期を、自社の実測値で負荷試験します。自動車市場の統計は投資背景として使い、システム容量とROIは顧客内示、品番構成、工程実績、保存量に基づいて設計します。
導入ロードマップ：データを集める前に責任を決める
Phase 1：要求・適用表と現状系譜
顧客要求、CSR、法令、品質計画、工程管理条件を整理し、現在の材料から出荷までを一枚の系譜にします。システム名ではなく、イベント、ID、正本、責任者、欠損を記載します。監査で再現できない代表ケースを選び、優先度を決めます。
Phase 2：共通IDとデータ契約
製品、材料、設備、治工具、作業者、検査、変更、不適合、出荷のID体系を定義します。インターフェースごとに項目、型、単位、時刻、必須性、再送、取消、エラー処理をデータ契約として合意します。IDの桁数より、発行主体、重複防止、廃止、引継ぎが重要です。
Phase 3：代表工程で閉ループ実証
正常系だけでなく、分割、戻し、通信断、ラベル再発行、変更、リワークを含む代表工程を選びます。現場が例外を無理なく入力できるか、管理者が未同期・欠損を発見できるか、品質が影響範囲を再現できるかを確認します。
Phase 4：FAT/SATと運用引継ぎ
RFPの各要件をテストケースへ結び、FAT/SATの証拠を保存します。稼働後のアカウント管理、マスタ変更、障害対応、バックアップ、復元、監査依頼、CSR更新の責任者を引き継ぎます。ベンダーが常駐しなくても、工場が証跡の完全性を監視し、欠損を是正できる状態を受入条件にします。
Phase 5：複数工程・仕入先・顧客へ展開
標準テンプレートを再利用しつつ、製品リスク、工程形態、顧客要求の差分を再評価します。Tier Nを含む外部連携では、相手へ同じシステムを強制するより、交換する識別子、必須証拠、訂正方法、障害時責任を合意します。
よくある失敗と対策
「全部取る」と決めてデータの意味を定義しない
大量のログがあっても、製品、工程、版、時刻へ結び付かなければ監査証拠になりません。質問から逆算して必須イベントを定義し、原データと派生判定を分けます。
正常系だけを自動化し、例外を紙へ戻す
例外こそ影響範囲の判断に必要です。紙を禁止するのではなく、障害時の一時運用と復旧後の照合までを正式プロセスにします。
現在値で過去を再現しようとする
マスタ、レシピ、規格、資格の現在値だけを参照すると、変更前ロットの判断根拠が消えます。発効期間と実行版を保持し、過去時点の関係を再現します。
4M変更と製造ロットが別々
変更票は承認済みでも、初回適用ロットが不明になります。Change IDを設備・レシピ配信と製造イベントへ渡し、計画と実績を照合します。
「IATF準拠システム」という言葉だけで発注する
ソフトウェア単体に認証組織の適合性を代替させる表現は危険です。適用要求をシナリオ、データ、権限、証拠、テストへ分解し、責任境界を契約に書きます。
バックアップはあるが復元していない
ファイルが存在することと、依存関係を含めて復元できることは別です。アプリ、DB、設定、証明書、ラベル、装置プログラム、時刻設定を含む復元手順を試験し、結果を記録します。
FAQ：IATF 16949と自動車部品トレーサビリティ
IATF 16949トレーサビリティとは何ですか？
対象製品を識別し、要求に応じて材料、工程、設備、作業者、検査、変更、不適合、出荷の証拠を前後方向へ再現できる管理能力です。必要な粒度や記録は顧客、製品リスク、工程、CSRなどにより異なるため、単一のバーコード機能だけでは完結しません。
材料ロット紐付けは払出記録だけで十分ですか？
通常は実使用との対応が必要です。払出後の戻し、分割、混合、端材、設備間移動を表現し、どの材料がどの製造単位へ投入されたかをイベントで残します。必要粒度は工程リスクと顧客要求から決めます。
4M変更管理とトレーサビリティはどう連携しますか？
変更ごとにChange IDを発行し、変更前後の版、承認、検証、発効対象、最初の適用ロットへ関連付けます。製造側から変更を、変更側から影響ロット・出荷先を検索できる双方向性が重要です。
客先監査トレーサビリティでは何をテストすべきですか？
任意の出荷品から材料へ遡る後方追跡、材料・設備異常・変更から出荷先を求める前方追跡、リワークや通信断などの例外追跡を行います。速度だけでなく、完全性、版、承認、改ざん防止、復元性も確認します。
IATF 16949 Revision 2はいつ公表されますか？
2026年7月のIATF公式コミュニケでは2027年半ばが予定されています。ただし開発状況の公表であり、最終要求や発効日の確定ではありません。公式情報を継続確認してください。
Rules 6th Editionはいつ発効しましたか？
IATFの公式発表では2025年1月1日です。Rules 6thは認証スキーム運用の文書であり、IATF 16949要求事項本文と混同しないようにします。
保存期間や監査時の検索時間に共通の数値はありますか？
この記事では一律の数値を示しません。顧客固有要求、契約、法令、製品安全、保証、工程リスク、データ量、復旧目標から決め、適用根拠と対象データを明文化します。
既存設備でもトレーサビリティを導入できますか？
可能ですが、信号、時刻、品種、設備状態、手入力の信頼性を現地確認する必要があります。PLC改造が難しい場合も、読取、I/O、エッジ端末、作業確認を組み合わせ、欠損と例外が見える構成を選びます。
FATとSATの違いは何ですか？
FATは供給側の制御環境で機能・例外・データ整合を確認し、SATは実工場の設備、ネットワーク、材料、作業者、上位システムで証跡連鎖を確認します。両方の未解決事項を残し、量産受入へつなげます。
まとめ
IATF 16949トレーサビリティの目的は、検索画面を増やすことではありません。入荷材料から工程条件、設備・治工具、作業者、検査、出荷を一貫したIDと時刻で結び、4M変更、不適合、選別、リワークを含む判断の履歴を説明できる状態を作ることです。
まず顧客・製品ごとの適用要求と質問を整理し、証跡連鎖、正本、責任境界、例外を定義します。次にRFPをシナリオと受入証拠で書き、FAT/SATで前方・後方・例外追跡、障害復旧、データ移行まで検証します。Revision 2、SIs、Rules、OEM CSRは更新時期と性格を分けて管理し、未公表要求を決め打ちしないことも重要です。
材料ロット紐付け、既存設備からの信号取得、4M変更管理、客先監査用の証拠パッケージ、RFPやFAT/SAT条件の整理段階でも、TOMAS TECHはタイ工場の現地調査からMES・OT連携、識別・検査・設備データ統合まで支援できます。構想段階の課題整理からでも、お問い合わせください。
