Engineering Change Management × Supply Chain Management

― 設計変更をサプライチェーンに伝播させる統合アーキテクチャ完全ガイド ―

2026年6月

序章：ECM×SCM統合の必要性とビジネス価値

0.1　製造業が直面する「設計変更の嵐」

グローバル競争の激化・製品ライフサイクルの短縮・脱炭素規制・サプライチェーンの多重リスクを背景に、現代の製造業が扱う設計変更（Engineering Change）の件数・複雑度・緊急度は増す一方です。かつて「設計変更は年間数十件、担当者が個別に調整すれば済んだ」という時代は終わり、今や多品種少量・モジュール設計・グローバルサプライチェーンの組み合わせにより、設計変更一件が数百の購買オーダー・数十のサプライヤー・複数の生産拠点に同時に影響を与える構造になっています。

製造業を取り巻く変化	ECM×SCM統合への影響
製品ライフサイクルの短縮 （消費財3年→1年、電子機器6ヶ月→3ヶ月）	モデルチェンジ・廃止変更の頻度が倍増。旧部品の在庫を抱えたまま次世代設計へ移行するリスクが常態化
グローバルサプライチェーンの多層化 （Tier1→2→3→4の連鎖）	設計変更通知が4階層を伝播するまでに数週間かかる。末端サプライヤーへの情報到達前に旧部品の製造が継続される
半導体・電子部品のEOL頻発 （コロナ禍以降のサプライ再編）	部品販売終了（PDN）が増加。代替部品への変更ECOが年間数百件規模に。代替部品の品質認定と調達計画の同時更新が必要
RoHS/REACH/CFR Part 11等の規制強化 （特定物質・有害化学物質の規制）	特定物質を含む部品の使用禁止期限が法定され、期限内に全SCMを切替完了する義務。証拠として変更記録の完全保管が必要
カーボンニュートラル対応 （2030-2050ターゲット）	材料・部品のCO2排出量情報がSCMに組み込まれ始め、低炭素部品への切替ECOが新たな変更カテゴリとして急増
顧客カスタマイズ要求の増大 （受注仕様設計・コンフィグレーション）	顧客ごとのBOM差分管理が複雑化。一つの顧客向け変更がサプライチェーン全体を再設計する必要が生じるケースが増加

0.2　ECM×SCM連携なき世界のコスト――数字で見る損失

「ECMとSCMが繋がっていないと何がどれほど損なのか」を数字で示します。以下は製造業各社の実態調査と業界レポートをもとに整理した、代表的なコスト・損失の構造です。

ECM×SCM統合なき場合の典型的損失（中堅製造業・売上500億円規模の場合）

◆ 廃棄在庫（Obsolete Inventory）による直接損失 　・ECMとSCMが連携していないと設計変更承認後も旧部品の発注・入荷が継続する 　・業界平均：年間廃棄在庫は売上高の0.5〜2%。500億円企業で2.5〜10億円/年 　・統合実現後の削減実績：廃棄在庫コストを40〜70%削減した事例が多数 ◆ 変更作業の人件費・手作業コスト 　・ECO1件あたり：設計・購買・生産管理・サプライヤー担当がExcel/メールで連絡→平均8〜15時間の調整工数 　・年間500件のECOなら4,000〜7,500時間。時給3,000円換算で1,200〜2,250万円/年の純作業コスト 　・統合自動化後：ECO1件の調整工数を1〜2時間に短縮。80〜85%の工数削減が実現可能 ◆ 新旧部品混在による品質コスト 　・変更通知の遅れや有効条件の設定ミスにより、新旧部品が混在した製品が出荷される 　・クレーム対応・再製造・リコール対応コストは廃棄在庫コストの2〜5倍に達することもある ◆ サプライヤー関係への影響 　・「突然の変更通知」「直前のキャンセル」が繰り返されるとサプライヤーの信頼が低下 　・優良サプライヤーから優先顧客ポジションを失い、調達コストが上昇するリスク

0.3　ECM×SCM統合が生む具体的ビジネスメリット

ビジネスメリット	連携前	連携後（統合実現時）	効果の根拠
廃棄在庫コストの削減 （Obsolete Inventory Reduction）	設計変更後も旧部品の調達・入荷が継続 廃棄ロスが慢性的に発生	ECO承認と同時にOpen POをキャンセル指示 旧部品発注を自動停止 廃棄予測量を事前シミュレーション	廃棄在庫コストを40〜70%削減 （業種・製品複雑度による差あり）
変更リードタイムの短縮 （Change Lead Time Reduction）	ECO承認→ERP反映→現場適用まで 平均2〜4週間	承認→全システム自動連携で 数時間〜1〜2営業日に短縮	特に緊急安全変更での効果が顕著 リコール対象範囲の特定が数時間に
変更作業工数の削減 （Manual Work Reduction）	ECO1件あたり8〜15時間の 手作業調整工数が発生	ECO1件あたり1〜2時間に短縮 人手によるExcel連絡・確認作業が不要	60〜85%の工数削減 担当者がより高付加価値業務に集中
サプライヤー通知の精度・速度向上 （Supplier Notification Quality）	メール・FAXで担当者が個別送付 通知漏れ・内容ミス・届達確認不能	ECO承認と同時にサプライヤーポータルへ 自動配信・受諾確認まで電子管理	サプライヤーの適切な切替が確実化 廃棄補償コストの大幅削減
設計変更のトレーサビリティ確保 （Traceability Assurance）	「どの製品にどの部品バージョンが 使われているか」が不明	製造シリアル番号単位で 使用部品バージョンを完全追跡	リコール対象の正確な特定が可能 FDA/IATF等の規制対応コスト削減
サプライチェーン計画精度の向上 （Supply Plan Accuracy）	BOM変更がSCMに届かず 計画が旧情報ベースで立案される	BOM更新が即座にSCM（MRP/IBP）に反映 新部品の調達計画が正確に立案される	在庫過不足の削減 生産停止リスクの低減

0.4　Closed Loop Manufacturing――製造と設計のクローズドループ

ECM×SCM統合の究極の目的は「設計から製造、製造から設計へのクローズドループ（Closed Loop）」を実現することです。Closed Loop Manufacturingとは、設計（PLM/ECM）→計画（ERP/SCM）→製造実行（MES）→実績収集（MES/IoT）→設計改善（PLM/ECM）という情報の循環が途切れなく機能する製造の仕組みです。

Closed Loop Manufacturing の概念図

【下向きの流れ：設計から製造へ（Downstream Flow）】 PLM / ECM 「設計BOM・ECR/ECO承認・有効条件設定」 | ▼ ERP / SCM 「MBOM更新・購買計画・生産計画・在庫切替計画」 | ▼ MES（製造実行システム） 「BOP（工程表）・作業手順書・品質検査計画の更新」 | ▼ 製造現場 「新部品・新工程での製造実行」 【上向きの流れ：製造から設計へ（Upstream Feedback = Closed Loop）】 製造現場 「実績歩留・工数実績・品質検査結果・設備異常」 | ▼ MES 「製造実績の収集・品質逸脱の検知・工程パラメータの記録」 | ▼ ← ここがクローズドループのポイント ERP / SCM 「在庫実績・原価差異・スクラップ実績の記録」 | ▼ PLM / ECM 「製造実績に基づくECR起票：『この工程でこの部品が使いにくい』 『この設計では歩留が悪い』→ 設計改善のECOを起票」 → このクローズドループが機能することで、設計の意図と製造の現実が継続的に一致し続ける

Closed Loop Manufacturing が実現する4つの価値

• ①設計品質の継続改善：製造現場で発生した歩留ロス・手直し・スクラップが設計部門にフィードバックされ、設計そのものを改善するECOが生まれる。「なぜ製造しにくいのか」が設計段階に反映される

• ②計画精度のリアルタイム改善：製造実績（実際の歩留・工数・スループット）がSCM計画にリアルタイムで反映され、計画と実績の乖離が縮まる。「計画通りに作れない理由」がSCMの計算パラメータに自動組み込まれる

• ③設変コストの削減：製造後に発覚する設計問題を、製造前（設計段階）で摘み取ることができる。設計変更のコストは「設計段階：1」「試作段階：10」「量産段階：100」と指数関数的に高くなるため、早期発見の効果は絶大

• ④Digital Thread の実現：製品の設計情報・製造情報・品質情報・サービス情報が一本のデジタルの糸（Digital Thread）で繋がった状態。部品番号Xについて「誰が設計し・いつ変更され・どのロットで製造され・どの顧客に出荷され・どのクレームが発生し・次の設計変更に何が反映されたか」を一貫してトレースできる

【外部事例：Cytiva（Rockwell Automation／2020）】Closed Loop Manufacturingは理論概念ではない。Cytivaの公式事例では、MES・電子バッチ記録・クラウド分析を含むデジタル基盤（KUBio）で工場構築を18か月未満に圧縮し、生産スループット・可用性・現場効率を10〜20%改善、顧客の上市期間を「7年→3〜4年」に短縮するとされる。設計・自動化・品質ドキュメントを前倒しで標準化することが、変更の伝播速度を決める。（公式公表：Rockwell Automation/Cytiva）

0.5　Closed Loop Quality――品質と設計変更のクローズドループ

Closed Loop Qualityは、Closed Loop Manufacturingの品質版です。「品質で検知した問題が設計変更（ECM）を自動的に駆動し、設計変更の効果が品質実績で検証される」クローズドループを実現します。製造業における品質コスト（Cost of Quality）の削減に最も直接的に貢献するアーキテクチャです。

Closed Loop Quality の概念図

【品質問題の発生と検知】 市場・顧客 「製品クレーム・フィールド不具合・安全インシデント」 | ▼ 品質管理システム（SAP QM / 顧客クレーム管理） 「クレーム受付・原因分析・是正処置（CAPA）管理」 | 製造現場・受入検査 「製造中の品質逸脱・受入不合格・工程不良」 | サプライヤー品質 「サプライヤー起因の部品品質問題・SCAR（Supplier Corrective Action Request）」 【品質→設計へのフィードバック（Closed Loop の核心）】 品質システムが判定：「この品質問題は設計起因か？部品起因か？工程起因か？」 | ▼ 設計起因 → PLM に ECR を自動起票 「品質問題番号#QN-2025-0412に基づく設計変更要求」 「根本原因：部品Aの公差設定が製造工程の能力を超過」 | 部品起因 → ECR（代替部品変更）+ SCAR（サプライヤー是正要求）を自動連動 工程起因 → MES の BOP 変更指示（工程パラメータ調整） 【設計変更後の効果検証（ループのクローズ）】 ECO 承認・BOM変更・新部品採用 | ▼ 変更後の製造ロットで品質実績を収集 「クレーム率は改善したか？　不良率は低下したか？」 | ▼ 品質改善効果を確認 → ECO をクローズ（変更完了） 改善不十分なら → 追加ECRを起票 → このクローズドループが機能することで、品質問題は設計改善につながり続ける

Closed Loop Quality の5つの構成要素

構成要素	概要	SAPでの実装	ECMとの連携
品質通知 （Quality Notification）	顧客クレーム・内部不良・サプライヤー問題を品質通知として管理。原因分析・是正処置・有効性確認を一元管理	SAP QM01（品質通知） QM10（品質通知一覧）	品質通知の原因が「設計起因」と判定された場合、PLMのECRへ自動エスカレーション。品質通知番号がECRの根拠文書として紐付けられる
SPC（統計的工程管理） 工程能力監視	製造工程のパラメータ（温度・圧力・寸法等）をリアルタイムで監視。工程能力（Cp/Cpk）が基準値を下回ったら自動アラート	SAP QM（SPC機能） MES（Opcenter/SAP DM）の品質モジュール	工程能力の低下が「設計公差の問題」に起因する場合、自動的に設計部門へECR起票。「公差を緩和する設計変更」を提案するフローが生まれる
FMEA（故障モード影響解析） とECMの連動	設計FMEAで特定したリスクが実際に発現した場合、FMEAをアップデートしECRを自動起票	SAP PLM FMEAモジュール または専用FMEAツール（ReliaSoft等）との連携	FMEAの重篤度・発生頻度・検出性が悪化した場合、変更優先度が高いECRを自動生成。設計FMEA→製造FMEA→実績データの一貫管理
CAPA（是正・予防処置） 管理	品質問題の根本原因に対する是正処置（Corrective Action）と予防処置（Preventive Action）を文書管理	SAP QM CAPA / 専用CAP管理システム	CAPAが設計変更を要する場合、CAPAからECRを自動生成。CAPAの有効性確認（Effectiveness Check）がECOクローズの条件として紐付けられる
サプライヤー是正要求 （SCAR/8D）	サプライヤー起因の品質問題への是正要求。8Dレポートの提出・対策確認・承認を管理	SAP Ariba Quality Management またはサプライヤーポータルのSCAR機能	サプライヤーの対策が「部品仕様変更」を含む場合、自動的に代替部品ECRを設計部門に起票。SCAR完了がECO承認の前提条件として紐付け

【外部事例：Catena-X Quality Management（BMW／Bosch／DENSO ほか）】OEMが持つ市場不具合（field data）を、標準化・主権保持の形でサプライヤーの製造実績と接続すると、根本原因分析と変更要否判定が数か月単位で前倒しされる。公式公表では、エラー検知の平均4か月前倒し、新規サプライヤー接続の5週間化、カメラ系の疑義を140万台→14台に絞り込んだ事例が報告されている。「逆方向フィードバック」と「Multi-tier連携」の現実性を裏づける。（公式公表：Catena-X）

0.6　Digital Thread――設計変更を中心に全データが繋がる

Closed Loop ManufacturingとClosed Loop Qualityを統合した上位概念が「Digital Thread（デジタルスレッド）」です。製品の設計・製造・品質・サービスに関わる全データが、単一の「デジタルの糸」で繋がった状態を指します。ECM（設計変更管理）はこのDigital Threadにおいて「糸が切り替わるタイミング」を管理するシステムであり、SCMはその「糸が実際の物の流れと一致している」ことを保証する仕組みです。

Digital Threadの構成要素	管理する情報	ECM×SCM統合での役割
設計スレッド （Design Thread）	CAD/EBOM・仕様書・FMEA・試験データ・ECR/ECO履歴	全ての設計変更が変更番号（ECO番号）で追跡可能な形で保管。「この製品は設計段階でどの変更を経てきたか」を完全に示すデータ基盤
製造スレッド （Manufacturing Thread）	MBOM・工程表（BOP）・作業指示・製造実績・シリアル番号履歴	製造された全ての製品について「どの設計バージョン（ECOバージョン）で製造されたか」を記録。シリアル番号とECOバージョンの完全紐付け
品質スレッド （Quality Thread）	品質検査記録・SPC実績・クレーム・SCAR・CAPA・不良ロット	品質問題が発生した製品のシリアル番号から「どの設計バージョン・どのサプライヤー部品・どの製造ロット」を即座に特定。また品質情報がECRへの自動フィードバックを生成
サービススレッド （Service Thread）	フィールド不具合・修理履歴・スペアパーツ使用記録・顧客フィードバック	出荷後の製品に発生した問題が設計変更の根拠として記録される。「フィールドで何が壊れたか」が次のECOの入力情報になる
サプライチェーンスレッド （Supply Chain Thread）	部品トレーサビリティ・ロット追跡・サプライヤー変更履歴・調達契約	「この部品はどのサプライヤーのどのロットから来たか」の完全追跡。ECO（部品変更）の有効条件と調達の実際の切替点が正確に一致していることを保証

【外部事例：NIST Digital Thread／Siemens Amberg／Rolls-Royce DIREKT】Digital Threadはバズワードではなく公開標準（STEP・QIF・MTConnect）の対象である。NISTは、モデルベース製品定義の導入が設計–製造リードタイム短縮と最終品質改善に資するとpilotで報告している。Siemens Ambergは約5,000万件のデータ活用と品質99.9990%、デジタルツインによるサイクル改善を示し、Rolls-RoyceのDIREKTは全ライフサイクル・デジタルスレッドで設計変更を「モデル段階で即時再計算」する。（公式公表：NIST／Siemens／Rolls-Royce）

0.7　本書が対象とする読者と使い方

本書は以下の方々を主要読者として想定しています。それぞれの目的に応じた読み方を示します。

• 製造業の設計部門・PLM担当者：「自分たちが起票するECRがサプライチェーンにどう影響するか」を理解し、より実態に即したECOを作成するために。→ 第一章・第二章・第三章を重点的に読む

• 調達・購買・サプライチェーン部門の担当者：「設計変更をもっと早く・正確に受け取り、廃棄ロスを減らすために何が必要か」を理解するために。→ 第三章・第五章・第八章を重点的に読む

• 生産管理・製造現場の責任者：「設計変更がいつ・どのように現場に届き、何を変更すれば良いか」を明確にするために。→ 第五章・第六章・第七章を重点的に読む

• ERPシステム設計者・SAP導入コンサルタント：「SAP S/4HANAでECM×SCM統合をどう実装するか」の技術設計のために。→ 第六章・第七章・第九章を重点的に読む

• 経営層・DX推進担当者：「ECM×SCM統合がなぜ経営上の優先事項なのか」を理解し、投資判断の根拠にするために。→ 序章（本章）のみで十分な投資判断の根拠が得られる

第一章：なぜECM×SCM統合が難しいのか――問題の本質

1.1　設計変更がサプライチェーンを止める

製造業において「設計変更（Engineering Change）」は日常的に発生します。品質問題への対応・コスト削減部品の切替・法規制対応・顧客要求への対応・性能改善など、その発生理由は多岐にわたります。問題は「設計変更が承認されても、サプライチェーン全体に正確かつタイムリーに伝播しない」という統合の断絶です。

設計変更がSCMに与える典型的な混乱
【現場でよく起きること】 ①設計部門でBOM変更が承認された 　→ しかし購買部門は旧部品をすでに大量発注していた 　→ 旧部品の過剰在庫・陳腐化ロス（Obsolete Inventory）が発生 ②設計変更の有効日が「来月1日から」と決まった 　→ しかし生産現場では「今日完了した製造ロットまでは旧部品」のルールが曖昧 　→ 新旧部品が混在した製品が出荷され、品質問題に発展 ③緊急の安全改修変更（Safety ECO）が発令された 　→ どのサプライヤーが旧部品をどれだけ在庫しているか即座に分からない 　→ 影響範囲の特定に3日かかり、その間も旧部品を使った製品が出荷され続ける ④設計部門では変更を「完了」としてクローズした 　→ しかしサービス部門は3年間、旧部品をスペアとして調達し続けた 　→ 「設計では廃止されたが調達では生きている」状態が長期継続

1.2　ECMとSCMの「住み分け」が生む構造的断絶

製造業の情報システムは歴史的に「設計・開発領域（PLM/ECM）」と「調達・製造・物流領域（ERP/SCM）」が別々のシステムで管理されてきました。この「住み分け」自体は機能的分業として合理性がありますが、その境界での情報連携が「人手・メール・Excelを介した連絡」になっているケースが多く、これがECM×SCM統合の最大の障壁です。

システム層	担当領域	管理する変更情報	SCMへの連携手段（現状の問題）
PLM （Teamcenter/ENOVIA/Windchill/SAP PLM）	設計・開発・変更管理（ECM）	EBOM・図面・仕様書・ECR/ECO・部品認定状況	PLMからERP/SCMへの自動連携がなく、設計部門がExcelやメールで変更内容を伝達
ERP （SAP S/4HANA等）	購買・在庫・生産計画・原価	MBOM・製造指図・購買オーダー・在庫	PLMからの変更を手動でERP側に反映。タイムラグ・ミス・抜け漏れが発生
SCM/APS （SAP IBP/APO等）	需要計画・供給計画・在庫最適化	生産計画・供給計画・在庫目標	BOM変更・部品切替の情報がSCMに届かず、計画の精度が落ちる
MES （Opcenter/DELMIA等）	製造実行・作業指示・品質	BOP・作業手順書・品質基準	設計変更後の新BOP/新手順書が現場に届くまでに時間がかかり、新旧混在リスク
サプライヤー外部システム	部品調達・外注製造	取引先部品マスタ・受注残・在庫	変更通知が紙・FAX・メールで届き、サプライヤー側の対応が遅れる

1.3　ECM×SCM統合が解決すべき5つの問い

• 問い①（タイミング）：設計変更はサプライチェーンのどのタイミングで有効にすべきか？（既存在庫を使い切ってから？特定ロット番号から？特定日付から？）

• 問い②（影響範囲）：この変更は購買・在庫・生産・出荷・サービスのどこに影響するか？変更承認前に全ての影響範囲を自動的に特定できるか？

• 問い③（伝播速度）：変更が承認されてからサプライヤーの製造現場・自社の製造ラインに到達するまで、何時間・何日かかるか？それで十分か？

• 問い④（トレーサビリティ）：どの製品に新旧どちらの部品が使われているかを、製造後・出荷後でも追跡できるか？

• 問い⑤（逆流情報）：SCMやMESで発見された品質問題・調達問題を、設計部門のECRとして迅速にフィードバックできるか？

第二章：Engineering Change Managementの全体像

2.1　ECMの基本用語

用語	略称	定義	SAP対応オブジェクト
Engineering Change Request	ECR（変更要求）	変更の必要性を提起する文書。変更理由・想定スコープ・影響範囲の初期評価を含む。承認されるとECOに昇格	CC01（変更マスタ）のECR区分 / SAP PLMのChange Request
Engineering Change Order	ECO（変更指示）	変更の実施を正式に承認する文書。対象BOM・図面・仕様書・有効日・担当者を確定させる	CC01/CC02（変更マスタ）/ CS01でBOM変更に有効期間を紐付け
Engineering Change Notice	ECN（変更通知）	変更内容を関係部門・サプライヤーに通知する文書。ECOの実施と同時または直後に発行	SAPドキュメント管理（DMS）/ サプライヤーポータル通知
Engineering Change Implementation	ECI（変更実施）	ECOに基づき実際のBOM・図面・手順書を変更し、製造・調達への適用を確認するプロセス	BOM変更（CS02）・ルーティング変更（CA02）の実施
Effectivity（有効条件）	―	変更が有効となる条件。日付有効（Date Effectivity）・シリアル番号有効（Serial Effectivity）・ロット番号有効がある	CC01の有効パラメータ設定（日付下限・上限・シリアル範囲）
Phase-In / Phase-Out	フェーズイン/アウト	旧部品を段階的に廃止し（Phase-Out）、新部品を段階的に導入（Phase-In）するサプライチェーン計画	MRP/MRP Liveのフェーズイン/アウト設定・代替部品マスタ
Red-Line Change	緊急変更	安全・品質上の重大問題への即時対応。通常の承認フローを短縮して最速で実施	SAP ECMの優先度設定・緊急リリースフロー

2.2　ECMプロセスの標準フロー

ECMプロセスは「変更の発見」から「変更の検証」まで、複数のステージを経て進行します。各ステージでの意思決定とSCMへの影響評価が統合設計の核心です。

ステージ	主要アクティビティ	意思決定者	SCMへの影響
Stage 1 変更の発見・提起	品質不良・コスト改善・法規制変更・顧客要求等を起点にECRを起票 変更理由・影響範囲の初期推定・緊急度を記述	設計者・品質担当・営業	この段階でSCMへの速報通知が必要（特に緊急変更）。現在の在庫・発注残・生産計画との照合を開始
Stage 2 影響評価（Impact Analysis）	変更対象のBOM・図面・仕様書を特定 購買中・在庫・製造指図・出荷済み製品への影響を全方位で評価 廃棄予測・切替コスト・スケジュール影響を算出	設計・購買・生産技術・品質・物流の横断チーム	最も重要なステージ。SCMシステムと連携して「影響を受ける購買オーダー・在庫・製造ロット」を自動的に列挙できる統合が価値を生む
Stage 3 変更承認（ECO承認）	影響評価の結果をもとに変更実施を承認 有効条件（日付・ロット番号）・移行方式（即時/段階的）を決定	設計責任者・調達部長・生産管理責任者・品質保証責任者	有効条件と移行方式の決定がSCMの動きを規定する。承認と同時にSCMシステムに自動反映されることが理想
Stage 4 変更の実施（ECI）	BOM・ルーティング・作業手順書を変更 新旧部品の切替スケジュールを実行 サプライヤーへのECN発行・在庫の切替指示	設計・購買・生産管理・MES担当	PLM→ERP→MESへの変更伝播。各システムへの更新が自動連携されるか、手動かが統合設計の肝
Stage 5 変更の検証（Verification）	新部品・新工程での製造実績を確認 品質検査結果・コスト実績を評価 ECOをクローズし変更完了を記録	品質保証・設計・生産管理	MES・QMからの実績データがECMシステムにフィードバックされ、変更効果の検証が完了する

第三章：設計変更がSCMに与える影響マップ

3.1　変更タイプ別の影響範囲

設計変更の「種類」によって、SCMへの影響範囲と緊急度が大きく異なります。以下に主要な変更タイプとその影響を整理します。

変更タイプ	主な発生理由	SCMへの影響範囲	緊急度	典型的な問題
①安全・品質改修変更 （Safety/Quality ECO）	製品の安全問題・重大品質不良・リコール対応	・既出荷済み製品の回収/修理 ・在庫中の旧部品の即時隔離 ・生産中製造ロットの停止判断 ・サプライヤーへの即時通知	最高 （時間単位）	隔離すべき在庫・出荷済み製品の範囲特定に時間がかかる。SCMトレーサビリティが不完全だと影響範囲が分からない
②部品代替・調達変更 （Material Substitution ECO）	旧部品の販売終了（EOL）・単価高騰・サプライヤー変更・調達リスク回避	・購買オーダーの切替 ・旧部品在庫の使い切り計画 ・新部品の承認・発注リードタイム ・新旧部品の共存在庫管理	高〜中 （週単位）	旧在庫が残っているのに新部品に切り替えて廃棄ロスが発生。または旧部品を使い切ろうとして新部品への切替が遅れ生産ラインが止まる
③性能・機能改善変更 （Performance/Feature ECO）	製品競争力向上・顧客フィードバック・原価低減	・BOM変更（新部品の追加/削除） ・製造工程の変更 ・作業手順書の更新 ・コストへの影響	中 （月単位）	変更の有効日設定が曖昧で新旧部品が混在した製品が市場に出る。管理コードの更新漏れ
④法規制対応変更 （Regulatory ECO）	RoHS・REACH・CE・FDA等の法規制変更	・特定物質を含む在庫の使用禁止 ・認証部品への切替 ・CoC（適合宣言書）の更新	高 （法令施行日起点）	法令施行日までに全在庫・サプライヤー在庫の切替が完了しているか確認できないリスク
⑤廃止変更 （Obsolescence ECO）	製品の生産終了・モデルチェンジ	・スペアパーツ最終在庫の確保 ・製造終了ロット番号の確定 ・サービス用在庫計画の策定	低〜中 （四半期単位）	廃止後も「知らずにサプライヤーが在庫を持ち続ける」ことで、余剰在庫・不要調達が継続

3.2　設計変更による廃棄ロス（Obsolete Inventory）の構造

設計変更に伴う廃棄ロスは、製造業において「見えにくいコスト」として慢性的に発生します。その構造を理解することが、ECM×SCM統合設計の出発点です。

廃棄ロス発生箇所	発生メカニズム	統合で防げること
自社倉庫の旧部品在庫	変更承認後も発注済み在庫が入荷し続ける。在庫は「変更後は使えない」として廃棄	影響評価ステージでMRPの発注残・入荷予定を自動照合。変更承認と同時に旧部品のOpen POをキャンセル・サプライヤーに通知
仕掛品・WIP	製造中の途中工程製品に旧部品が組み込まれている。変更後は「不完全な製品」として廃棄または手直し	MESと連携してどの製造ロットに旧部品が使われているかを変更承認前にリアルタイムで特定。「この製造ロット以降を新部品で」という切替点を正確に設定
サプライヤー在庫	変更通知が遅れている間、サプライヤーは旧部品の製造・在庫確保を継続。変更後に「返品不可」として廃棄ロス	ECN（変更通知）を承認と同時にサプライヤーポータル・EDIで自動発信。サプライヤーの旧部品在庫量を事前に確認し廃棄補償を最小化
アフターサービス在庫	設計上は廃止された部品が、サービス部門で長期スペアとして調達し続けられる	ECO情報をサービスBOM・スペアパーツカタログに自動伝播。廃止部品には「代替部品コード」を紐付け、サービス部門が自動的に新部品に切替

第四章：ECM×SCM統合アーキテクチャ全体設計図

4.1　統合の全体像

ECM×SCM統合の理想形は「設計変更の承認という単一のイベントが、サプライチェーン全体に自動的・即時的・正確に伝播する」アーキテクチャです。以下に全体統合設計図の概念を示します。

ECM×SCM統合アーキテクチャ概念図

【上流：設計・変更管理層】 PLM（Teamcenter / ENOVIA / Windchill / SAP PLM） ├─ EBOM（設計部品表） ├─ ECR/ECO管理（変更要求→変更指示） ├─ 図面・仕様書・CoC管理 └─ [変更承認イベント発火] │ ▼【統合インターフェース層】 API / BTP（SAP）/ ESB（統合基盤） ・EBOM→MBOM変換ロジック ・有効条件（Effectivity）の変換 ・影響範囲の自動計算エンジン │ ┌──────┼──────────┐ ▼ ▼ ▼ 【ERP層】 【SCM/APS層】 【サプライヤー層】 SAP S/4HANA SAP IBP / APS サプライヤーポータル ・MBOM更新 ・需要計画再計算 ・ECN自動通知 ・購買オーダー ・供給計画調整 ・旧部品在庫確認 キャンセル ・在庫切替計画 ・新部品ロールアウト ・製造指図更新 指示 ・有効期間設定 │ ▼ 【製造実行層】 MES（Opcenter / SAP DM） ・BOP（工程表）更新 ・新作業手順書の自動配信 ・「ここから新部品」切替点制御 │ ▼ 【トレーサビリティ層】 ・「どの製造ロットに新/旧部品が使われたか」の完全記録 ・順方向/逆方向追跡の実現

4.2　EBOM→MBOM変換の統合設計

ECM×SCM統合の最も重要な連携点の一つが「EBOM（設計部品表）からMBOM（製造部品表）への変換」です。この変換は単純なデータコピーではなく、設計の意図を製造の現実に変換するビジネスロジックを含みます。

変換項目	EBOM（設計側）	MBOM（製造側）	変換ロジックの例
部品番号	設計上の図番・部品番号 （設計部門のルール）	購買・製造上の品目コード （ERP品目マスタ）	設計番号とERP品目コードのマッピングテーブルで変換。1つの設計番号が複数の調達先品番に対応するケースを管理
数量・単位	設計上の使用数量 （理論値・歩留なし）	製造上の必要数量 （歩留・スクラップ率考慮）	歩留率・スクラップ率をMBOMに付加。例：設計上1個使用→MBOMでは1.05個（歩留り95%）
代替部品	設計では「推奨部品」のみ	製造では「第1代替・第2代替」を含む	サプライヤー資格認定済みの代替部品をMBOMに自動追加。調達リスクに応じて代替順位を設定
有効条件	変更の設計上の有効日	製造上の切替点 （在庫消化後・特定ロットから）	設計の有効日を起点に、SCMの在庫量・生産計画から「実際の切替ロット番号・日付」をSCMシステムが計算
ファントムBOM	設計上のサブアセンブリ	製造では中間品として製造するか・購買するか	MBOM変換時に「製造（Make）か購買（Buy）か」のMake/Buy決定ロジックを適用

4.3　有効条件（Effectivity）の3つの方式と選択基準

設計変更をいつから適用するかを定める「有効条件」は、ECM×SCM統合設計における最も繊細な設計ポイントです。選択を誤ると廃棄ロス・品質混在・トレーサビリティの欠如が生じます。

有効条件の種類	概要	向いているケース	SCM実装上の注意
①日付有効 （Date Effectivity）	指定日以降に製造・調達した品目から新BOMを適用 例：「2026年9月1日以降の製造オーダーは新BOM」	・コスト改善部品の切替 ・法規制対応（施行日起点） ・計画的な性能改善変更	日付以前に発行した製造指図・購買オーダーの扱いを明確化。9月1日到着予定の旧部品を使うか破棄するかをルール化
②シリアル/ロット番号有効 （Serial / Lot Effectivity）	特定のシリアル番号・製造ロット番号以降から新BOMを適用 例：「シリアル#5001以降から新部品」	・安全改修（「この番号以前はリコール対象」の明確化） ・自動車・航空機等トレーサビリティが厳格な業種	シリアル番号の採番ルールとSCMシステムの整合が必要。MESとの連携でシリアル番号を製造指図と紐付け
③在庫消化有効 （Use-Up / Exhaust-Then-Change）	旧部品の在庫を使い切ってから新部品に切替 例：「倉庫内の旧部品A在庫がゼロになった翌製造指図から新部品B」	・廃棄ロスを最小化したい部品代替変更 ・両部品の互換性が完全に保証されている場合	MRPが旧部品と新部品を同時に計算し、旧在庫消化後に自動で新部品発注に切り替える設定が必要。在庫水準の監視がシステム的に必要

第五章：変更タイプ別統合フロー詳細

5.1　緊急変更（Safety ECO）の統合フロー

安全・品質上の重大問題への緊急変更は、通常の承認フローを短縮しながらも、SCMへの影響範囲を最速で特定・対処することが求められます。「スピード」と「正確さ」の両立が統合設計の核心です。

ステップ	アクション	担当	システム連携	目標時間
S1：問題検知	品質不良・安全問題を検知し、緊急ECRを即時起票 変更対象部品コード・問題の概要を記録	品質担当 設計担当	QM（品質通知QM01）→PLM ECRへ自動エスカレーション またはMES品質アラート→PLM連携	0〜2時間
S2：影響範囲の即時特定	①在庫中の旧部品を即時特定・隔離指示 ②製造中のWIPに旧部品が組み込まれているロットを特定 ③出荷済み製品の影響範囲をトレーサビリティシステムで即時抽出 ④サプライヤーの旧部品在庫量を確認	購買・物流 品質・設計	MES/WMトレーサビリティ: 旧部品使用ロットを逆方向追跡 SAP在庫管理: 旧部品のロット別在庫を即時照会 サプライヤーポータル: 在庫照会を自動送信	2〜8時間
S3：緊急ECO承認	影響範囲情報をもとに簡易承認フロー（通常フローの短縮版）で変更を承認 有効条件・移行方式を確定	設計責任者 CQO（最高品質責任者）	ECO承認がトリガーとなりSCMシステムへの変更伝播を自動開始 SAP PLM: Change Masterを緊急ステータスで承認	4〜24時間
S4：停止・隔離指示の実行	①旧部品在庫に「品質保留（Quality Hold）」ステータスを付与 ②旧部品を使った製造ロットの出荷を一時停止 ③サプライヤーへのECN緊急発信	物流・製造 購買	SAP WM: 在庫ステータスをQ在庫（検査中）に変更 MES: 出荷許可フラグをオフ サプライヤーポータル: 緊急ECN自動送信	1〜4時間
S5：代替措置の実施	新部品または改修済み部品での製造再開 出荷停止中製品の修理・再検査・出荷再開	製造・品質	MES: 新BOP・新手順書を現場に配信 SAP PP: 製造指図を新BOMで再オーダー	変更による（数日〜数週間）
S6：事後検証とクローズ	新部品での製造実績・品質検査結果を確認 ECOをクローズし全記録をアーカイブ リコール対象範囲の最終確定	品質・設計 法務（必要に応じ）	SAP QM: 使用判定（QA11）の記録 PLM: ECOクローズ・全記録の保管 トレーサビリティレポートの発行	1〜4週間

5.2　計画変更（Planned ECO）の統合フロー

コスト改善・性能向上を目的とした計画的な設計変更では、廃棄ロスの最小化と変更効果の最大化を両立するフェーズイン/フェーズアウト計画が鍵です。

フェーズ	期間目安	アクション	SCM連携ポイント
事前評価 （Pre-ECO）	承認の1〜3ヶ月前	・旧部品の現在庫量・発注残・安全在庫を確認 ・使い切りシミュレーション（いつ在庫がゼロになるか） ・新部品のサプライヤー認定・リードタイムを確認 ・切替コスト（廃棄予測額・認定費用）を算出	MRPの在庫照会・発注残照会でシミュレーション 新部品のQual Testをサプライヤーと開始
ECO承認・有効条件設定	承認日	・有効条件（使い切り方式/日付方式）を決定 ・旧部品の最終発注日・最終入荷日を確定 ・新部品の初回発注日・必要リードタイムを計算	SAP CC01で有効条件をMBOMに設定 MRPパラメータに旧部品フェーズアウト日・新部品フェーズイン日を設定
移行実行 （Transition）	切替日の前後1〜4週	・旧部品の最終発注をかける（それ以降は発注停止） ・新部品の初回発注・入荷確認 ・現場作業者への新手順書配布・訓練 ・MESの作業指示に「この製造ロット以降は新部品」を設定	MES: 切替ロット番号を登録。ロット番号が切替点を超えたら自動で新BOMを参照 サプライヤーポータル: 旧部品発注停止・新部品発注開始を通知
モニタリング （Post-ECO）	切替後1〜3ヶ月	・新部品での品質実績を確認 ・旧部品在庫のゼロ達成を確認 ・コスト削減効果・品質効果を測定 ・想定外の廃棄ロスが出ていないか確認	SAP QM: 新部品ロット品質記録の確認 SAP Material Ledger: 新旧部品の原価差異分析 SAP ECOクローズ処理

第六章：SAP実装における統合設計

6.1　SAPにおけるECM主要トランザクション

トランザクション	機能	ECM×SCM統合での役割
CC01 / CC02	変更マスタの作成・変更 （Engineering Change Master）	全てのBOM・ルーティング・材料マスタの変更を「変更番号」で一元管理。有効条件（日付・パラメータ）をここで設定する。変更番号がECMとSCMの連携キーとなる
CS01 / CS02	部品表（BOM）の作成・変更	BOMの変更を変更番号と有効日付を紐付けて実施。CC01で設定した変更番号をCS02で参照し、変更前・変更後のBOMが並存する履歴管理を実現
CA01 / CA02	ルーティング（製造工程）の作成・変更	製造工程の変更も変更番号で管理。「この変更番号の工程は新部品を使う新工程」という設定が可能
CC60	変更マスタの有効性確認 （Effectivity Check）	「この変更番号は正しく適用されているか」を確認するレポート。BOM・ルーティングへの変更適用状況を確認
PMEVC	PLMとERP間の変更連携（SAP PLM統合）	SAP PLMで管理したECR/ECOをSAP ERP（S/4HANA）のBOM・ルーティング変更に自動連携するインターフェース
CS15	BOMの使用箇所一覧（Where-Used）	変更対象部品が「どの製品BOMで使われているか」を即座に特定。影響範囲分析の自動化に使用
MB52 / MB56	倉庫在庫照会・バッチ在庫照会	変更対象部品の現在庫量・バッチ別在庫を確認。廃棄ロス予測に使用
ME2M / ME2L	購買オーダー照会（品目別・納入先別）	変更対象部品の発注残・未入荷オーダーを特定。変更承認と同時にキャンセル対象を抽出
CO40 / CO41	製造オーダーの一括リリース・照会	変更対象部品を使う製造オーダーを特定。「この製造オーダーまでは旧BOM・以降は新BOM」の切替点管理

6.2　SAP ECMによるBOM有効期間管理の設計

SAP S/4HANAにおけるBOM有効期間管理は「変更マスタ（CC01）」と「BOM（CS01/CS02）」の組み合わせで実現します。正しく設計しないと「どの時点のBOMが正しいか分からない」という混乱が生じます。

設計原則①：全てのBOM変更は必ず変更番号（Change Number）を付与する

変更番号なしにBOMを直接変更すると、変更履歴が残らず「いつ・誰が・なぜ変更したか」が追跡不能になります。S/4HANAでは「変更番号必須」の設定（材料マスタのChange Number Required フラグ）を有効にすることを推奨します。

設計原則②：有効日付の起点を「製造指図のオーダー日」か「製造開始日」か統一する

SAP S/4HANAでは「どの日付を基準にBOMのバージョンを決定するか」を設定できます。「製造オーダー作成日」「計画開始日」「製造完了日」等の選択肢があり、業種・製品特性によって適切な選択が異なります。この設定が統一されていないと「どのBOMで製造したか」が不明確になります。

設計原則③：在庫消化方式では代替品目マスタ（Alternative Item）を活用する

在庫消化方式で旧部品→新部品に切り替える場合、SAPのBOM Alternative Item（代替部品）機能を使い「旧部品の在庫がある間は旧部品を優先使用、なくなれば自動的に新部品に切替」という設定が可能です。MRPがこのルールを自動考慮して計画を立てます。

6.3　PLM→S/4HANA自動連携の統合設計（SAP統合シナリオ）

統合シナリオ	PLM側	S/4HANA側	統合方式	実装上の注意
EBOM→MBOM変換	Teamcenter/ENOVIA/Windchill でEBOMを管理	S/4HANA CS01でMBOMを管理	API連携（REST/SAP BTP Integration） またはSAP LO-ECH APIを使用 SAP Teamcenter統合（TCI）が最もネイティブ	設計部品番号とERP品目コードのマッピングを事前に整備。マッピングなしでは自動変換不可
ECO承認→BOM変更自動適用	PLMでECOが承認状態になる	S/4HANAのCC01+CS02が自動更新	PLM ECO承認イベント→Webhookまたはバッチ連携→S/4HANA CC01作成+CS02更新	承認から適用までのラグ（バッチ間隔）を業務要件と合わせる。リアルタイム連携が必要か準リアルタイムで良いか
変更通知→サプライヤー自動通知	PLM ECO承認	SAP Ariba / サプライヤーポータル経由でECNを自動発信	S/4HANA MM→Ariba Connectivity または専用サプライヤーポータルへのAPI	サプライヤーごとに通知方式（EDI/Email/Portal）が異なる。通知到達確認（Acknowledgment）の仕組みも必要
BOP連携	PLM MBOM+工程設計→BOPを定義	S/4HANA CA01でルーティング更新 またはMES（SAP DM）へ直接BOP配信	PLM BOP→SAP DM（MES）へDirect連携 またはS/4HANA CA（ルーティング）経由	BOPとルーティングの粒度の違いに注意。PLMのBOPは工場設計レベル、SAPルーティングは生産計画レベルで若干異なる

第七章：業種別ECM×SCM統合パターン

7.1　自動車・二輪（最も複雑なECM×SCM）

自動車業界は設計変更の頻度・サプライチェーンの複数階層・IATF 16949の品質要件から、ECM×SCM統合が最も高度な業種の一つです。

• 設計変更の特徴：1車種あたり年間数百〜数千件のECOが発生。OEMからTier1・Tier1からTier2への「変更の滝（Change Cascade）」が複数階層を伝播

• 有効条件の特徴：シリアル番号有効が主流（「この車台番号以降から新部品」）。生産ラインの「製番ネジを切る」日が切替点

• 主な統合課題：Tier1〜Tier2への変更通知が紙・PDFで届き、Tier2での切替タイミングが不正確。旧部品・新部品の混在リスクが「設計品質」と「量産品質」で意味が異なる

• 統合設計のポイント：OEMのPLM（TeamcenterやENOVIA）からTier1のERPへのEDI連携が鍵。設計変更の「自動車産業向け標準形式（ODETTE/VDA等）」に準拠した変更通知フォーマットの整備が必要

【外部事例：Catena-X（自動車OEM–サプライヤー品質連携）】自動車のECM×SCMで最も難しいMulti-tierの品質・変更連携は、標準化データ基盤で実装が進んでいる。Catena-XのQuality Managementでは、OEMの市場データとサプライヤー生産データを接続し、不具合検知を平均4か月前倒し、新規サプライヤーのgo-liveを5週間へ短縮したと公表されている。7.1で述べたMulti-tier変更連携の実装形が、既に外部で成立している。（公式公表：Catena-X）

7.2　電機・電子（部品EOLと短ライフサイクル）

電機・電子業界ではチップ・電子部品の販売終了（EOL：End of Life）を起点とする「代替部品変更」が頻発します。製品ライフサイクルが短いため、変更の対応スピードが競争力に直結します。

• 設計変更の特徴：半導体部品の生産終了通知（PDN：Product Discontinuation Notice）をトリガーとした調達主導のECOが多い。設計部門と購買部門が共同でECOを起票するケースが多い

• SCMへの影響の特徴：代替部品の認定に3〜6ヶ月かかるため、PDN受領から有効なECO承認まで「在庫の積み増し（Last Time Buy）」が必要。LTBの数量計算が重要

• 主な統合課題：複数の代替部品候補の中からコスト・リードタイム・品質を考慮して最適を選ぶ意思決定をどう支援するか。また代替後の実績品質を元の部品と比較するトレーサビリティ

• 統合設計のポイント：IHS Markit等の部品情報データベースとPLM/ERPを連携し「部品EOL情報を自動取り込み→事前アラート→代替品検索」を自動化する

7.3　医薬品・医療機器（規制対応が支配的）

医薬品・医療機器では、設計変更が規制当局（FDA・PMDA等）への届出・承認を要するケースがあり、「承認を得てからでないと変更を実施できない」という制約が統合設計を複雑にします。

• 設計変更の特徴：GMP（Good Manufacturing Practice）規制のもとで全ての変更を文書化・承認・記録することが義務。変更は「マイナーチェンジ（届出のみ）」「メジャーチェンジ（承認必要）」に分類

• SCMへの影響の特徴：規制承認を待つ間も生産を継続する必要があるため「旧処方での在庫確保」と「規制承認後の切替計画」を同時に管理する必要がある

• 主な統合課題：変更の規制区分（届出/承認）に応じてSCMの切替タイミングが変わる。規制承認が遅延した場合のSCMへの影響を動的にシミュレーションできる統合が必要

• 統合設計のポイント：PLMのECMと品質システム（Veeva Vault等）を統合し、規制提出文書と製造BOMの一貫性を担保。FDA 21 CFR Part 11準拠の電子承認・監査証跡が必須

【外部事例：Eli Lilly／Zyno Medical（FDA）】規制産業の変更連携のゴールは単なるBOM同期ではない。Eli Lillyは、最終製品単位のシリアライゼーションのためにvision system・高速制御・イベント管理・ERPを跨ぐIT/OT統合を敷いた。一方Zyno Medicalは、未V&V（検証未了）のソフト版が市場流出しFDAのClass I回収に至り、シリアル番号単位の使用停止・返送・所在確認を招いた。effectivity管理と「検証済み変更」の連携がなぜ必要かを一撃で示す反証事例である。（公式公表：Rockwell/Eli Lilly、FDA）

7.4　化学・プロセス製造（レシピ変更とバッチ管理）

化学・プロセス製造では「製品レシピ（Formula/Recipe）」の変更がECMの中心であり、バッチ製造の特性とサプライチェーンの統合が独自の複雑さを持ちます。

• 設計変更の特徴：原材料の品質規格変更・配合比率の変更・製造温度・時間パラメータの変更がレシピECOとして管理される

• SCMへの影響の特徴：バッチサイズ・歩留り変動が在庫計画に直接影響。レシピ変更後の歩留り実績が計画値と乖離することがあり、在庫過不足が発生しやすい

• 統合設計のポイント：SAP PP-PI（プロセス指図）とPLMのRecipe管理を統合。レシピ変更がPP-PIのマスタレシピに自動適用されるフローを設計

第八章：サプライヤー連携設計――外部SCMへの変更通知

8.1　サプライヤー変更通知（ECN）の設計

設計変更のサプライヤーへの通知（ECN：Engineering Change Notice）は、ECM×SCM統合において「社内システム連携」と同等以上に重要です。サプライヤーへの通知が遅れたり不正確だったりすると、旧部品の過剰製造・廃棄ロスの補償問題・品質混在が発生します。

通知内容	なぜ必要か	通知タイミング	推奨通知手段
変更内容の詳細（図面・仕様書）	サプライヤーが「何がどう変わったか」を正確に理解しないと対応不可	ECO承認と同時	PLM DMS（文書管理）からサプライヤーポータルへの自動配信。図面・仕様書の最新版を直接アクセス可能に
有効日・切替ロット	「いつから新部品を納入すべきか」を正確に伝えないと新旧混在が起きる	ECO承認と同時	明確な日付・ロット番号を数値で通知。「できるだけ早く」等の曖昧な指示は避ける
旧部品の最終納入期限	サプライヤーが旧部品の製造をいつ止めるべきかを明確化	ECO承認の1〜2週前に予告	最終発注日と最終入荷許容日を明示。それ以降の旧部品入荷は受け入れないことを事前合意
旧部品在庫の取扱い方針	旧部品の廃棄補償・返品受入・Last Time Buyの可否	ECO承認前に交渉・ECO承認と同時に最終確定	調達契約（サプライヤー契約）に変更通知条項・廃棄補償条項を事前に組み込んでおくことが理想
認定・品質確認要件	新部品・新仕様での品質試験・サプライヤー認定の要件を明示	ECO承認前（認定期間を確保するため早期に）	PPAP（初期サンプル承認プロセス）・ISIRの要件を変更通知と一緒に送付

8.2　サプライヤーポータル統合設計

大規模製造業ではサプライヤーポータル（SAP Business Network / Ariba Supply Chain等）を介した電子的なECN配信が標準になりつつあります。ポータル統合の設計ポイントを以下に整理します。

• ECN自動配信：PLMまたはSAP S/4HANAでECOが承認されると、影響するサプライヤー（BOM上の品目に紐づく仕入先マスタ）に自動的にECNが配信される

• 受信確認（Acknowledgment）：サプライヤーが変更内容を確認・受諾したかを電子的に確認。未確認のサプライヤーには自動リマインダーが送信される

• 旧部品在庫の自動照会：ECO承認時にサプライヤーポータル経由で「現在の旧部品在庫量」の報告を自動依頼。在庫量を集計して廃棄ロスを事前に算出

• 変更質問（Change Query）：サプライヤーが変更内容について質問できるポータル機能。Q&Aが変更記録に紐付いて管理される

【外部事例：Koller Kunststofftechnik（Catena-X／BMW接続）】サプライヤーポータルの価値は連絡手段の電子化に留まらない。中堅サプライヤーのKollerは、Catena-X準拠ソフトを3日で立ち上げ、OEE計算を51%高速化、エネルギー損失15%削減、生産エネルギー使用100%可視化を達成し、BMWとのトレーサビリティデータ交換の実証まで到達した。変更通知基盤は「通知箱」ではなく、品質・エネルギー・製造実績を含む標準化データ交換の入口として設計すべきである。（公式公表：Catena-X）

第九章：統合設計の落とし穴と成功原則

9.1　ECM×SCM統合の典型的な失敗パターン

失敗パターン	なぜ起きるか	発生するコスト・影響	予防策
「設計は完了」「現場はまだ旧部品」の混在	PLMでECOを承認してもERP/MES/サプライヤーへの伝播が手動でタイムラグが発生	新旧部品が混在した製品の出荷→品質クレーム・リコールリスク	ECO承認→ERP BOM更新→MES BOP更新→サプライヤー通知の全連携を自動化。手動ステップをゼロにする
影響評価なしの変更承認	「設計上は簡単な変更」という判断で影響評価をスキップ	承認後に「実は購買オーダー100件が旧部品で発注中だった」と判明→追加コスト発生	全ECOに対して「影響評価（Impact Analysis）」を必須ステップとして設計プロセスに組み込む。自動化ツールで影響対象を即時リスト化
有効条件の設定ミス	「2026年9月1日から新BOM」と設定したが、9月1日時点で旧部品在庫が大量に残っていた	旧部品廃棄ロス発生。または旧部品を使いたいが「システム上は新BOM」で製造できない	有効条件設定前に在庫消化シミュレーションを実施。有効日は「在庫がほぼゼロになる予測日」の翌日以降に設定
サプライヤーへの通知遅延	ECNをメール・PDFで手動送付しているため、担当者の作業待ちでタイムラグ	変更後も旧部品を製造し続けたサプライヤーから廃棄補償を請求される	ECO承認と同時にサプライヤーへECNを自動配信するシステム連携を構築
スペアパーツ担当への変更未伝達	ECMがEBOMとMBOMのみ更新。サービスBOMへの伝播を設計に含めていない	廃止部品がサービスカタログに掲載され続け、顧客・サービス担当が廃止部品を発注し続ける	ECOのスコープにサービスBOM・スペアパーツカタログの更新を必須チェックリストとして含める

【外部事例（反証）：Zyno Medical Class I 回収（FDA・2025）】変更連携が危険なのは、通知が遅いときだけではない。未検証（V&V未了）の変更がeffectivity条件とともに市場へ流出すると、回収はシリアル番号単位の使用停止・返送・所在確認・交換手配へ直結する。FDAは本件を最も重大な回収類型（Class I）と定義した。「検証済み」と「有効条件」を連携しないことの帰結を、失敗パターンの実例として示す。（公式公表：FDA）

9.2　ECM×SCM統合成功の5原則

原則①：「変更番号（Change Number）」を全ての変更情報の連携キーとする

PLM・ERP・MES・サプライヤーポータルを横断して「変更番号」が唯一の識別キーとして機能するよう設計します。変更番号がない変更は「変更ではない（直接修正は禁止）」というルールを組織全体で徹底することが、トレーサビリティの基盤です。

原則②：影響評価を「自動計算」にする

ECR/ECO起票時に「この部品が影響するBOM・購買オーダー・製造指図・在庫・サプライヤー」を人手なしに自動リスト化できる仕組みを持ちます。影響評価が「担当者が手作業で調べる」プロセスである限り、スピードと正確さの両立は不可能です。

原則③：有効条件は「在庫・計画と連動」して設定する

有効条件（切替日・切替ロット番号）は、設計部門が単独で決定するのではなく、「その時点の在庫量・発注残・生産計画」とセットで計算して設定します。SCM担当者がECO承認フローに参加し、有効条件を実態に合わせて合意する体制が必要です。

原則④：変更の伝播を「自動・即時」にする

ECO承認というイベントが、ERP（BOM更新）・MES（BOP・作業手順書更新）・サプライヤーポータル（ECN発信）・サービスBOMへの更新をドミノのように自動的に連鎖させます。「承認後に誰かが手作業で各システムを更新する」というプロセスは、連携の断絶点です。

原則⑤：逆方向フィードバック（SCM→ECM）を設計に組み込む

ECMは「設計→SCM」の一方向ではなく「SCM→設計」のフィードバックループが同等に重要です。「この部品はサプライヤーが廃止するので設計変更が必要（購買→設計）」「この工程でこの部品が使いにくい（製造→設計）」「このスペアが調達できなくなった（サービス→設計）」というフィードバックをECRとして迅速に取り込む仕組みを設計します。

9.3　ECM×SCM統合の成熟度モデル

成熟度	レベル定義	典型的な状態	次のステップ
Level 1 （断絶）	ECMとSCMが完全に別管理	変更通知はメール・紙・口頭。BOM変更はExcelで管理。サプライヤー通知は電話	まずECMプロセスの標準化（ECR/ECOの定義・承認フロー）から開始
Level 2 （基本連携）	ECMで変更を管理し、ERP BOMへ手動反映	SAP CC01/CS02でBOM変更を変更番号付きで管理。ただしERP反映は手動・週次バッチ	ERP BOM更新の自動化。影響範囲の自動リスト化（CS15活用）
Level 3 （自動伝播）	ECO承認がERP・MESに自動反映	PLM→ERP BOM自動更新。MESへの新BOP自動配信。サプライヤーへのECN自動発信	有効条件をSCM計画と連動させた自動設定。廃棄ロス予測の自動化
Level 4 （予測・最適化）	SCMデータと連動した影響評価・切替最適化	変更申請時にSCMのシミュレーションが自動実行され「最適な切替日・廃棄ロス最小化案」が自動提示される	AI/ML活用：過去のECOパターンから変更影響の予測精度を向上させる
Level 5 （デジタルスレッド）	設計変更がサプライチェーン全体のデジタルツインと連動	製品Digital Twinに設計変更が反映され、サプライチェーン全体への影響がリアルタイムシミュレーションで可視化	Digital Thread実現：設計→製造→調達→サービスが一本のデータストリームで繋がる

以上

9.4　外部実証事例の総覧（一次情報ベース）

本書の設計論を裏づける、外部の一次情報ベース事例を総覧する。いずれも「公式公表では」等の留保付きで、本書の各章を「理論」ではなく「すでに外部でも成立している設計」として読むための証拠として活用されたい。

事例／主体	領域・刺さりどころ	主な成果（公表ベース）
Catena-X Quality Mgmt （BMW/Bosch/DENSO 他）	サプライヤー品質・逆方向連携（7・8・9章）	不具合検知 平均4か月前倒し／新規接続5週間／疑義140万台→14台
Koller Kunststofftechnik （Catena-X/BMW）	サプライヤーポータル・可視化（8章）	3日で実装／OEE計算51%高速化／エネルギー損失15%削減
Cytiva（Rockwell）	閉ループ製造・工場立上げ（0.4/6章）	工場構築18か月未満／効率10〜20%改善／上市7年→3〜4年
NIST Digital Thread	標準ベースのデジタルスレッド（0.6/9章）	設計–製造リードタイム短縮・最終品質改善（pilot）
Eli Lilly（Rockwell）	規制・IT/OT・シリアライゼーション（7.3）	vision/高速制御/イベント/ERP統合で最終製品トレーサビリティ
Siemens Amberg	高成熟工場・水平垂直統合（0.4/0.6）	5,000万件データ活用／品質99.9990%／DTでサイクル改善
Rolls-Royce DIREKT	ライフサイクル・デジタルスレッド（0.6/7章）	設計変更の即時反映／リードタイム大幅削減目標
Zyno Medical（反証・FDA）	失敗＝未V&V変更の市場流出（9.1）	Class I回収／シリアル単位の停止・返送・所在確認

? 事例が示すのは4点である。①サプライヤー連携は通知の電子化でなく「標準化データの往復」（Catena-X/Koller）、②閉ループ製造は承認短縮でなく「工場性能」として現れる（Cytiva/Siemens）、③Digital Threadは「公開標準」の対象（NIST/Rolls-Royce）、④規制産業では「検証済み変更×effectivity」の連携が回収リスクを分ける（Eli Lilly/Zyno）。