ECM_SCM_設計パターン集

ECO承認後、PLMとERPの間に『BOM変換ゲート（Transformation Gate）』を設置する。

変換ゲートは以下を実行：

① 幻品目（Phantom BOM）の展開：EBOMにある中間アセンブリのうち、実際に在庫管理しないものを展開・除去

② 品目タイプの変換：設計品目（D品目）を購買品目（B品目）・製造品目（F品目）に分類変換

③ 製造バージョン（Production Version）の割当：拠点・工程・BOMの組合せを確定

④ 有効条件の変換：ECOの設計有効条件→MBOMの日付ベース/シリアルベース有効条件に変換

有効条件を『日付（Date Effectivity）』『シリアル番号（Serial Number Effectivity）』『ロット番号（Lot Effectivity）』の3軸として明示的に管理する設計を採用する。

3軸の優先ルールを設計段階で定義：

・日付有効条件：量産品・標準変更に適用（最も多い）

・シリアル番号有効条件：個体追跡必須製品（医療機器・航空機部品・電力設備）に適用

・ロット番号有効条件：バッチ品（化学品・食品・薬品）に適用

SAPのBOM/工程/購買インフォレコードすべてに同一の有効条件を統一設定し、有効条件の矛盾がないかをECO承認前に自動バリデーションチェックするルールを実装する。

ECOに『変更適用条件（Change Applicability Condition）』を設定し、バリアントBOMの依存関係（Dependency）と紐付ける。

① ECOを特性値条件付きで承認（例：COLOR=RED かつ VOLTAGE=200V の場合のみ変更有効）

② MBOMのバリアントBOM依存関係に変更後の部品をその条件で追加

③ SCM購買計画への影響は、実際にその特性値で受注が確定した場合のみ発生するよう制御

④ サプライヤーへの変更通知も該当バリアントを指定した条件付きECNとして配信

ECO承認イベントを単一のトリガーとして、全対象プラントのMBOMを同時更新する『マルチプラント同期メカニズム』を設計する。

① ECO承認時に、そのBOMを使用している全プラント一覧を自動抽出（SAPのCS15：BOM使用場所照会を活用）

② 各プラントのBOMオーナー（生産技術担当者）に同時通知→承認WFを並列起動

③ 全プラントの承認完了後（または特定日程）に全MBOMを一括自動更新

④ 更新結果（成功/失敗/保留）を管理ダッシュボードでリアルタイム可視化

⑤ 特定プラントのBOM更新が遅延した場合は自動アラートと暫定措置（偏差許可）を発動

フロー①：BOM更新フロー

ECO承認 → PLM BOM確定 → MBOM自動更新（SAP CS01）→ MRP再計算トリガー

→ 購買依頼（PR）の自動生成（新部品）/ キャンセル候補リスト生成（旧部品）

フロー②：在庫切替計画フロー

ECO承認 + 有効条件確定 → 旧部品在庫数量・使切り可能台数の自動計算

→ 旧部品の「使切り完了予定日（Run-out Date）」算出 → 新部品の切替調達開始日決定

フロー③：サプライヤー通知フロー

ECO承認 → ECN（変更通知書）自動生成 → 対象サプライヤーへ配信（Ariba Network / ポータル）

→ サプライヤー受諾確認 → 新旧部品の納入切替日をSCMに反映

PLMシステムのECO承認イベントをWebhookまたはAPI呼び出しのトリガーとして設定し、以下を自動シーケンシャルに実行する：

① PLM APIからECOデータ（新旧BOM差分・有効条件・適用範囲）を抽出

② BTP Integration SuiteのiFlowでSAP ERPへ変換・送信（CS01 BOM更新、MM60 使用可能化）

③ Open PO・PRのキャンセル候補リストをSAP MDから自動生成し購買担当者へ通知

④ IBP需要・供給計画を再計算トリガー（新部品の調達計画を生成）

⑤ 全処理の成功/失敗ログをBTPモニタリングに記録

人間が介在するのは『購買担当者がキャンセル候補PO/PRを承認』するゲートのみ。

ECO有効条件に基づいて旧部品のOpen PO処理を以下のロジックで自動制御する：

ケースA（即時廃止変更）：有効日以降に納期が到来するOpen POは全て自動でキャンセル候補にフラグ→購買担当が確認後にME22N/ME28Nでキャンセル実行

ケースB（使切り変更）：現在の旧部品在庫量と安全在庫を考慮した『使切り所要量（Run-out Qty）』を計算→使切り所要量以上のOpen POのみキャンセル候補化、残りは納期・数量を維持

ケースC（緊急変更）：安全変更・リコール変更の場合は全Open POを即時フリーズし購買マネージャーへエスカレーション

SAPのMRP例外メッセージ（MD06）を活用し「変更後の需要を超えるOpen PO」を自動抽出する設計も有効。

ECO承認時に以下の計算モデルを自動実行して最適使切り計画を生成する：

① 現在の旧部品在庫数量（QtyOH）をSAP MB52から取得

② 製造中のWIP（未完成製造指図）に組み込まれた旧部品数量（QtyWIP）を取得

③ 旧部品を使用した受注残（Open Order）での使切り可能台数：Qty_runout = QtyOH ÷ 1台あたり旧部品使用数

④ 使切り完了日：Current Date + Qty_runout ÷ 平均日産数

⑤ 新部品の初回入荷可能日（調達リードタイムから算出）と比較

⑥ 判定ロジック：

使切り完了日 ≦ 新部品初回入荷可能日 → 使切り推奨

使切り完了日 ＞ 新部品初回入荷可能日 → 一部廃棄 or 旧部品在庫を他製品・他拠点に転用検討

計算結果を「ECO在庫影響レポート」として購買・生産管理・財務への自動配信。

設計変更をSCMへ伝播するタイミングを意図的に『バッファリング（蓄積）』し、定期一括処理する設計パターンを採用する：

① 変更カテゴリで緊急度を分類：

CRITICAL（安全変更・法規制変更） → 承認後即時連携（リアルタイム）

HIGH（品質問題・機能欠陥） → 承認後24時間以内に連携

MEDIUM（コスト改善・設計改善） → 週次バッチ（月曜深夜）でまとめて連携

LOW（軽微な設計最適化） → 月次バッチで連携

② バッファ期間中に同一部品への複数ECOが競合する場合は「最終状態のみ連携」するマージロジックを実装

③ バッファ連携タイミング前に「今週のSCM連携予定変更一覧」を購買・生産計画担当へ事前配信

ECO承認イベントをトリガーとして、変更通知（ECN）をサプライヤーへ自動配信する仕組みを設計する：

① テンプレート化されたECN（変更通知書）を自動生成（変更前後仕様・有効条件・対応期限を含む標準フォーマット）

② 配信チャネルの多層化：

優先①：Ariba Network（EDI対応サプライヤー）への電子ECN配信

優先②：サプライヤーポータル（SAP Business Network）へのアップロードと受諾ボタン

優先③：電子メール（HTML形式で変更詳細を構造化して記述）+ 開封確認

最終：電話確認（配信後24時間以内に未確認の場合）

③ 配信ステータス（配信済/開封済/受諾済/拒否）をSCMシステムの仕入先マスタに紐付けてリアルタイム管理

ECN配信後のサプライヤー応答を構造化して管理する双方向確認設計を実装する：

サプライヤーへの要求事項（ECNに明記）：

① 受領確認：ECN受領から48時間以内にポータルで受諾確認クリック

② 実施計画：新仕様での初回出荷可能日・移行在庫数量・技術的懸念事項をポータル経由で回答

③ 異議申立：変更内容に技術的問題がある場合は期限内に拒否理由とともに申立

メーカー側のフォローアップロジック：

48時間未確認 → 自動リマインダー送信

96時間未確認 → 購買担当者へエスカレーションアラート

期限内に拒否申立あり → 変更委員会（CCB）への緊急審議起票

全対象サプライヤーの確認完了 → 変更移行レポートを自動生成し調達・品質・生産に配信

ECO承認時点のサプライヤー側在庫・WIPを把握した上で、標準化された補償計算式を適用する設計を採用する：

補償対象の分類：

① 既納入済み在庫（メーカー側倉庫）：メーカー側の責任範囲として廃棄処理（補償対象外だが廃棄コスト計上）

② サプライヤー側完成品在庫：発注数量以内であれば補償対象（購入価格で引取）

③ サプライヤー側仕掛WIP：加工費相当（材料費+付加価値費×完成度%）を補償

④ サプライヤー側原材料：代替用途がない場合に限り材料費を補償

補償計算フロー：

ECO承認時 → ECNでサプライヤーに在庫・WIP申告を依頼（書式指定）

申告受領後 → 購買担当が独立確認（入荷予定数量・発注残と照合）

算定後 → 変更委員会で承認 → クレジットノート発行（FI-AP処理）

契約段階での対策：調達契約にECO補償上限・計算式・申告期限を明記

緊急安全変更専用の高速承認・即時伝播フローを設計する：

高速承認フロー：

① 緊急ECRを起票（緊急フラグON）→ 通常の多段階承認を省略し、品質責任者+製造責任者の2者承認に短縮

② 承認権限委任（DOA）：夜間・休日でも緊急承認できる代理承認者を事前登録

③ 承認期限：緊急ECRは最大4時間以内の承認を規定（SLAとして内規に設定）

承認後の即時伝播（バッファリング禁止）：

④ 対象製品の出荷ホールド：SD出荷伝票に自動ブロック（VL02N: 出荷停止）

⑤ 製造中指図のフリーズ：PP製造指図に変更保留フラグ（TECO前の保留）

⑥ 全対象サプライヤーへ即時ECN配信（緊急フラグ付き：24時間受諾要求）

⑦ 影響製品の市場在庫特定フロー（Pattern 13）を自動起動

以下の3層のトレーサビリティデータを事前設計・蓄積することで、発生時に即時特定できるシステムを構築する：

第1層：製品シリアル ↔︎ 使用部品ロット の紐付け記録

→ 製造指図（CO01）完了時にSAP QMのバッチ管理（MSC1N）で部品ロット→完成品シリアルを記録

→ MES（製造実行システム）が工程ごとにスキャン記録し、SAP PP-SFCと同期

第2層：完成品シリアル ↔︎ 出荷先 の紐付け記録

→ SD出荷時（VL02N）に完成品シリアル番号と届先顧客・出荷日を記録

→ 輸出入の場合は通関データ（GTS）とも紐付け

第3層：外注先・市場在庫の所在記録

→ 外注在庫（特殊在庫K）はSAPの外注先在庫管理（MB5B）で追跡

→ 顧客倉庫（委託在庫）は販売情報レコードで管理

特定クエリ設計（リコール時に実行）：

入力：問題部品の品目番号 + 問題ロット番号/バージョン

出力：①影響を受けた完成品シリアル番号リスト

②各完成品の現在所在（自社在庫/出荷済/顧客別）

③推定リコール対象数量・対象顧客リスト（連絡先付き）

SAP変更マスタ（Engineering Change Master：CA01）を『唯一の変更管理ハブ』として設計し、PLM・BOM・工程・購買インフォレコードすべてに同一の変更マスタを紐付ける：

設計原則①：変更マスタ（CA01）の先行起票

ECO承認前に変更マスタを作成し、有効条件（日付/シリアル）を確定。すべての後続設計変更はこの変更マスタ番号で行う

設計原則②：同一変更マスタによるオブジェクト横断管理

BOM変更（CS01）・工程変更（CA01の工程セクション）・

購買インフォレコード変更・品質検査計画変更を同一変更マスタに紐付け

→ 有効日が一元管理され、MRP実行時に全オブジェクトが同時切替

設計原則③：Material Master（MM01）更新の自動化

ECO有効日到来時にBatch JobでMM01のMRP関連フィールド（安全在庫/調達先）を自動更新

設計原則④：MRP計画実行の適切なタイミング

BOM更新直後にMD01N（全体MRP）を実行するのではなく

変更バッファリングパターン（Pattern 8）と組み合わせて夜間バッチで計画更新

BTP Integration Suite を「ハブ」としたHub-and-Spoke統合アーキテクチャを採用し、PLM-ERP間の変換ロジックをiFlowに集約する：

アーキテクチャ設計：

[非SAP PLM] → (iFlow-1: PLM→標準フォーマット変換) → [BTP Event Mesh]

↓

(iFlow-2: SAP BOM更新)

↓

[SAP S/4HANA]

実装上の重要設計ポイント：

① BOM変換マッピング設計：PLMのBOMノード（EBOM）→SAPのBOM行（CS01 Component）への変換ルールを「変換マッピング定義書」として明文化・バージョン管理

② 品目番号の同期：PLMの品目ID（Part Number）とSAPの品目番号（Material Number）が異なる場合の照合テーブルをBTPに実装

③ 差分検出（Delta Detection）：BOM全量を毎回送信するのでなく、前回との差分のみをPLM側でエクスポートし転送量を最小化

④ エラーハンドリング：SAP側でのBOM更新失敗（バリデーションエラー・権限エラー）を検知し、PLM担当・購買担当へ即時通知。自動リトライ3回後は手動対応キューに移送

3層統合を以下のデータフロー設計で実現する：

【下流フロー：設計→計画→製造】

PLM ECO承認

→ BTP Event Mesh（変更イベント発行）

→ ①S/4HANA MBOM更新（CS01）・製造指図（CO01）更新

→ ②MES BOP（工程表・作業手順書）自動更新（MES APIへBTP iFlowで送信）

→ ③MES作業者端末（タブレット/RFスキャナ）の作業手順表示が自動切替

→ ④EWM倉庫WT（倉庫タスク）の部品ピッキング指示が新部品に自動切替

【上流フロー：製造→計画→設計 Closed Loop】

MES製造実績収集（歩留/不良数/工数/工程パラメータ）

→ IoTゲートウェイ（OPC-UA / MQTT）→ BTP IoT Service

→ ①SAP PP：製造実績確認（CO11N）に自動入力

→ ②SAP QM：品質逸脱時に自動品質通知（QM01）を起票

→ ③SAP CO：実際原価計算（ML）に工数実績を投入

→ ④PLM へのフィードバック：QM通知・工数逸脱をECRとして自動起票（改善変更の起点）

MES選定と統合APIの設計：MESごとに利用可能なAPIが異なるため、BTPのAPI Management層で統一インターフェースを設計し、MES差替を考慮した疎結合設計を採用する。

以下の5問をチームで確認してから設計に着手してください：

Q1：自社のECO件数（月間平均・ピーク月）は正確に把握しているか？

→ 実績データなく「あまり多くない」という感覚ベースで進めるのは危険（アンチパターン⑦）

Q2：PLM・ERP・MESのどのシステムが「変更の起点」「変更の権威（Source of Truth）」か合意されているか？

→ 起点が不明確だと二重管理・矛盾が発生する

Q3：有効条件の管理方式（日付/シリアル/ロット）が全システムで統一されているか？

→ 統一されていない場合、Pattern 2（有効条件トライアングル）を最優先で設計する

Q4：緊急変更（安全・リコール）の処理ルートが通常変更と明示的に分離されているか？

→ 分離されていない場合、Pattern 12を先行設計する

Q5：製造シリアル番号 ↔︎ 使用部品ロットの紐付け記録が完全に蓄積されているか？

→ 蓄積されていない場合、Pattern 13の基盤整備を最優先にする（リコール発生時に後悔する前に）