その他_ECM×SCM統合設計図

ECM × SCM 統合設計図

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つの価値

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承認の前提条件として紐付け

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(部品変更)の有効条件と調達の実際の切替点が正確に一致していることを保証

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

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

第一章:なぜ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つの問い

第二章:Engineering Change Managementの全体像

2.1 ECMの基本用語

用語略称定義SAP対応オブジェクト
Engineering Change RequestECR(変更要求)変更の必要性を提起する文書。変更理由・想定スコープ・影響範囲の初期評価を含む。承認されるとECOに昇格CC01(変更マスタ)のECR区分 / SAP PLMのChange Request
Engineering Change OrderECO(変更指示)変更の実施を正式に承認する文書。対象BOM・図面・仕様書・有効日・担当者を確定させるCC01/CC02(変更マスタ)/ CS01でBOM変更に有効期間を紐付け
Engineering Change NoticeECN(変更通知)変更内容を関係部門・サプライヤーに通知する文書。ECOの実施と同時または直後に発行SAPドキュメント管理(DMS)/ サプライヤーポータル通知
Engineering Change ImplementationECI(変更実施)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・ルーティングへの変更適用状況を確認
PMEVCPLMとERP間の変更連携(SAP PLM統合)SAP PLMで管理したECR/ECOをSAP ERP(S/4HANA)のBOM・ルーティング変更に自動連携するインターフェース
CS15BOMの使用箇所一覧(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統合が最も高度な業種の一つです。

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

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

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

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

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

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

第八章:サプライヤー連携設計――外部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配信が標準になりつつあります。ポータル統合の設計ポイントを以下に整理します。

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

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・スペアパーツカタログの更新を必須チェックリストとして含める

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実現:設計→製造→調達→サービスが一本のデータストリームで繋がる

以上