MCFrameとは？製造業向け生産・原価管理パッケージの構成と適合しない場面

MCFrameは、ビジネスエンジニアリングが1996年に初版をリリースした製造業向けの生産・販売・原価管理パッケージです。世界17か国2,000サイト以上に入り、プロセス製造業から組立加工製造業まで導入されています。ただし製品ページを読んでも判断できないことが1つあります。それは「自社にはどこまで入れるべきか」です。守備範囲が生産管理から原価管理、製造実行、CO2排出量管理まで広く、全部入れる前提で見積もると金額が跳ね上がります。本記事では、公式サイトで確認できるモジュール構成と原価計算の仕様、原価管理だけを既存の基幹システムに載せる選択肢、mcframe 7とmcframe Xの分かれ目、そして採用を見送ったほうがよい場面までを整理しました。

まとめ：MCFrameの検討で最初に決める製品系列と原価管理の位置づけ

MCFrameの検討で最初に決めるのは、製品の良し悪しではありません。決めるべきは「どのモジュールを、どの範囲で入れるか」です。mcframe 7はSCM（生産・販売・在庫）、PCM（原価管理）、CFP（CO2排出量管理）、LiteMES（製造実行）の4つに分かれており、それぞれ独立して選べます。

他の国産ERPと差が出るのは原価管理です。標準原価・実際原価・予算原価の3系統を持ち、部門別配賦は直接配賦法・相互配賦法・階梯式配賦法の3つに対応します。公式の製品情報には、標準インタフェースを備えるため原価管理モジュールの単独導入ができると明記があります。既存の基幹システムを残したまま原価計算だけを強化する入れ方が成立するわけです。

提供形態は2系統です。オンプレミスやIaaS上で動かし業務に合わせて作り込むmcframe 7と、標準機能に手を入れずプラグインとAPI層で拡張するクラウドERPのmcframe X。前者は要件を製品側に寄せられる代わりに、作り込んだぶんだけ保守が重くなります。後者は逆です。

見送るべき場面もはっきりしています。単一工場で品目数が数百に収まる規模、原価計算を精緻に求めない受注生産一本の現場。判断の順序は、製品比較より先に自社の原価計算の要件を固めることです。

MCFrameの製品系列とmcframe 7が担う生産・原価・在庫の守備範囲

MCFrameという名前は単一の製品ではなく、製造業向けのシリーズ全体を指します。まずこの構造を押さえないと、見積書に並ぶ製品名が読めません。

SCM・PCM・CFP・LiteMESの4モジュールが分ける業務の境界線

mcframe 7シリーズの公式製品ページでは、構成が4つのモジュールとして示されています。SCMが生産・販売・在庫を統合する中核、PCMが原価管理、CFPがCO2排出量管理、LiteMESが製造実行システムです。基幹業務として最初に検討されるのはSCMとPCMの2つで、CFPとLiteMESは後から足す位置づけになります。

境界線の引き方は業務の粒度で決まります。SCMが扱うのは受注から所要量計算、製造指示、入出庫、原材料の手配までの計画と実績。LiteMESが扱うのは製造現場での作業実績収集や進捗の可視化で、設備制御に近い層です。この2つを混同したまま要件を出すと、SCMに現場端末の要件を持ち込んで作り込みが膨らみます。生産管理と工程管理の担当範囲そのものについては生産管理と工程管理の違いを整理した記事で扱っているため、本記事では製品側の分担に絞ります。

なお、シリーズにはmcframe 7以外にクラウドERPのmcframe X、PLM系のVisual BOMとEM-Bridge、IoT系のSIGNAL CHAINとRAKU-PAD、会計のmcframe GA、経営ダッシュボードのmcframe COCKPITがあります。名前が似ているため、提案書に出てきた製品がどの系列かは最初に確認しておくとよいでしょう。

1996年の初版から積み上げた1000社以上の導入実績と対応業種

初版のリリースは1996年です。公式のAboutページによると、導入は1000社以上、グローバルでは17か国2,000サイト以上に及びます。30年近い歴史を持つ国産パッケージという点は、製造業の基幹システムを長期運用する前提では見逃せない条件になります。

対応業種は2系統に分かれています。食品・化学・医薬・化粧品などのプロセス製造業と、電子・電機・産業機器・自動車部品などの組立加工製造業。この両方をカバーする点が製品の設計思想に表れており、配合や歩留まりを扱うプロセス系の要件と、部品表を階層で持つ組立系の要件が同じ製品に同居しています。

原価管理モジュールPCMの単独導入という選択肢と配賦計算の中身

MCFrameを検討する会社の多くは生産管理から入りますが、実務で効くのはPCMのほうです。原価が見えないまま生産管理だけ入れ替えても、経営判断の材料は増えません。

標準原価・実際原価・予算原価の3系統で行う差異分析の使い分け

PCMの公式製品ページには、標準原価・実際原価・予算原価の3系統を扱えると記載があります。使い方は組み合わせで決まります。標準原価と実際原価を突き合わせれば製造現場の差異分析になり、予算原価と実際原価を突き合わせれば予実比較になる。同じ原価データを2つの目的で使い分ける構造です。

生産方式への対応も総合原価計算と個別原価計算の両方が用意されています。ロット生産で原価を期間集計する食品メーカーと、案件ごとに原価を積む個別受注の機械メーカーでは必要な計算がまったく違うため、この分岐は導入前に確定させておくべき項目でしょう。加えてIFRS対応や、管理会計と財務会計を目的別に分けた運用にも触れられています。

直接配賦法・相互配賦法・階梯式配賦法という3つの配賦計算の選択

原価計算パッケージの実力差が出るのは配賦です。PCMは部門別配賦で直接配賦法・相互配賦法・階梯式配賦法の3つに対応し、品目別配賦や配賦先の指定も持ちます。Excelで原価計算を回している会社が最も苦しむのがこの部分で、補助部門どうしの用役授受を相互配賦で解こうとすると連立方程式になり、手作業では現実的に回りません。

選ぶ基準は補助部門の数と相互依存の強さです。補助部門が2〜3で用役の行き来がほとんどないなら直接配賦法で足ります。工場全体で用役をやり取りしているなら相互配賦法、順序をつけて配れるなら階梯式配賦法。ここを決めずに「配賦は柔軟に対応します」という提案を受け入れると、稼働後に配賦ロジックの追加開発が発生します。

既存基幹システムを残したままPCMだけを載せる構成と連携の条件

公式ページには、他システムとの連携を行う標準インタフェースを備えるため原価管理モジュールの単独導入が可能だと書かれています。この一文の意味は小さくありません。生産管理も販売管理も既存のまま、原価計算だけをMCFrameに任せる構成が取れるということです。

成立条件は3つあります。既存システムから品目マスタ・製造実績・購買実績を定期的に渡せること、原価計算の締め日と既存システムの締め処理が矛盾しないこと、そして配賦基準に使う工数や設備稼働時間の実績が取れていること。3つ目が欠けている会社は少なくありません。実績が取れていないなら、先に現場のデータ収集を整えるほうが順番として正しく、PCMを入れても入力元が空のままになります。

基幹システムを全面刷新せずに原価管理だけを差し替える判断は、投資の刻み方としても現実的です。全面刷新の是非を含めた検討をしているなら、製造業が生産管理システムを導入するときの判断軸を整理した記事も合わせて読むと、どこまでを一度に動かすかの線が引きやすくなります。

mcframe 7とmcframe Xのどちらを選ぶかを決める判断材料と移行時の作業

製品系列でもう1つ迷いやすいのが、mcframe 7とmcframe Xの関係です。後継製品ではなく、思想の違う2系統として並存しています。

フレームワーク構造とFrameManagerによる画面自動生成の位置づけ

mcframe 7は「フレームワークコンセプト」を掲げており、豊富な基本業務機能を持つパッケージでありながら業務に合わせてビジネスロジックの組み換えや機能拡張ができる、と公式に記載されています。この作り込みを支えるのが開発支援ツールのFrameManagerで、設計書をもとに画面やサービスを自動生成する仕組みです。

製品側を業務に合わせられるという性質は、独自の生産方式を持つ企業にとって強みになります。一方で、作り込んだ範囲は自社の資産であると同時に負債にもなる。バージョンアップのたびに追随確認が必要な箇所が増えるからです。改造量と保守費用は比例すると考えて見積もってください。

プラグインとAPI層でコアに触れないmcframe Xの改造の作法

mcframe Xの公式ページでは、クラウドサービスでありながらカスタマイズ可能なものづくりクラウドERPと位置づけられています。カスタマイズの作法が7とは違い、プラグインやAPI層を使うことで、コアとなる標準機能に手を入れずに拡張する設計です。クラウド時代に合わせてアーキテクチャを刷新した、と説明されています。

この違いが実務に出るのはバージョンアップのときです。コアに触れていなければ、標準機能の更新はベンダー側で完結します。ただし標準の枠を超える要件については、プラグインで書ける範囲に収まるかどうかを事前に確かめておきたいところです。「カスタマイズ可能」という言葉だけで7と同じ自由度を期待すると、要件定義の途中で実現方式が変わります。なお料金と提供開始時期は公式ページに記載がないため、パートナー経由での個別見積りになります。

7を選ぶ企業とXを選ぶ企業を分ける3つの材料と移行時に生じる作業

判断材料は3つに絞れます。1つ目は業務プロセスを製品に合わせられるかどうか。合わせられるならX、合わせられない固有プロセスがあるなら7です。2つ目は情報システム部門の体制で、FrameManagerを使った改造を自社で維持できる人員がいなければ7の作り込みは負債になります。3つ目はインフラの運用方針で、自社データセンターやIaaSでの運用要件があるなら7が前提になります。

すでにmcframe 7を運用していてXへ移す場合、作業はデータ移行だけでは終わりません。7で作り込んだロジックのうち、Xの標準機能で代替できるもの、プラグインで書き直すもの、断念するものを1本ずつ仕分ける工程が入ります。この仕分けに要する期間を見積もりに入れていない移行計画は、ほぼ確実に遅れます。

LiteMESとIoT製品まで含む射程と現場側システムを分ける線引き

MCFrameが他の国産ERPと違うのは、現場側まで製品を持っている点です。販売・在庫を軸に据えたアラジンオフィスの機能範囲と比べると、守備範囲の広げ方の違いが分かります。ここは便利さと同時に、判断を迷わせる要因にもなります。

LiteMESが担う製造実行の範囲と専用MESとの機能差の見方

LiteMESはmcframe 7シリーズの製造実行システムとして位置づけられています。名前のとおり軽量版であり、専用MESが持つ設備制御・品質トレース・スケジューリングの全機能を代替するものではありません。判断の分かれ目は、現場に求める粒度です。

作業実績の収集と工程進捗の把握が目的なら、同一シリーズのLiteMESでSCMとつなぐほうが接続の手間は少なくて済みます。設備からの信号を秒単位で拾い、不良の発生工程を製番単位で遡り、複数ラインの負荷を見ながら計画を組み替える。ここまで求めるなら専用MESとスケジューラを別に立て、MCFrameは計画と原価の層に専念させる構成が現実的です。

ERPだけを入れて現場側は別で組む場合の連携インタフェース設計

現場側を別製品で組む判断をした場合、設計すべきは連携の粒度と頻度です。実績データを日次バッチで受けるのか、製造指示の完了ごとに個別に受けるのかで、原価計算の締めタイミングも在庫の見え方も変わります。

実務で問題になりやすいのは、現場システム側の製番・工程コードとMCFrame側のコード体系が一致していないケースです。変換テーブルを挟む設計にすると、コードが増えるたびにメンテナンス対象が増えます。可能なら現場側の導入時点でコード体系を寄せておく。すでに稼働している現場システムがあるなら、変換ロジックをどちらの製品の外に置くかを決めてから見積もりを取ってください。在庫の持ち方まで含めた設計は製造業の在庫管理システムの選び方をまとめた記事で扱っています。

導入費用が動く3つの変数とパートナー選定で変わる支援範囲の実態

公式サイトに価格表はありません。パートナー経由の個別見積りになるため、何で金額が動くのかを発注側が理解しておく必要があります。

モジュール数とユーザー数とアドオン量で決まる見積り金額の構造

金額を動かす変数は3つです。1つ目は導入するモジュール数で、SCMとPCMを両方入れるのか、PCMだけにするのかで初期費用は大きく変わります。2つ目は利用ユーザー数。3つ目がアドオン量で、これが最も読みにくい変数になります。

アドオンの見積りを圧縮する方法は1つしかありません。要件定義の前に、現行業務のうち「製品標準に合わせて変えてよい部分」を業務部門と合意しておくことです。この合意がないまま要件を積み上げると、現行踏襲のアドオンが並びます。要件定義でつまずく典型的な進み方は生産管理システムの導入が失敗する原因を分析した記事にまとめています。

2種類のパートナー制度とMCCP保有者数から読む依頼先の実力

公式のパートナーページでは、パートナーが2種類に区分されています。ライセンス販売とインテグレーションの両方を行うビジネスパートナーと、インテグレーションのみを担うエンジニアリングパートナーです。窓口がどちらかによって、ライセンス契約の相手と構築の実施主体が同じになるか分かれるかが変わります。

技術力を測る材料としては認定資格があります。MCCP保有者数の公式ページでは保有者数の上位企業が公開されており、2025年度はキヤノンITソリューションズ、日本コンピュータシステム、日立ソリューションズが並びます。ただし全社の資格保有者数が多いことと、自社の案件に付く担当者の経験は別の話です。提案時に確認すべきは会社の総数ではなく、担当予定者の同業種での導入本数になります。

生産管理の周辺システム連携を外部の受託開発に切り出すときの判断軸

パッケージ導入の見積りで見落とされやすいのが、周辺システムとの接続開発です。既存の販売管理、会計、EDI、現場の実績収集端末、これらとMCFrameをつなぐ部分はパッケージの標準機能では埋まらず、個別に作ることになります。

この部分をパッケージ導入パートナーに一括で任せるか、外部に切り出すかの判断軸は2つです。1つは仕様の主導権で、既存システム側の改修を伴うなら既存側を理解している開発会社のほうが早い。もう1つは稼働後の保守体制で、接続部分だけ別会社が持つと障害時の切り分けが増えます。弊社では生産管理システムの開発として、パッケージの周辺に必要な連携部分の設計と実装を請けています。パッケージ本体はパートナー、接続と既存システム改修は別建て、という分け方も選択肢に入れて見積もりを比較してください。

MCFrameを採用しない方がよい3つの場面と代わりに選ぶ手段

ここまで機能を見てきましたが、条件が合わなければ入れるべきではありません。判断を曖昧にせず、見送るべき条件を明示します。

単一工場で品目数が少ない体制にとって過剰投資になる機能領域の幅

1つ目は規模です。工場が1拠点、品目数が数百規模、生産計画をExcelと現場の判断で回して支障が出ていない。この状態でMCFrameを入れると、多言語・多通貨・複数会社管理・グループ単位の原価計算といった機能を使わないまま抱えることになります。

この規模で効くのは、機能を絞ったクラウド型の生産管理システムか、必要な範囲だけの個別開発です。製品タイプごとの費用感は生産管理システムの比較記事で整理しているので、投資額の桁を先に確かめてから検討に入るほうが早く結論が出ます。

原価計算を求めない業態や受注生産一本の現場で生じる要件のずれ

2つ目は原価計算への要求水準です。MCFrameの価値の相当部分はPCMにあり、原価を細かく取りに行かない業態ではその価値が回収できません。単品の一品物を都度見積もり、実行予算との差だけ見ていれば足りる。そういう運用なら、原価管理の作り込みは投資に見合わないと判断してよいでしょう。

もう1つのずれは、繰り返し生産を前提とした所要量計算の機能が空回りするケースです。受注生産一本で標準部品表を持たない現場では、MRPを回す前提そのものが成立しません。

パッケージではなく個別開発を選ぶべき条件と切り替えの判断の境目

3つ目は、業務プロセスそのものが競争力になっている場合です。独自の生産方式や独自の原価の見方が事業の差別化要因なら、パッケージの標準に寄せる作業は競争力を削ります。mcframe 7の作り込みで対応する道もありますが、アドオンが標準機能を上回る量になった時点で、パッケージを土台に置く意味は薄れます。

境目の目安は、要件定義でフィット＆ギャップを行った結果、標準機能でカバーできる比率です。7割を切るなら個別開発との比較を本気で行うべきで、5割を切るならパッケージを選ぶ理由はほぼ残りません。この分岐の考え方は生産管理システムの種類と内製化の判断をまとめた記事でも扱っています。国産ERPの他製品と横並びで見たい場合は、OBIC7の機能範囲と費用の記事やGRANDITのコンソーシアム構造の記事と比べると、製品ごとの設計思想の違いが見えてきます。

よくある質問

MCFrameの検討でよく寄せられる質問を5つ取り上げます。

MCFrameはERPですか、それとも生産管理システムですか？

どちらの側面も持ちます。mcframe 7のSCMは生産・販売・在庫を統合する基幹業務システムであり、PCMの原価管理とmcframe GAの会計を組み合わせれば製造業向けERPとして機能します。一方でmcframe Xは「ものづくりクラウドERP」という位置づけです。ただし人事給与などERPの一般的な領域は含まれないため、製造業の基幹業務に特化したパッケージと理解するほうが実態に近いです。

MCFrameの導入費用はどのくらいかかりますか？

公式サイトに価格表はなく、パートナー経由の個別見積りになります。金額を動かす変数は、導入モジュール数（SCM／PCM／CFP／LiteMES）、利用ユーザー数、アドオン量の3つです。PCMだけの単独導入と、SCMとPCMを両方入れる全社展開では初期費用の桁が変わります。比較の際は、ライセンス、構築費、接続開発費、稼働後の保守費を分けて出してもらってください。

MCFrameは中小企業でも導入できますか？

製品として制限はありませんが、規模によっては機能が過剰になります。工場が1拠点で品目数が数百規模なら、多言語・多通貨・複数会社管理といった機能を使わないまま費用を負担しかねません。一方で、拠点が複数ある、海外拠点がある、原価を製番単位で取りに行きたい、といった条件が1つでも当てはまるなら、中堅規模でも検討する価値があります。判断は従業員数ではなく、原価計算と拠点構成の要件で行うのが実務的です。

mcframe 7とmcframe Xは併存できますか？

公式にはシリーズとして両方が提供されており、7で培ったコンセプトをXが継承しているという説明です。既存の7を基幹に据えたまま新規拠点にXを入れる段階的な進め方も想定されます。ただし7で作り込んだロジックはXにそのまま移せません。書き直せる範囲を仕分ける工程が必要になるため、併存を前提にするなら、どちらをマスタの正とするかを設計の最初に決めてください。

MCFrameの導入にはどのくらいの期間がかかりますか？

公式に標準期間の記載はありません。期間を左右するのは、アドオンの本数、既存システムとの接続点の数、マスタ整備の状態の3つです。特に品目マスタと部品表が現場ごとに分かれている場合、統合作業がプロジェクトの前半をほぼ占めます。パートナーから提示された期間が短く見えるときは、マスタ整備を発注側の作業として切り出していないかを確認するとよいでしょう。

関連記事

• 生産管理システムとは？機能・ERP／MESとの違いから種類・選び方と内製化の判断まで解説：製品を絞る前に、生産管理システムというカテゴリの守備範囲と種類を確認できます。
• 生産管理システムの比較｜クラウド・パッケージ・受託開発を製品タイプ別に選ぶ判断軸と費用相場：MCFrameを他の製品タイプと並べて費用の桁を比べるときの材料になります。
• 生産管理システムの導入が失敗する原因と回避策｜要件定義・現場定着でつまずかないための判断：アドオンが膨らむ進み方と、その手前で止める方法を扱っています。
• OBIC7とは？機能範囲と費用が動く変数、周辺システム連携の判断基準：国産統合ERPの別製品として、守備範囲と費用構造を比較できます。
• ERPと生産管理システムの違いとは？統合型経営管理システム vs 生産現場管理システムの特徴比較：MCFrameをERPとして見るか生産管理システムとして見るかの整理に使えます。