― 設計変更をサプライチェーンに伝播させる統合アーキテクチャ完全ガイド ―
2026年6月
グローバル競争の激化・製品ライフサイクルの短縮・脱炭素規制・サプライチェーンの多重リスクを背景に、現代の製造業が扱う設計変更(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差分管理が複雑化。一つの顧客向け変更がサプライチェーン全体を再設計する必要が生じるケースが増加 |
「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倍に達することもある ◆ サプライヤー関係への影響 ・「突然の変更通知」「直前のキャンセル」が繰り返されるとサプライヤーの信頼が低下 ・優良サプライヤーから優先顧客ポジションを失い、調達コストが上昇するリスク |
| ビジネスメリット | 連携前 | 連携後(統合実現時) | 効果の根拠 |
| 廃棄在庫コストの削減 (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)に反映 新部品の調達計画が正確に立案される | 在庫過不足の削減 生産停止リスクの低減 |
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を起票」 → このクローズドループが機能することで、設計の意図と製造の現実が継続的に一致し続ける |
①設計品質の継続改善:製造現場で発生した歩留ロス・手直し・スクラップが設計部門にフィードバックされ、設計そのものを改善するECOが生まれる。「なぜ製造しにくいのか」が設計段階に反映される
②計画精度のリアルタイム改善:製造実績(実際の歩留・工数・スループット)がSCM計画にリアルタイムで反映され、計画と実績の乖離が縮まる。「計画通りに作れない理由」がSCMの計算パラメータに自動組み込まれる
③設変コストの削減:製造後に発覚する設計問題を、製造前(設計段階)で摘み取ることができる。設計変更のコストは「設計段階:1」「試作段階:10」「量産段階:100」と指数関数的に高くなるため、早期発見の効果は絶大
④Digital Thread の実現:製品の設計情報・製造情報・品質情報・サービス情報が一本のデジタルの糸(Digital Thread)で繋がった状態。部品番号Xについて「誰が設計し・いつ変更され・どのロットで製造され・どの顧客に出荷され・どのクレームが発生し・次の設計変更に何が反映されたか」を一貫してトレースできる
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を起票 → このクローズドループが機能することで、品質問題は設計改善につながり続ける |
| 構成要素 | 概要 | 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承認の前提条件として紐付け |
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(部品変更)の有効条件と調達の実際の切替点が正確に一致していることを保証 |
本書は以下の方々を主要読者として想定しています。それぞれの目的に応じた読み方を示します。
製造業の設計部門・PLM担当者:「自分たちが起票するECRがサプライチェーンにどう影響するか」を理解し、より実態に即したECOを作成するために。→ 第一章・第二章・第三章を重点的に読む
調達・購買・サプライチェーン部門の担当者:「設計変更をもっと早く・正確に受け取り、廃棄ロスを減らすために何が必要か」を理解するために。→ 第三章・第五章・第八章を重点的に読む
生産管理・製造現場の責任者:「設計変更がいつ・どのように現場に届き、何を変更すれば良いか」を明確にするために。→ 第五章・第六章・第七章を重点的に読む
ERPシステム設計者・SAP導入コンサルタント:「SAP S/4HANAでECM×SCM統合をどう実装するか」の技術設計のために。→ 第六章・第七章・第九章を重点的に読む
経営層・DX推進担当者:「ECM×SCM統合がなぜ経営上の優先事項なのか」を理解し、投資判断の根拠にするために。→ 序章(本章)のみで十分な投資判断の根拠が得られる
製造業において「設計変更(Engineering Change)」は日常的に発生します。品質問題への対応・コスト削減部品の切替・法規制対応・顧客要求への対応・性能改善など、その発生理由は多岐にわたります。問題は「設計変更が承認されても、サプライチェーン全体に正確かつタイムリーに伝播しない」という統合の断絶です。
| 設計変更がSCMに与える典型的な混乱 |
【現場でよく起きること】 ①設計部門でBOM変更が承認された → しかし購買部門は旧部品をすでに大量発注していた → 旧部品の過剰在庫・陳腐化ロス(Obsolete Inventory)が発生 ②設計変更の有効日が「来月1日から」と決まった → しかし生産現場では「今日完了した製造ロットまでは旧部品」のルールが曖昧 → 新旧部品が混在した製品が出荷され、品質問題に発展 ③緊急の安全改修変更(Safety ECO)が発令された → どのサプライヤーが旧部品をどれだけ在庫しているか即座に分からない → 影響範囲の特定に3日かかり、その間も旧部品を使った製品が出荷され続ける ④設計部門では変更を「完了」としてクローズした → しかしサービス部門は3年間、旧部品をスペアとして調達し続けた → 「設計では廃止されたが調達では生きている」状態が長期継続 |
製造業の情報システムは歴史的に「設計・開発領域(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・メールで届き、サプライヤー側の対応が遅れる |
問い①(タイミング):設計変更はサプライチェーンのどのタイミングで有効にすべきか?(既存在庫を使い切ってから?特定ロット番号から?特定日付から?)
問い②(影響範囲):この変更は購買・在庫・生産・出荷・サービスのどこに影響するか?変更承認前に全ての影響範囲を自動的に特定できるか?
問い③(伝播速度):変更が承認されてからサプライヤーの製造現場・自社の製造ラインに到達するまで、何時間・何日かかるか?それで十分か?
問い④(トレーサビリティ):どの製品に新旧どちらの部品が使われているかを、製造後・出荷後でも追跡できるか?
問い⑤(逆流情報):SCMやMESで発見された品質問題・調達問題を、設計部門のECRとして迅速にフィードバックできるか?
| 用語 | 略称 | 定義 | 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の優先度設定・緊急リリースフロー |
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への影響範囲と緊急度が大きく異なります。以下に主要な変更タイプとその影響を整理します。
| 変更タイプ | 主な発生理由 | SCMへの影響範囲 | 緊急度 | 典型的な問題 |
| ①安全・品質改修変更 (Safety/Quality ECO) | 製品の安全問題・重大品質不良・リコール対応 | ・既出荷済み製品の回収/修理 ・在庫中の旧部品の即時隔離 ・生産中製造ロットの停止判断 ・サプライヤーへの即時通知 | 最高 (時間単位) | 隔離すべき在庫・出荷済み製品の範囲特定に時間がかかる。SCMトレーサビリティが不完全だと影響範囲が分からない |
| ②部品代替・調達変更 (Material Substitution ECO) | 旧部品の販売終了(EOL)・単価高騰・サプライヤー変更・調達リスク回避 | ・購買オーダーの切替 ・旧部品在庫の使い切り計画 ・新部品の承認・発注リードタイム ・新旧部品の共存在庫管理 | 高〜中 (週単位) | 旧在庫が残っているのに新部品に切り替えて廃棄ロスが発生。または旧部品を使い切ろうとして新部品への切替が遅れ生産ラインが止まる |
| ③性能・機能改善変更 (Performance/Feature ECO) | 製品競争力向上・顧客フィードバック・原価低減 | ・BOM変更(新部品の追加/削除) ・製造工程の変更 ・作業手順書の更新 ・コストへの影響 | 中 (月単位) | 変更の有効日設定が曖昧で新旧部品が混在した製品が市場に出る。管理コードの更新漏れ |
| ④法規制対応変更 (Regulatory ECO) | RoHS・REACH・CE・FDA等の法規制変更 | ・特定物質を含む在庫の使用禁止 ・認証部品への切替 ・CoC(適合宣言書)の更新 | 高 (法令施行日起点) | 法令施行日までに全在庫・サプライヤー在庫の切替が完了しているか確認できないリスク |
| ⑤廃止変更 (Obsolescence ECO) | 製品の生産終了・モデルチェンジ | ・スペアパーツ最終在庫の確保 ・製造終了ロット番号の確定 ・サービス用在庫計画の策定 | 低〜中 (四半期単位) | 廃止後も「知らずにサプライヤーが在庫を持ち続ける」ことで、余剰在庫・不要調達が継続 |
設計変更に伴う廃棄ロスは、製造業において「見えにくいコスト」として慢性的に発生します。その構造を理解することが、ECM×SCM統合設計の出発点です。
| 廃棄ロス発生箇所 | 発生メカニズム | 統合で防げること |
| 自社倉庫の旧部品在庫 | 変更承認後も発注済み在庫が入荷し続ける。在庫は「変更後は使えない」として廃棄 | 影響評価ステージでMRPの発注残・入荷予定を自動照合。変更承認と同時に旧部品のOpen POをキャンセル・サプライヤーに通知 |
| 仕掛品・WIP | 製造中の途中工程製品に旧部品が組み込まれている。変更後は「不完全な製品」として廃棄または手直し | MESと連携してどの製造ロットに旧部品が使われているかを変更承認前にリアルタイムで特定。「この製造ロット以降を新部品で」という切替点を正確に設定 |
| サプライヤー在庫 | 変更通知が遅れている間、サプライヤーは旧部品の製造・在庫確保を継続。変更後に「返品不可」として廃棄ロス | ECN(変更通知)を承認と同時にサプライヤーポータル・EDIで自動発信。サプライヤーの旧部品在庫量を事前に確認し廃棄補償を最小化 |
| アフターサービス在庫 | 設計上は廃止された部品が、サービス部門で長期スペアとして調達し続けられる | ECO情報をサービスBOM・スペアパーツカタログに自動伝播。廃止部品には「代替部品コード」を紐付け、サービス部門が自動的に新部品に切替 |
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(工程表)更新 ・新作業手順書の自動配信 ・「ここから新部品」切替点制御 │ ▼ 【トレーサビリティ層】 ・「どの製造ロットに新/旧部品が使われたか」の完全記録 ・順方向/逆方向追跡の実現 |
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決定ロジックを適用 |
設計変更をいつから適用するかを定める「有効条件」は、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が旧部品と新部品を同時に計算し、旧在庫消化後に自動で新部品発注に切り替える設定が必要。在庫水準の監視がシステム的に必要 |
安全・品質上の重大問題への緊急変更は、通常の承認フローを短縮しながらも、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週間 |
コスト改善・性能向上を目的とした計画的な設計変更では、廃棄ロスの最小化と変更効果の最大化を両立するフェーズイン/フェーズアウト計画が鍵です。
| フェーズ | 期間目安 | アクション | 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クローズ処理 |
| トランザクション | 機能 | 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」の切替点管理 |
SAP S/4HANAにおけるBOM有効期間管理は「変更マスタ(CC01)」と「BOM(CS01/CS02)」の組み合わせで実現します。正しく設計しないと「どの時点のBOMが正しいか分からない」という混乱が生じます。
変更番号なしにBOMを直接変更すると、変更履歴が残らず「いつ・誰が・なぜ変更したか」が追跡不能になります。S/4HANAでは「変更番号必須」の設定(材料マスタのChange Number Required フラグ)を有効にすることを推奨します。
SAP S/4HANAでは「どの日付を基準にBOMのバージョンを決定するか」を設定できます。「製造オーダー作成日」「計画開始日」「製造完了日」等の選択肢があり、業種・製品特性によって適切な選択が異なります。この設定が統一されていないと「どのBOMで製造したか」が不明確になります。
在庫消化方式で旧部品→新部品に切り替える場合、SAPのBOM Alternative Item(代替部品)機能を使い「旧部品の在庫がある間は旧部品を優先使用、なくなれば自動的に新部品に切替」という設定が可能です。MRPがこのルールを自動考慮して計画を立てます。
| 統合シナリオ | 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ルーティングは生産計画レベルで若干異なる |
自動車業界は設計変更の頻度・サプライチェーンの複数階層・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等)」に準拠した変更通知フォーマットの整備が必要
電機・電子業界ではチップ・電子部品の販売終了(EOL:End of Life)を起点とする「代替部品変更」が頻発します。製品ライフサイクルが短いため、変更の対応スピードが競争力に直結します。
設計変更の特徴:半導体部品の生産終了通知(PDN:Product Discontinuation Notice)をトリガーとした調達主導のECOが多い。設計部門と購買部門が共同でECOを起票するケースが多い
SCMへの影響の特徴:代替部品の認定に3〜6ヶ月かかるため、PDN受領から有効なECO承認まで「在庫の積み増し(Last Time Buy)」が必要。LTBの数量計算が重要
主な統合課題:複数の代替部品候補の中からコスト・リードタイム・品質を考慮して最適を選ぶ意思決定をどう支援するか。また代替後の実績品質を元の部品と比較するトレーサビリティ
統合設計のポイント:IHS Markit等の部品情報データベースとPLM/ERPを連携し「部品EOL情報を自動取り込み→事前アラート→代替品検索」を自動化する
医薬品・医療機器では、設計変更が規制当局(FDA・PMDA等)への届出・承認を要するケースがあり、「承認を得てからでないと変更を実施できない」という制約が統合設計を複雑にします。
設計変更の特徴:GMP(Good Manufacturing Practice)規制のもとで全ての変更を文書化・承認・記録することが義務。変更は「マイナーチェンジ(届出のみ)」「メジャーチェンジ(承認必要)」に分類
SCMへの影響の特徴:規制承認を待つ間も生産を継続する必要があるため「旧処方での在庫確保」と「規制承認後の切替計画」を同時に管理する必要がある
主な統合課題:変更の規制区分(届出/承認)に応じてSCMの切替タイミングが変わる。規制承認が遅延した場合のSCMへの影響を動的にシミュレーションできる統合が必要
統合設計のポイント:PLMのECMと品質システム(Veeva Vault等)を統合し、規制提出文書と製造BOMの一貫性を担保。FDA 21 CFR Part 11準拠の電子承認・監査証跡が必須
化学・プロセス製造では「製品レシピ(Formula/Recipe)」の変更がECMの中心であり、バッチ製造の特性とサプライチェーンの統合が独自の複雑さを持ちます。
設計変更の特徴:原材料の品質規格変更・配合比率の変更・製造温度・時間パラメータの変更がレシピECOとして管理される
SCMへの影響の特徴:バッチサイズ・歩留り変動が在庫計画に直接影響。レシピ変更後の歩留り実績が計画値と乖離することがあり、在庫過不足が発生しやすい
統合設計のポイント:SAP PP-PI(プロセス指図)とPLMのRecipe管理を統合。レシピ変更がPP-PIのマスタレシピに自動適用されるフローを設計
設計変更のサプライヤーへの通知(ECN:Engineering Change Notice)は、ECM×SCM統合において「社内システム連携」と同等以上に重要です。サプライヤーへの通知が遅れたり不正確だったりすると、旧部品の過剰製造・廃棄ロスの補償問題・品質混在が発生します。
| 通知内容 | なぜ必要か | 通知タイミング | 推奨通知手段 |
| 変更内容の詳細(図面・仕様書) | サプライヤーが「何がどう変わったか」を正確に理解しないと対応不可 | ECO承認と同時 | PLM DMS(文書管理)からサプライヤーポータルへの自動配信。図面・仕様書の最新版を直接アクセス可能に |
| 有効日・切替ロット | 「いつから新部品を納入すべきか」を正確に伝えないと新旧混在が起きる | ECO承認と同時 | 明確な日付・ロット番号を数値で通知。「できるだけ早く」等の曖昧な指示は避ける |
| 旧部品の最終納入期限 | サプライヤーが旧部品の製造をいつ止めるべきかを明確化 | ECO承認の1〜2週前に予告 | 最終発注日と最終入荷許容日を明示。それ以降の旧部品入荷は受け入れないことを事前合意 |
| 旧部品在庫の取扱い方針 | 旧部品の廃棄補償・返品受入・Last Time Buyの可否 | ECO承認前に交渉・ECO承認と同時に最終確定 | 調達契約(サプライヤー契約)に変更通知条項・廃棄補償条項を事前に組み込んでおくことが理想 |
| 認定・品質確認要件 | 新部品・新仕様での品質試験・サプライヤー認定の要件を明示 | ECO承認前(認定期間を確保するため早期に) | PPAP(初期サンプル承認プロセス)・ISIRの要件を変更通知と一緒に送付 |
大規模製造業ではサプライヤーポータル(SAP Business Network / Ariba Supply Chain等)を介した電子的なECN配信が標準になりつつあります。ポータル統合の設計ポイントを以下に整理します。
ECN自動配信:PLMまたはSAP S/4HANAでECOが承認されると、影響するサプライヤー(BOM上の品目に紐づく仕入先マスタ)に自動的にECNが配信される
受信確認(Acknowledgment):サプライヤーが変更内容を確認・受諾したかを電子的に確認。未確認のサプライヤーには自動リマインダーが送信される
旧部品在庫の自動照会:ECO承認時にサプライヤーポータル経由で「現在の旧部品在庫量」の報告を自動依頼。在庫量を集計して廃棄ロスを事前に算出
変更質問(Change Query):サプライヤーが変更内容について質問できるポータル機能。Q&Aが変更記録に紐付いて管理される
| 失敗パターン | なぜ起きるか | 発生するコスト・影響 | 予防策 |
| 「設計は完了」「現場はまだ旧部品」の混在 | 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・スペアパーツカタログの更新を必須チェックリストとして含める |
PLM・ERP・MES・サプライヤーポータルを横断して「変更番号」が唯一の識別キーとして機能するよう設計します。変更番号がない変更は「変更ではない(直接修正は禁止)」というルールを組織全体で徹底することが、トレーサビリティの基盤です。
ECR/ECO起票時に「この部品が影響するBOM・購買オーダー・製造指図・在庫・サプライヤー」を人手なしに自動リスト化できる仕組みを持ちます。影響評価が「担当者が手作業で調べる」プロセスである限り、スピードと正確さの両立は不可能です。
有効条件(切替日・切替ロット番号)は、設計部門が単独で決定するのではなく、「その時点の在庫量・発注残・生産計画」とセットで計算して設定します。SCM担当者がECO承認フローに参加し、有効条件を実態に合わせて合意する体制が必要です。
ECO承認というイベントが、ERP(BOM更新)・MES(BOP・作業手順書更新)・サプライヤーポータル(ECN発信)・サービスBOMへの更新をドミノのように自動的に連鎖させます。「承認後に誰かが手作業で各システムを更新する」というプロセスは、連携の断絶点です。
ECMは「設計→SCM」の一方向ではなく「SCM→設計」のフィードバックループが同等に重要です。「この部品はサプライヤーが廃止するので設計変更が必要(購買→設計)」「この工程でこの部品が使いにくい(製造→設計)」「このスペアが調達できなくなった(サービス→設計)」というフィードバックをECRとして迅速に取り込む仕組みを設計します。
| 成熟度 | レベル定義 | 典型的な状態 | 次のステップ |
| 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実現:設計→製造→調達→サービスが一本のデータストリームで繋がる |
以上