IATF 16949 2nd Edition準備｜90日で証跡を整える

IATF 16949 2nd Editionの正式要求がまだ公表されていない今、タイ・ASEANの自動車部品工場は何を準備すべきでしょうか。答えは、未確定の条文を先読みしてシステムを作り込むことではありません。公式に示された5つの優先テーマを、現場で検索・説明・承認できる「デジタル証跡」に変換し、90日でRFPと受入仕様まで整えることです。本稿ではDo/Buy判断を含む実務手順を解説します。

重要な前提：IATFの2026年7月コミュニケは改訂の方向性と暫定日程を示したもので、Revision 2の正式な要求事項ではありません。本稿のデータ項目、運用、90日計画は将来の要求を断定するものではなく、変更に耐えられる準備仮説です。

IATF 16949 2nd Editionで公式に分かっていること

IATF Global Oversightが公表したStakeholder Communiqué SC-2026-005は、改訂を「Revision 2」と表記し、業界からのフィードバックをもとに次の5テーマを優先すると説明しています。

日程も確定ではありません。公式資料は、Working Draft DevelopmentとExternal Feedbackを2026年、Final Validation、翻訳、支援文書を2027年、公開予定を2027年半ばとしています。同時に、日付はindicative、つまり進捗により調整され得ると明記しています。移行終了も具体的な日付ではなく、ISO 9001の移行終了に合わせる計画です。

したがって、現時点で「新規格対応済み」「この機能が必須」「保存期間は何年」と断定するのは危険です。一方で、版管理、承認、追跡、迅速な検索は、最終条文がどう変わっても無駄になりにくい基礎能力です。投資対象は条文の予想ではなく、証跡の運用基盤に置きます。

5優先テーマを6つの証跡設計項目へ変換する

準備の中心は「どの帳票を電子化するか」ではありません。監査や顧客照会の問いに対し、誰が、どの原本を、どの版で、どの承認を経て提示するかを設計することです。各テーマを次の6項目へ変換します。

1. 証跡オブジェクト：何を原本として残すか。
2. 責任者：内容を維持し、例外を閉じるAccountable Ownerは誰か。
3. 承認：誰がどの条件で有効化・変更・解除を承認するか。
4. 版管理：要求版、文書版、工程版、ソフトウェア版の関係をどう固定するか。
5. 検索時間：指定された顧客・品番・ロット・期間の証跡を何分で提示するか。
6. 演習：平時に、欠落・変更・不一致を含むシナリオで再現できるか。

証跡オブジェクトはPDFではなく関係性を持つ

PDF、Excel、メールを共有フォルダへ保存しただけでは、存在証明にはなっても適用関係の説明が難しくなります。本稿の90日パイロットでは、次の識別情報を候補として設計します。

大切なのは、オブジェクト間のリンクです。例えば不具合ロットから、使用材料、設備、プログラム版、検査結果、作業者資格、当時有効だったControl Plan、関連4M変更まで一方向に辿れなければなりません。逆方向にも、あるCSR改訂がどの品番・工程・供給者へ展開されたかを検索できる必要があります。

既存の自動車部品トレーサビリティとIATF 16949の記事では、ロット粒度と監査設計を詳しく扱っています。本稿では粒度を再論せず、その上に載せる責任、承認、版、検索時間、演習へ焦点を置きます。

責任者は「入力担当」ではなく例外を閉じる人

RACI表を作っても、Accountableが部門名だけでは停止します。品質保証部、購買部、IT部という箱ではなく、役職または代行順位まで決めます。責任者の仕事は入力することではありません。未承認、期限超過、版不一致、供給者未回答といった例外を見て、閉鎖判断を行うことです。

例えばCSR管理なら、文書をダウンロードする担当、適用を判定する責任者、工程へ展開する実行者、証拠をレビューする承認者を分けます。休暇や異動を想定し、代理承認の範囲と期限も記録します。共有IDでの承認は禁止し、人物、時刻、判断理由を残します。

承認は電子印ではなく判断条件を残す

承認ボタンだけでは「何を見て合格としたか」を説明できません。入口条件、確認した版、例外、期限、解除条件を構造化します。条件付き承認は特に重要です。暫定検査を追加して量産開始した場合、終了条件と責任者がなければ暫定管理が恒久化します。

承認の訂正も上書きで消さず、取消理由、旧判断、新判断、影響したロットを関連付けます。署名画像を貼るより、誰が、何を、いつ、どの条件で判断したかを問い合わせ可能にする方が監査対応に強い設計です。

版管理は文書だけでなく「組合せ」を固定する

工程の有効状態は、図面、Control Plan、PFMEA、作業標準、検査プログラム、PLC/設備条件、ソフトウェア、顧客要求の組合せです。一つずつ最新版でも、組合せが承認済みとは限りません。

そこで、製品・工程ごとにEffective Configurationを発行します。切替日時または開始ロットを境界にし、その時点の版セットを凍結します。後から最新版だけを見せるのではなく、対象ロットを製造した時点の有効版を再現します。4M変更管理システムの記事で扱う変更境界と組み合わせると、承認前後のロット混在を発見しやすくなります。

検索時間はシステム性能ではなく業務KPI

「検索できる」は基準になりません。監査演習では開始時刻と提示完了時刻を記録し、検索時間を測ります。例えば、顧客、品番、対象ロットを受け取ってから、材料から出荷までの系譜、該当版、検査、変更、逸脱承認を一式提示するまでの時間です。

目標値は顧客要求や工場のリスクで決めるべきで、本稿が一律の必須時間を定めるものではありません。初回の中央値と最大値を測り、「30分以内」などの社内目標を合意します。重要なのは、平均だけでなく、見つからなかった項目、手作業の中継、特定個人への依存を残すことです。

演習は成功シナリオだけにしない

完成したロットを検索するだけでは弱点が見えません。次のような異常系を混ぜます。

• Tier 2の製造サイトが不明で、Tier 1から回答が来ない。
• CSRが更新されたが、一部品番の適用判定が未完了である。
• 検査装置のソフトウェア版が承認構成と異なる。
• Safe Launch中に不具合が出て、出荷済み範囲を切り分ける必要がある。
• 4M変更の切替時刻と材料ロットの境界が一致しない。
• 旧版Control Planで作業した疑いがあり、影響品を絞り込む必要がある。

演習結果は「合格/不合格」だけでなく、問い、開始時刻、証跡、検索経路、欠落、判断、封じ込め、恒久対策へ分解します。これが次のRFPと改善バックログになります。

90日でIATF 16949移行準備を進めるロードマップ

正式要求の公表前なので、大規模な全社導入よりも、一つの製品群と一つのラインで証跡運用を完成させる方が安全です。90日を「発見、設計、接続、調達、演習」の5段階に分けます。

Day 1–15：対象範囲と現状検索時間を見える化する

最初の2週間でシステムを選定してはいけません。対象顧客、品番、工程、重要供給品、ソフトウェア、CSRを棚卸しし、現在の証跡がどこにあるかを記録します。

実際の顧客照会を模した3問以上を用意し、検索時間を測ります。例えば「対象ロットに使用した材料証明と検査結果」「当時有効な工程条件とソフトウェア版」「関連する変更承認と供給者回答」です。見つからない場合も推測で埋めず、欠落として記録します。

この段階の成果物は次です。

• 対象範囲表：顧客、製品群、ライン、重要工程、重要供給者。
• CSR適用台帳：文書名、版、施行日、対象、オーナー、展開状況。
• 証跡所在マップ：ERP、MES、QMS、共有フォルダ、メール、紙。
• 検索時間ベースライン：中央値、最大値、欠落、手作業回数。
• 問題バックログ：責任者、重要度、暫定処置、期限。

客先監査向けトレーサビリティの記事にある質問型の準備を使うと、帳票一覧では見えない検索の断絶を発見できます。

Day 16–30：正本、責任者、承認、版のルールを決める

次に、七つ程度の証跡オブジェクトを選び、データ辞書を作ります。項目名だけでなく、意味、単位、生成元、編集権限、保持元、関連キー、欠損時処置を決めます。「ロット番号」という同じ名前でも、仕入先ロット、受入ロット、工程ロット、出荷ロットが混ざっていないか確認します。

また、CSRや工程標準の正本を一つにし、メール添付やローカルコピーは参照コピーと定義します。改訂通知を受けたら、影響評価、適用判定、変更タスク、教育、完了確認へ流すワークフローを設計します。

この15日間では画面を作り込まず、識別子と状態遷移を確定します。例えばCSRは「受領→レビュー→適用判定→展開→実装→確認→廃止」、変更は「申請→影響評価→承認→準備→切替→確認→閉鎖」とします。状態を飛ばした場合は理由と承認が必要です。

Day 31–60：一つのパイロットでデジタル証跡をつなぐ

パイロットでは、量が多い製品より、顧客重要度と変更頻度が高く、材料・工程・ソフトウェア・Tier Nの関係を試せる製品を選びます。ERP、MES、QMS、設備ログを一気に統合する必要はありません。まず共通IDと参照URLで結び、原本の所在を維持する方式でも構いません。

接続で必ず試すのは、正常データではなく例外です。重複送信、遅延、時刻ずれ、単位違い、品番変換エラー、設備オフライン、手修正、再作業、ロット分割・統合をテストします。インターフェースに失敗したデータを捨てず、例外キューへ入れ、責任者と再処理結果を残します。

Tier Nでは、全供給者を同じ深さで追わず、リスクで優先します。安全・法規、特殊特性、単一調達、長納期、過去不具合、変更頻度、地域集中などで重要度を決めます。Tier 1へ「全下位層を開示」と要求するだけでは続きません。重要部材について、製造サイト、工程、認証、要求受領、変更通知、代替経路を段階的に確認します。

Day 61–75：RFPを機能一覧からシナリオ受入へ変える

この段階で初めて外部調達のRFPを固めます。「トレーサビリティ機能あり」「ワークフロー機能あり」のチェックだけでは、デモで通って本番で止まります。RFPは業務シナリオ、入力条件、期待結果、証拠、性能、障害時動作をセットにします。

性能も「高速」ではなく、データ量と同時利用者を指定します。ただし数値は工場の実測から決めます。可用性、復旧、バックアップ、時刻同期、監査ログ、権限分離、データ持出し、API、マスタ同期、多言語表示、タイ国内外のサポート条件も確認します。

Day 76–90：演習、是正、投資判断を完了する

最後の15日で、品質、製造、購買、IT/OT、営業を集め、タイムボックス演習を行います。演習の司会はシステム構築者と分け、事前に答えを教えません。最低でも「顧客照会」「CSR変更」「下位層変更」「ソフトウェアリリース」「立上げ異常」の五つを試します。

各演習では、検索時間、欠落、誤った版、承認待ち、手作業、個人依存を測定します。不合格はシステムの欠陥に限定せず、責任不明、判断基準不足、マスタ不整合も分類します。90日終了時点で、次の四つを経営判断へ上げます。

1. 現行ツールの改善だけで閉じられる範囲。
2. 外部製品やSIが必要な範囲。
3. 正式要求の公表まで保留する範囲。
4. 顧客・認証機関・本社へ確認すべき未決事項。

Do/Buyを決める基準：画面ではなく責任境界を見る

DoかBuyかは、パッケージ対自社開発の二択ではありません。データ定義と業務責任は自社が持ち、汎用ワークフローは購入し、設備接続と移行はSIへ依頼する、といった分割が現実的です。

自社で持つべきもの

• 顧客・製品・工程・サプライヤーの適用範囲。
• 証跡オブジェクトの意味と原本。
• 承認条件、例外処置、権限分離。
• 検索時間の目標と演習シナリオ。
• CSR解釈と顧客への確認事項。
• 最終的な適合判断と運用責任。

これらをベンダーへ丸投げすると、機能は動いても工場の判断が説明できません。特にCSRの適用は顧客、契約、製品、拠点で異なるため、外部製品が自動的に正解を決めるものではありません。

購入・外部支援が向くもの

• 改ざん履歴を含む文書・版管理。
• 電子承認、期限通知、代理承認。
• API、設備・ERP・MES・QMS接続。
• 大量データの検索、系譜表示、例外監視。
• バックアップ、可用性、セキュリティ更新。
• 複数拠点、多言語、顧客ポータル連携。

ただし「標準機能に合わせればよい」と判断する前に、実データで受入試験を行います。標準ワークフローが工場の役割分担と合わず、Excelへの迂回が増えるなら、運用証跡はかえって断片化します。

RFPの採点表

費用比較ではライセンスだけでなく、マスタ整備、接続、移行、教育、検証、運用、変更、監査支援、契約終了時のデータ返却まで含めます。安価な初期費用でも、各顧客のCSR変更を毎回個別改修するなら総費用は高くなります。

公式5テーマ別に用意する証跡と演習

1. 簡素化・明確化・効率化：転記を減らし一つの問いに一つの根拠を返す

準備仮説は「帳票数を減らす」ことだけではありません。同じ検査結果を日報、品質表、顧客帳票へ手入力しているなら、原本を一つにし、用途別表示へ変えます。用語辞書を持ち、部門ごとの名称差を吸収します。

演習では、同じロットについて品質部と製造部が提示する数値・版・判定が一致するかを確認します。不一致ならどちらが正しいかではなく、原本と変換規則を直します。効率化を理由に承認を省くのではなく、低リスクの定型変更と高リスク変更で経路を分けます。

2. ソフトウェア品質保証：要求からリリース先まで閉じる

SC-2026-005がソフトウェア品質保証の中心として明示しているのは組込みソフトウェアです。本稿の準備仮説では、それに加えて検査装置、画像判定、PLC、締付装置、ラベル発行、計測器連携など、製品合否やトレーサビリティへ影響する工場ソフトウェアも棚卸し対象として検討します。ただし、どこまでが正式なRevision 2要求になるかは未公表です。

準備として、ソフトウェア台帳にオーナー、用途、対象設備・製品、要求、版、変更理由、検証環境、テスト結果、承認、配布、ロールバックを持たせます。演習では、承認されていない版を一台へ配置し、検知、停止・隔離、影響ロット特定、復旧、再開承認ができるかを試します。

3. Tier Nサプライヤー管理：要求を送った事実と実装確認を分ける

メールを送った記録は要求展開の証拠ですが、実装の証拠ではありません。重要要求ごとに、送信、受領確認、適用回答、証拠提出、レビュー、差戻し、完了を分けます。Tier 1を経由する場合、Tier 2以下の社名公開が契約上難しいこともあります。その場合でも、製造サイトリスク、特殊工程、変更通知、BCP、代替承認の情報粒度を合意できます。

演習では、重要材料の下位層サイト変更を起点に、影響する仕入先部品、社内品番、顧客、仕掛・在庫・出荷を特定します。回答が来ない場合の購入停止、特採、代替評価、顧客通知の判断権限まで確認します。

4. 立上げ管理：ゲートとSafe Launch解除を証明する

AIAGはAPQP 3rd Editionで、sourcing、change management、program metrics、risk mitigation plans、gated management、part traceabilityなどの更新を説明しています。Control Planは独立した1st Editionとなり、Safe Launchや高度自動化を含む変化への対応も示されています。これらはIATF Revision 2の条文ではありませんが、立上げ管理の準備材料として有用です。

各ゲートでは成果物の有無だけでなく、リスク、未解決、責任者、期限、条件付き承認を残します。Safe Launchは開始日だけでなく、追加管理、頻度、反応計画、実績、解除条件、解除承認を記録します。演習では不良流出を想定し、いつの版・材料・設備条件から影響が始まったかを切り分けます。

5. CSR：一覧表から適用・展開・確認のライフサイクルへ

IATF公式のCSRページにはOEM別文書が掲載され、FordのIATF 16949 CSRとPPAP固有要求は2026年6月15日発効と表示されています。両文書の表紙はFordのSCCAFプロセスを利用するプログラム向けであることも示しています。これは全工場にFord要求が適用されるという意味ではありません。契約、対象プログラム、拠点、製品の条件に照らし、自社への適用を確認すべき例です。

CSR台帳には発行元、文書名、版、発行日、施行日、取得元URL、適用拠点、顧客コード、品番、要求オーナー、影響文書、教育、実装、確認を持たせます。Webページを定期確認し、変更を検知しても自動で適用完了にはしません。差分を人が評価し、対象と期限を承認します。

タイ工場で今この準備が重要な理由

タイBOI/OSOSは2026年9月10日、2026年1〜7月の新車市場で電気自動車とハイブリッド車が合計55%を占めたと発表しました。また、2026年8月31日時点のEVエコシステムへのBOI承認は189プロジェクト、約1,514億バーツです。新たな政策原則には、高付加価値の現地調達とローカルサプライヤー育成が含まれます。

これらの数字は、すべての工場に同じ投資を求めるものではありません。ここからは本稿の推論ですが、電動化、多車種化、自動化、現地調達が同時に進むと、変更対象と証跡の組合せが増え、影響範囲の確認が複雑になりやすいと考えられます。品質証跡が部門別Excelに分かれている工場ほど、その確認に時間がかかる可能性があります。

また、タイの自動車部品工場は、日系本社、欧米OEM、中国系OEM、現地供給者など複数の要求体系を扱うことがあります。英語、タイ語、日本語の文書名や品番表記が揺れると、同じCSRを二重登録したり、旧版を参照したりします。システム導入前に、言語をまたいでも変わらない文書ID、顧客コード、品番、拠点コードを決めることが重要です。

よくある失敗と回避策

正式要求前に機能を固定しすぎる

将来条文を予想し、専用画面や必須項目を大量に作ると、正式版で変更が出たときに負債になります。項目追加、ワークフロー変更、版の並存が設定でできる構成を優先します。仮説には「根拠」「決定日」「見直しトリガー」を付けます。

全社マスタ統合から始める

理想的な統合マスタを先に完成させようとすると、90日では証跡演習まで到達しません。パイロット範囲で顧客、品番、ロット、設備、サプライヤー、文書の対応表を作り、例外処理まで動かしてから横展開します。

ダッシュボードを証跡と誤解する

グラフは状態把握に役立ちますが、集計値から原記録、版、承認へドリルダウンできなければ監査証跡ではありません。KPIカードごとに算式、母集団、更新時刻、除外条件、原本リンクを持たせます。

ベンダーの標準デモだけで受け入れる

デモ用データは欠損も重複もありません。自社の実データ、タイ語名、長い品番、分割ロット、再作業、設備断、時刻ずれを含むテストセットを用意します。合否判定をRFPへ添付し、契約前に実行可能性を確認します。

認証取得とシステム導入を同一視する

システムは証跡の完全性や検索を支援しますが、適合性を自動的に保証しません。プロセス責任、力量、判断、内部監査、是正、マネジメントレビューは組織の責任です。ベンダーが「導入すればRevision 2対応完了」と表現する場合は、根拠と責任範囲を確認します。

FAQ：IATF 16949改訂2026と移行準備

IATF 16949 2nd Editionの発行日はいつですか？

SC-2026-005は2027年半ばをplanned publicationとしていますが、日付はindicativeで調整され得ると明記しています。確定日として予算や監査を固定せず、IATF Global Oversightの公式コミュニケを継続確認してください。

IATF 16949移行準備を今始めると、手戻りになりませんか？

未公表の条文番号や必須項目を決め打ちすれば手戻りになります。一方、原本の識別、責任者、承認、版管理、検索時間測定、異常系演習は既存の品質管理にも有効です。設定変更可能なデータモデルとワークフローにすれば、正式要求に合わせて調整できます。

90日で認証移行まで完了できますか？

本稿の90日計画は認証移行の完了を意味しません。対象製品・ラインで証跡運用を試し、RFPと受入仕様、投資判断を作る準備期間です。正式な移行規則、顧客要求、認証機関の案内が出た後にギャップ分析と移行計画を更新します。

Tier Nサプライヤー管理は全階層の社名開示が必要ですか？

Revision 2の正式要求は未公表であり、一律の開示範囲は断定できません。まず部材・工程リスクを評価し、重要経路について要求伝達、製造サイト、変更通知、回答、証拠を追跡できる状態を目指します。契約・機密・顧客要求を踏まえて情報粒度を合意します。

APQP 3rd EditionとControl Plan 1st EditionはIATF 16949 Revision 2そのものですか？

いいえ。AIAGのCore Tools文書とIATF規格改訂は別の文書です。ただし、APQP 3rd Editionが扱うsourcing、change management、program metrics、risk mitigation、gated management、part traceabilityなどは、立上げ証跡を準備する上で参考になります。

Ford CSRとPPAPの2026年6月15日版は全社に適用されますか？

両文書は表紙上、FordのSCCAFプロセスを利用するプログラム向けです。自社への適用は顧客関係だけでなく、契約、対象プログラム、製品、拠点によります。IATFの公式CSRページに同日発効として掲載されている事実は、CSRの版・施行日管理が必要な例です。該当性は自社の顧客窓口と品質責任者が確認してください。

RFPで最優先すべき要件は何ですか？

機能数ではなく、自社シナリオを再現できることです。ロット逆展開、CSR改訂、版不一致、Tier N変更、立上げゲート、通信断再送を実データで試し、検索時間、履歴、例外処置、データ返却まで合否化します。

まとめ：正式要求を待つ間に「説明できる工場」をつくる

IATF 16949 2nd Editionは5つの優先テーマと暫定日程が示された段階で、正式要求は未公表です。だからこそ、条文を予測した作り込みではなく、証跡オブジェクト、責任者、承認、版管理、検索時間、演習の6点を整えます。90日で現状測定、データ設計、パイロット接続、シナリオ型RFP、異常系演習まで進めれば、正式版公表後のギャップ分析を事実ベースで行えます。Do/Buyの境界も、製品名ではなく責任と受入証拠で決めることが重要です。

TOMAS TECHでは、正式要求を断定しない段階から、タイ工場の現行ERP・MES・QMS・設備データを棚卸しし、90日パイロット、RFP、受入試験へ落とし込むご相談に対応しています。まず一製品・一ラインの証跡検索を測る段階でも、お問い合わせいただけます。

外部出典

1. IATF Global Oversight — Stakeholder Communiqué SC-2026-005: IATF 16949 2nd edition update information（2026年7月）
2. IATF Global Oversight — IATF Stakeholder Communiques
3. IATF Global Oversight — Customer Specific Requirements
4. AIAG — Advanced Product Quality Planning (APQP), 3rd Edition
5. AIAG — Control Plan, 1st Edition
6. AIAG — APQP & Control Plan are here
7. Thailand BOI / OSOS — Thailand Overhauls Vehicle Excise Tax as EVs Capture 55% of New Car Market（2026年9月10日）
8. Ford Motor Company — Customer Specific Requirements for IATF 16949:2016（2026年6月15日発効）
9. Ford Motor Company — Ford-Specific Requirements for PPAP（2026年6月15日発効）