mcframeを導入しようとすると、原価計算のどの方式に対応させるか、オンプレミスとクラウドのどちらを選ぶか、海外拠点をどこまで一つの仕組みでカバーするかなど、検討すべき論点が一度に押し寄せてきます。知名度や機能の多さだけで判断すると、自社の原価計算ロジックとの間にギャップが残ったまま稼働してしまうことも少なくありません。選定の出発点は、自社が原価管理と基幹業務のどこに課題を抱えているかを明確にすることです。
本記事では、mcframe導入前に整理すべき自社課題、導入の3つの形態、製品選定で比較すべき評価軸、パッケージ・クラウド・フルスクラッチの選び分け、RFPやデモ・PoCの進め方を解説します。これからmcframeの導入を具体的に検討する担当者の方が、比較の軸をそろえ、自社に合う導入方針まで絞り込める内容です。
mcframe導入前に整理すべき自社の課題
最初に行うべきことは、製品資料を集めることではなく、原価管理と海外拠点展開のどちらに、どの程度の課題があるかを特定することです。課題を一文で説明できれば、比較すべき導入形態や評価軸が絞り込みやすくなります。
原価の可視化不足と決算後の気づきの遅れを確認します
月次決算が締まってはじめて標準原価と実際原価の差異が分かる、どの製品でコストが膨らんでいるのかを担当者の感覚に頼って推測している、といった状態であれば、原価計算のロジックそのものが選定の中心課題になります。標準原価シミュレーション、予算原価シミュレーション、実績原価計算、実際原価計算のうち、自社がどの段階の数値をどのタイミングで確認したいのかを整理しておくと、比較すべき機能の範囲が明確になります。
あわせて、総合原価計算に近い量産型の生産なのか、個別原価計算に近い受注生産型なのかも整理しておく必要があります。生産方式が混在するグループ企業では、拠点や事業部ごとに異なる計算方式を使い分けたい場合と、グループ全体で一つのロジックに統一したい場合とで、比較すべき機能の優先順位が変わってきます。
海外拠点ごとのシステム乱立と連結管理の課題を確認します
海外現地法人ごとに異なる会計・生産管理システムを使っており、グループ全体の原価や収益状況を連結で把握しにくい場合は、海外拠点対応が選定の重要な論点になります。ビジネスエンジニアリング株式会社は上海・バンコク・シンガポール・ジャカルタ・シカゴの5拠点に海外現地法人を持ち、海外拠点向けには生産・販売・原価管理を担うmcframe CSと、会計・ERP機能を担うmcframe GAを提供しています。mcframe GAは33の国と地域で1,500社を超える導入実績があるとされており、現地の会計制度への対応状況、多言語・多通貨対応のレベルを比較の出発点にできます。
mcframe導入の3つの形態
mcframeの導入形態は、大きくオンプレミス中心、クラウド中心、両者を拠点ごとに組み合わせるハイブリッドの3つに分けられます。どの形態が向いているかは、自社の投資方針と海外拠点の有無によって変わります。
オンプレミス型のmcframe 7シリーズを中心にした形態
自社サーバーにSCM・PCM・CFP・LiteMESを導入し、独自の配賦ルールや帳票を作り込みたい企業に向いた形態です。カスタマイズの自由度が高い一方、インフラの調達・監視・バックアップ・バージョンアップを自社側で担う範囲が大きくなるため、長期的な保守体制まで含めて検討する必要があります。
特に、既存の生産設備や独自の帳票フォーマットとの連携を重視する企業では、オンプレミス型の方が現場の運用に合わせた作り込みをしやすい傾向があります。ただし、法改正への対応やバージョンアップの適用を自社の情報システム部門が主体的に担う体制を前提とするため、保守要員の確保やスケジュールも合わせて検討しておく必要があります。
クラウド型のmcframe Xを中心にした形態
サーバー調達をせずに利用を始められるmcframe Xを中心とする形態です。ノーコード・ローコードのDeveloper Platformで標準機能を補いながら、5言語対応を生かして海外拠点を含む複数拠点で共通利用しやすい点が特徴です。標準機能への準拠度が高いほど短期間で稼働させやすく、独自要件が多いほどDeveloper Platformでの追加設定に時間がかかる関係にあります。
国内外拠点でオンプレミスとクラウドを組み合わせる形態
本社の基幹はオンプレミスのmcframe 7で運用し、海外拠点はmcframe X・mcframe GA・mcframe CSで運用するなど、拠点ごとに形態を使い分ける方法です。mcframe GAには海外拠点のデータを一元化できる機能があり連結管理と親和性が高い一方、インフラ形態が混在することで運用・保守の管理項目が増える点も選定時にあわせて確認しておく必要があります。
製品選定で比較すべき評価軸
導入形態の方向性が見えたら、原価計算ロジックとの適合度、海外拠点対応、TCOと導入パートナーの実績という軸で候補を具体的に比較します。同じ質問を各社・各パートナーへ提示し、回答とデモ結果をそろえると、印象ではなく適合度で判断できます。
原価計算ロジックとの適合度・機能範囲を確認します
標準原価・予算原価・実績原価・実際原価の4方式のうち、自社が重視する方式が標準機能でどこまで再現できるか、総合原価計算と個別原価計算のどちらに強いか、部門間配賦・品目別配賦・配賦係数による配賦をどこまで柔軟に設定できるかを確認します。「原価管理に対応」という説明だけでなく、実際の配賦ルールと差異分析の粒度をデモで再現してもらうことが重要です。
海外拠点対応・多言語多通貨対応を確認します
海外拠点を含む導入では、会計・ERP機能を担うmcframe GAと、生産・販売・原価管理を担うmcframe CSがそれぞれ対応する国・地域の範囲、現地の会計制度への適合状況、mcframe Xが対応する日本語・英語・タイ語・インドネシア語・中国語の5言語のうち自社拠点で必要な言語が含まれているかを確認します。mcframe GAでグループ拠点のデータを一元化する構成を検討する場合は、連結決算や管理会計側の要件とも整合させておく必要があります。
TCO・保守体制・導入パートナーの実績を確認します
ライセンス費用・要件定義費用・設計構築費用・カスタマイズ費用・データ移行費用・トレーニング費用を分けて見積もりに含めてもらい、年間保守料がライセンス費用に対してどの程度の水準になるかも確認します。ビジネスエンジニアリング株式会社は複数の販売パートナーを通じて導入を進めるケースもあるため、自社業界での導入実績、サポート窓口の体制、法改正対応の更新方針をパートナーごとに比較することが重要です。
特にハイブリッド構成を検討している場合は、オンプレミス環境の保守費用と海外拠点向けクラウド利用料を合算した年間コストがどの程度になるかを、単独形態で導入する場合と比較しておくと判断がしやすくなります。インフラ形態が複数混在することで運用・保守の管理項目が増える分、体制図や問い合わせ窓口の一本化についても各パートナーの提案を確認してください。
パッケージ・クラウド・フルスクラッチの選び分け
標準的な原価管理業務と法改正への継続的な追随を重視するならmcframeのようなパッケージ・クラウドが第一候補です。既存パッケージでは吸収しきれない独自の原価計算ロジックが競争力の源泉になっている場合は、フルスクラッチ開発も比較対象になります。
標準機能中心ならパッケージ・クラウドが第一候補です
中堅製造業がmcframeのようなパッケージ型ERPを導入する場合、初期費用は目安として数百万円から数千万円、導入期間は3ヶ月から1年半程度が一つの水準感とされ、クラウド型のmcframe Xであれば月額利用料をベースに導入支援費用を積み上げる形で検討できます。原価計算方式が標準機能の範囲に収まるほど、この水準に近い期間・費用で稼働させやすくなります。
独自の原価計算ロジックが競争力ならフルスクラッチも検討します
フルスクラッチ開発は、初期費用が1,000万円から数億円、期間も6ヶ月から数年以上と幅が大きくなりますが、mcframeを含む既存パッケージの標準機能や配賦ルールでは再現できない独自の原価計算ロジック・生産方式を持ち、その独自性が競争力の源泉になっている場合には検討する価値があります。海外拠点特有の会計制度や商習慣への対応についても、mcframe GA・mcframe CSのような専用パッケージで吸収できる範囲かどうかを先に見極めることが推奨されます。
RFP・デモ・PoCの進め方
比較表やRFPでは、機能の有無だけでなく、自社の原価計算ロジックと海外拠点要件を業務シナリオとして示します。デモやPoCは説明を聞くだけで終わらせず、自社に存在する原価計算パターンを使って検証することが重要です。
RFPには原価計算方式と海外拠点要件を明記します
RFPには、対象拠点、利用者数、現行の原価計算方式、生産方式（総合原価計算か個別原価計算か）、解決したい課題を記載します。そのうえで、配賦基準、差異分析の粒度、海外拠点の有無と対応言語、既存の生産管理・会計システムとの連携範囲を示します。各要件を「必須」「望ましい」「将来」の3段階に分けると、すべてを必須として候補を失う事態を避けられます。
非機能要件には、権限管理、操作ログ、バックアップ、障害時対応、サポート窓口の連絡手段、データ保管場所、将来他システムへ移行する際のデータ出力形式も含めておきます。これらはデモの説明だけでは判断しにくいため、仕様書や契約条項での確認方法もあわせて指定しておくと、選定後の認識違いを防ぎやすくなります。
PoCでは原価計算ロジックの検証を優先します
mcframe Xの公式サイトで示されている目標定義・プロトタイプ・開発・運用トレーニング・本番移行・定着化という導入プロセスのうち、プロトタイプの段階で自社の配賦基準や原価差異分析の運用が標準機能でどこまで再現できるかを実データで検証します。限定スコープのPoCであれば2〜4週間程度、本格的な検証には数ヶ月単位の期間を見込みます。海外拠点を含む場合は、mcframe GA・mcframe CSを使った現地拠点での検証も本格導入前の重要なステップです。
mcframe導入選定の失敗を避ける方法
よくある失敗は、機能一覧の広さや知名度だけで判断し、自社独自の配賦ルールや差異分析の粒度が追加開発扱いになっていることに稼働後まで気づかないことです。導入目的と責任者を明確にし、経理・生産管理・情報システムそれぞれの視点を選定に反映します。
機能の多さだけで判断しないようにします
機能が多い製品でも、自社が最重視する原価計算ロジックが追加開発扱いなら運用は複雑になります。反対に、シリーズを絞った構成でも自社の課題と一致すれば、教育と定着の負担を抑えられます。評価点を単純に合計するのではなく、必須要件を満たさない構成は除外し、残った候補をTCOと運用負荷で比べます。具体的な製品ラインナップを確認したい場合は、mcframe導入のパッケージ・クラウド製品一覧を参照すると、共通軸で比較しやすくなります。
運用ルールと責任者も導入前に決めます
マスタ整備を誰が担うか、配賦ルールの変更を誰が承認するか、海外拠点の言語・通貨設定を誰が管理するかが曖昧なままでは、稼働後もデータが整いません。データ移行、ユーザー教育、現地スタッフ向けマニュアル整備の担当と時期も、導入前に決めておく必要があります。削減効果はベンダーの一般値をそのまま使わず、導入前後の原価確定までの日数や差異分析にかかる時間を同じ条件で計測すると、追加展開の判断がしやすくなります。
mcframe導入前に確認しておきたいポイント
候補を絞った後は、対応範囲や既存システムとの関係、パートナー選びまで含めて確認します。比較表の機能欄だけでは見えにくい条件を事前に検証することで、導入後に運用が止まるリスクを抑えられます。
原価管理に絞った短期導入も選択肢になります
生産・販売・会計まで含む統合的な導入だけでなく、原価管理機能に範囲を絞り込むことで、費用を抑えて最短6ヶ月程度で導入するルートも用意されています。まず原価の可視化という課題を優先的に解消し、他機能への展開は稼働後の運用状況を見て判断する進め方も現実的です。
既存の会計・生産管理システムは必ずしも不要になりません
mcframeを導入しても、既存の会計システムや生産管理システムをすべて置き換える必要があるとは限りません。原価計算と基幹業務をmcframeに集約し、周辺システムとはAPIやファイル連携でつなぐ構成も選べます。どのデータを正本とし、どこから連携で受け渡すかを決めることが重要です。
導入パートナー選びも成否を左右します
mcframeは複数の販売パートナーを通じて導入が進められるケースがあり、パートナーごとに得意業種や支援体制が異なります。自社の業種での導入実績、Fit&Gap分析の進め方、稼働後の保守・問い合わせ対応の範囲を、製品機能とあわせて確認しておくことが選定の成否を分けます。
複数のパートナーから提案を受ける場合は、同じ要件定義書とデモシナリオを使って比較すると、提案内容の差が見えやすくなります。見積金額だけでなく、Fit&Gap分析にどの程度の工数を割く提案なのか、稼働後のサポート体制がどこまで含まれているのかまで確認したうえで選定することが望まれます。
まとめ
mcframe導入の選定では、原価の可視化不足や海外拠点ごとのシステム乱立という自社課題を特定し、オンプレミス中心・クラウド中心・ハイブリッドという3つの導入形態から方向性を選びます。そのうえで、原価計算ロジックとの適合度、海外拠点対応、TCOと導入パートナーの実績という評価軸で候補を比較し、実データを使ったPoCで原価計算の再現度まで確認することが重要です。
課題診断から導入形態・評価軸へと絞り込みます
原価の可視化、海外拠点の連結管理のうち、最優先課題を決めます。そのうえで導入形態、原価計算ロジック、海外拠点対応、TCO、パートナー実績を同じ質問で比較すれば、知名度に左右されず候補を絞れます。mcframeの全体像や基本機能を先に確認したい場合は、mcframe導入とは？考え方・特徴・仕組み・目的を解説もあわせてご覧ください。
最後は実データのPoCで確認します
資料上の機能数ではなく、自社の原価計算方式を一気通貫で処理できるかが重要です。プロトタイプ段階から実データで検証し、削減時間と残る運用工数を測ったうえで決定してください。既製パッケージでは独自の配賦ロジックや基幹システム連携を吸収できない場合、個別開発やハイブリッド構成も検討対象になります。riplaはフルスクラッチ開発の立場から、製品選定で明らかになった不足機能の整理や、自社業務に合わせたシステム構築を支援しています。
株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。