【完全ガイド】mcframe 7 から mcframe XA・SAP S/4HANA・Oracle Fusion・Infor CloudSuite への移行戦略

本記事は、ビジネスエンジニアリング（B-EN-G）の mcframe 7 を10年以上、自動車部品・電機・化学・食品など中堅製造業の生産・販売・原価の中核として動かしてきた企業で、「次の5年で mcframe をどうするか」を経営に答える情シス部長と生産管理部長を読者として書きました。「mcframe X クラウドに動く・S/4HANA等に乗り換える・据え置く」の三択を、自社の規模・業種・グローバル展開・PLM／MES連携状況から逆算して比較する材料を整理します。

1. 「mcframe はまだ動くのに動かす議論が出る」5つの理由

mcframe 7 は B-EN-G が継続提供しており、機能・サポートに大きな問題があるわけではありません。それでも次の5年で動く議論が出る理由は次の5つ。

① mcframe X（クラウド版）の登場。mcframe X がクラウド型として展開され、「7 を据え置くか、X に動くか」が経営テーマになっています。
② IFRS／グループ連結対応。mcframe を中核にしてきた企業でも、グループ連結を SAP／Oracle 系に寄せる動きが出ています。
③ 海外拠点との統合。海外拠点が SAP／Oracle／Dynamics を使っているケースが多く、本社mcframe との二重管理が負担になっています。
④ 製造IoT／MES／PLM 連携の刷新。mcframe 単独ではなく、現場系システムとの統合が経営課題になっています。
⑤ 世代交代する社内SE と保守ベンダー。mcframe を熟知する世代の交代と、改修コストの上昇。

2. 三択の整理：mcframe X に動く／S/4HANA等に動く／据え置く

製造業で「BOM／原価／工程の作り込みを動かすコストが圧倒的に大きい」ため、Cの「生産管理は mcframe 継続＋会計だけ他社SaaS」というハイブリッド構成は、現実解として有力です。

3. 移行先候補の本音比較（製造業向け）

mcframe ユーザーの「次の選択肢」として最も自然なのは mcframe Xで、グローバル統合が経営アジェンダになっている場合に S/4HANA／D365 F&O が比較対象に上がります。

4. mcframe X 移行を第一候補に置くべき条件

mcframe X は「業務を変えずにオンプレ運用負担だけ消す」のが狙いの選択肢です。次の3条件すべてを満たすなら、X を第一候補にする合理性が高い：

・グループ会社統合や海外拠点統合など、業務変革の経営アジェンダがない
・現状の生産・販売・原価業務が「よく回っている」
・B-EN-G／パートナーとの関係を継続する意思がある

3条件のうち1つでも崩れているなら、X 移行は「次の延命5年」になり、5年後にもう一度移行議論をすることになります。「7 → X は単純アップグレードではない」点を必ずB-EN-Gに確認し、再構築規模を把握してから判断します。

5. BOM 移行の地雷：mcframe 固有のここが詰まる

製造業ERP移行で最も時間が溶けるのはBOM移行です。mcframe で10年以上育ててきたBOM構造を、新ERP（または mcframe X）のデータモデルに落とすときに必ず詰まる論点：

① 多階層BOMの最大階層数：mcframe 時代に7〜10階層まで深くなっているケースが多く、新ERPの推奨階層に再設計するか判断が必要。
② 設計BOM（E-BOM）と製造BOM（M-BOM）の分離：mcframeでは1つで両方を表現していることが多く、PLM 導入時はこの分離が前提。
③ 有効期限・改訂管理：「いつからいつまでこのBOMが有効」のロジック、設計変更時の切り替えタイミング。
④ 代替部品・等価部品：mcframe固有の代替ロジックを、新ERPの「Substitute Component」機能で再現できるか。
⑤ 工程と部品の紐付け（Routing-BOM 連携）：投入工程・払出工程・歩留まり率の表現方式。
⑥ 金型・治具のBOM管理：自動車部品・プレス系で重要。新ERPで同等表現ができるか。

BOM 移行は「データ変換ツール」ではなく「業務側の判断」で工数が決まります。設計部門・生産技術・調達部門の3部門合意が必要で、情シス単独では進みません。

6. mcframe の強みである原価計算ロジックの再設計

mcframe の最大の差別化ポイントは原価計算の柔軟性で、標準原価／実際原価／工程別／配賦ルールを細かく作り込んできた企業が大半です。S/4HANA の CO-PC や D365 F&O のCost Management は世界標準ロジックで動くため、mcframe 時代のロジックをそのまま再現するのではなく、世界標準＋差分で再設計するのが定石です。

具体的に再設計が必要な論点：
・原価計算実行のタイミング（日次／月次／随時）
・配賦階層（部門→製品／工程→製品／間接費の配賦キー）
・標準原価の改定サイクル（年次／半期／月次）
・差異分析（材料費差異／労務費差異／製造間接費差異）
・仕掛品評価（投入時／月末／工程完了時）

原価ロジックを「全部再現」しようとすると、SI費が2〜3倍に膨れます。「mcframe時代のどのロジックは廃止できるか」を経理・工場経理が決断する必要があります。

7. MES／PLM／IoT との接続設計

現代の製造業ERP移行は、MES／PLM／IoT との接続が必須要件です。mcframe の場合、B-EN-G が mcframe MES や mcframe SIGNAL CHAIN（IoT）も提供しているため、ERPと現場系を同じベンダーで統合できる強みがあります。一方、他社ERPに動く場合、現場系を継続するか乗り換えるかの判断が追加で必要です。

具体論点：
・PLM（Windchill／ENOVIA／Teamcenter）から E-BOM がERPに渡る I/F
・MES（mcframe MES／他社）から作業指示・実績の連携
・IoT（設備データ・トレーサビリティ）の収集と原価計算への取り込み

8. グループ会社・海外拠点への展開

本社mcframe を新ERPに動かす場合、海外拠点・グループ会社への展開戦略が重要です。テンプレート展開（本社で作ったテンプレートを子会社に水平展開し、差分はパラメータで吸収）が定石ですが、海外拠点は会計・在庫だけ先行、生産は後追い、という段階展開が現実的です。

「本社mcframeを動かしてから海外拠点を考える」と、海外拠点固有の業務要件が後出しで噴出するため、海外拠点を要件定義の早い段階で巻き込む必要があります。

9. プロジェクト期間の典型値（製造業・売上1,000億規模）

10. 3年TCOの実数試算（売上1,000億・従業員1,000名規模）

注意：これは目安レンジで、規模・カスタム量で大きく振れます。経営への提示は必ず複数SI／ベンダーから取得した実見積を使ってください。

11. 失敗事例から逆算する「やってはいけない3つ」

① mcframe のカスタム原価ロジックを新ERPで全再現。S/4HANA の CO-PC を諦めてアドオンで再現した結果、保守不能のブラックボックスが新ERPに復活。
② BOM を「いまの粒度」で整理せず、全件そのまま新ERPに投入。実装フェーズで使われていないBOMが大量発覚し、再仕分けで6〜12カ月の遅延。
③ 海外拠点を要件定義に巻き込まず、本社だけで決定。本社移行後の海外展開フェーズで現地業務とのギャップが発覚し、テンプレート再設計で1年以上の追加工事。

12. 来期予算化までに、いま動かす3アクション

① BOM・原価マスタの現状棚卸しを設計・生産技術・経理の3部門合同で開始する。「使われているBOM／いないBOM」の判定だけで、移行費の見積もり精度が大きく上がる。
② B-EN-G／第三者SI／S/4HANA-D365パートナーの3社からアセスメント提案を取る。mcframe X 切替案・他社ERP移行案の2方向を、同じ前提条件で比較する。
③ 海外拠点のERP状況棚卸しを経営企画と一緒に開始する。本社移行の意思決定前に、グローバルテンプレートの方向性を握っておく。

mcframe の今後5年は、「mcframe X に動くか・他社ERPに動くか・据え置くか」を根拠付きで経営に提示できる状態を作ることがゴールです。BOM・原価という「製造業の急所」をどこで動かすかを軸に、三択を整理することが成否を決めます。