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