mcframeの導入は、体制を整えたうえで、要件定義・フィット＆ギャップ分析、設計・開発、テスト・移行の順に進めると、運用定着につながります。
工程ごとに何を決めるか、どこでつまずきやすいかを押さえておくと、発注先との打ち合わせも進めやすくなります。
▼全体ガイドの記事
・mcframe導入の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
mcframeの全体像と導入の特徴
mcframeはBizIntegral（ビズインテグラル）社が開発した製造業向けERPパッケージで、生産管理（SCM）・原価管理（PCM）・販売管理を一つにまとめて扱います。また、国内で高いシェアを持ち、日本の製造業の業務フローに特化しています。
mcframeの製品構成と特徴
mcframeは部品を組み立てる構成をとり、提供形態はmcframe 7とmcframe Xに分かれます。製品を選ぶときは、構成の考え方と2つの提供形態を、次のように並べて比べます。
- フレームワーク型：業務機能を部品として組み立てた構成です。
- mcframe 7：オンプレミス版で、永続保守サービスを備えた製品です。
- mcframe X：クラウドネイティブ設計のSaaS型です。
mcframeの標準機能は、見込生産・受注生産・先行手配などに対応できます。一方で、標準機能だけでは足りない場合は、追加開発機能を部品として積み重ねます。さらに、追加開発機能は標準機能とシームレスに連携し、更新時の影響を最小限に抑えます。
mcframe 7は、サポート終了や更新を強制されず、長期運用しやすい製品です。これに対して、mcframe Xは最新機能の更新が自動で適用されます。どちらを選ぶかは、企業規模やIT戦略、将来のグローバル展開に合わせて判断します。
導入アプローチの2つの方向性
導入方針は、標準機能に業務を合わせるか、自社の要件に合わせて追加開発するかで分かれます。
- パッケージフィット指向：標準機能を活用して業務を変革する方向です。
- カスタムメイド指向：自社要件を優先し、必要な機能を追加する進め方です。
近年の製造業DXでは、パッケージフィット指向が推奨されています。カスタマイズを抑えると、導入期間を短縮でき、更新対応のコストも抑えやすくなります。
たとえば、インテック社の支援によるアサヒグループの導入では、従来比で5ヶ月短縮し、5年間で約5億円を削減しました。また、日鉄ソリューションズの支援例では、標準機能を活用して、カスタマイズ起因のトラブルを減らしました。
導入アプローチの方針は、経営層を含めて早い段階で合意しておきます。
mcframe導入の進め方・全体フロー
mcframe導入は、企画・要件定義から本稼働後の運用定着まで、5段階で進めるのが一般的です。
- 企画・プロジェクト立ち上げ
- 要件定義・フィット＆ギャップ分析
- 設計・開発
- テスト・移行
- 本稼働・運用定着
期間は、中規模製造業で12〜18ヶ月、大規模なグローバル案件では24ヶ月以上かかる場合があります。一方で、ショートカット可能な標準メニューを活用し、8ヶ月程度で本稼働した事例もあります。
フェーズ1：企画・プロジェクト立ち上げ
企画段階では、経営層を含むキックオフで、導入の目的と実現したいゴールを明確にします。
- 推進体制：PMO・各業務部門のキーユーザー・ITチームの役割分担
- 計画：タイムラインとマイルストーンの設定
- パートナー：支援体制・得意領域・費用の比較
目標は、抽象的な言葉だけに頼らず、イメージ図や数値目標を使って現場にも伝わる形にします。
認定パートナーには、キヤノンITソリューションズや日立ソリューションズなどがあり、コベルコシステムやインテックも含まれます。各社で支援体制や得意業種、費用感が異なるため、2〜3社から提案を受けて比べます。
フェーズ2：要件定義とフィット＆ギャップ分析
まず業務フローを一覧にして、標準機能で対応できる範囲と不足する範囲を特定します。
- 業務変更：業務をパッケージの標準に合わせる対応
- アドオン：mcframeの追加機能での対応
- カスタム開発：個別の機能の開発
- システム連携：他システムとの連携による補完
PowerStartを使うと、標準業務をたたき台にでき、マスタデータを用意すれば動作確認もできます。そのため、要件定義の工数を大幅に削減できます。
方針は工数・費用・スケジュールに直結するため、経営層も含めて合意しておきます。後から変えると、要件が膨らみ、コスト超過やスケジュール遅延の原因になります。
設計・開発フェーズの進め方
フィット＆ギャップ分析のあとは、To-Be業務フローの定義と、画面・帳票・インターフェースの設計を並行して進めます。
設計品質は開発やテストのコストに影響します。そのため、キーユーザーが参画して、業務要件を正確に伝えることが欠かせません。
基本設計：業務プロセスとシステム要件の定義
基本設計では、To-Be業務フローを作成し、機能要件と非機能要件を定めます。
- 業務モジュール：SCM・PCM・販売管理ごとの設計
- マスタデータ：品目・BOM・工程・取引先の定義
- インターフェース：連携項目・時期・方式の取り決め
マスタ設計が曖昧なままだと後工程で手戻りが起きるため、この段階で確定させます。
会計システム（SAP・Oracle Cloudなど）、MES、IoTとの連携では、相手先ごとに中身を詰めておきます。方式はリアルタイムかバッチかを明確にし、特に海外展開の場合は、多言語・多通貨・現地法規制も確認します。
詳細設計・開発：アドオン開発と環境構築
詳細設計では、画面・帳票・プログラムの仕様書を作成します。アドオン開発は、Visual Basicなどを使い、ベンダーのエンジニアが担当します。
- 進捗確認：自社ITチームによる開発のレビュー
- 環境整備：テスト環境の準備
- データ準備：マスタデータの作成
詳細設計・開発と並行して、環境を構築します。mcframe 7では、サーバーの調達・設置、OS設定、製品のインストールが必要です。一方、mcframe Xはインフラ調達が不要なため、構築期間を大幅に短縮できます。
本番・ステージング・開発の3環境を用意しておけば、後続のテストをその環境で進められます。
テスト・データ移行フェーズの進め方
開発後は、単体・結合・シナリオ（統合）・受入（UAT）の順にテストします。なかでも要となるのは、現場のキーユーザーが主体となる受入テストです。受入テストでは、システムが動くかだけでなく、実際に業務を回せるかを確かめます。
シナリオテストと受入テストの進め方
業務全体のつながりを確かめるため、シナリオテストと受入テストを段階的に進めます。
- 受注から出荷・請求・入金・原価計算・在庫管理まで、業務の流れを通した検証
- 本番を想定したデータによる受入テスト
- 不具合の優先度づけと、重大な問題の本稼働前の解消
mcframeは生産・販売・原価管理が統合されており、一つの処理が複数のモジュールにまたがります。そのため、モジュール間のデータ連携を重点的に確認します。
シナリオは、業務部門のキーユーザーが作り、実際の担当者が試験するのが理想です。UATの意見は、操作マニュアルや教育資料の改善にも使えるため、ドキュメント整備を並行して進めます。
データ移行の手順と注意点
移行データは種類が多く、品質が低いとクレンジングに想定外の時間がかかる場合があります。そのため、要件定義の早い段階から対象を一覧にして、品質を確認します。
- 対象データ：品目・取引先・BOM・在庫残高
- 取引データ：受注残・発注残・原価データ
- 品質確認：既存データの不備や設計の不整合の洗い出し
本番移行の前には必ずリハーサルを行い、ツールの動作、所要時間、移行後の整合性を確かめます。
本番移行は、週末や工場休業日など影響の少ない時間帯に行います。さらに、問題が起きた場合に備えてロールバック手順を準備し、旧データと突き合わせます。差異がないことを確認してから、本稼働のゴーサインを出します。
mcframe導入の費用相場とコスト構造
mcframeの価格は公開されておらず、費用は規模とモジュール数、カスタマイズ量によって変わります。ユーザー数やパートナーによっても異なります。
固定費型ERPの費用は、ライセンス・導入支援・インフラ・保守の4要素で構成されます。これらを合わせて、TCO（総所有コスト）の観点から評価します。
初期費用の内訳と規模別の目安
初期費用は、ライセンスと導入コンサルティング・SI費用に分かれます。金額を比べるときは、契約条件と支援範囲をそろえて見ます。
- ライセンス費用：ユーザー数とモジュール構成で決まる固定費型で、保守費を除き追加の利用料はありません。
- 導入SI費用：要件定義から本稼働支援までのコンサルティング・開発・テスト・教育を含み、規模とともに増えます。
- 中規模の目安：従業員500名程度の製造業がSCM＋PCMを導入する場合、初期投資は数千万円〜1億円規模となるケースが一般的です。
- 大規模案件：グローバル展開を含むと数億円規模になる場合があります。フィッティングでカスタマイズを抑えると、SI費用を圧縮できます。
正確な金額をつかむには、複数のパートナーから概算見積もりを取って比べます。
ランニングコストと長期的なTCO管理
運用費は製品の形態によって異なります。長期のTCOを比べるときは、保守やインフラ、社内運用の費用も見ておきます。
- mcframe 7：保守費・サーバー維持費・社内運用の人件費が継続してかかります。
- mcframe X：月額または年額の利用料の支払い
mcframe 7の保守費は、ライセンス費用の一定割合で設定されます。通常は年額で、おおよそ15〜20%程度となることが多く、バグ修正や法改正対応、技術サポートが含まれます。
mcframe 7は刷新のタイミングを自社で決められます。一方で、mcframe Xはサーバー調達やインフラ維持費が不要です。
特に、IT部門のリソースが限られる中小・中堅企業では、mcframe Xのほうが長期的なTCOが低くなる場合があります。また、SAP・Oracleを全社ERPとして使う企業が、生産管理にmcframeを追加して、グループ全体のライセンス費を抑える考え方もあります。
見積もりを取る際のポイントと発注先の選び方
発注前に要件を整理しておくと、見積もりの精度が上がります。パートナー選びも、プロジェクトの成否を左右します。
要件明確化とRFP（提案依頼書）の準備
見積もりを取る前に、導入範囲や業務フローなどを整理して、RFPにまとめます。
- 対象範囲：工場・事業部と、mcframeで扱う業務の範囲
- 利用条件：ユーザー数・拠点・既存連携の整理
- 展開計画：多言語・多通貨対応、海外拠点の有無、稼働希望時期
RFPには、現状の課題と、導入後に実現したいこと（As-Is/To-Be）を具体的に書きます。たとえば、生産計画の精度や原価差異の把握方法、在庫をどこまで見えるようにしたいかを示すと、課題に沿った提案を受けやすくなります。一方で、曖昧な要件のままだと、見積もりの質が下がり、後の変更につながります。
複数社比較と発注先の選び方
パートナーは、得意業種や支援体制、費用感、管理能力がそれぞれ異なります。そのため、最低でも2〜3社から提案と見積もりを取ります。
- 導入実績：同業種での件数や企業規模
- 管理体制：PMOの有無と専任担当者の経験年数
- 稼働後支援：ヘルプデスクと定期レビューの有無
技術力に加えて、製造業の業務課題を理解し、適切な導入方針を示せるコンサルティング力も評価します。提案が課題に具体的に応えているか、安易にカスタマイズを勧めていないか、業務変革の知見があるかを確かめます。
注意すべきリスクと失敗しないための対策
導入でよく起きるリスクは、スコープクリープ・現場の反発・マスタデータの品質問題です。
- 要件の膨張：対象範囲と変更管理ルールの取り決め
- 現場の抵抗：キーユーザーの初期からの参画
- データ品質：既存データの汚れや設計の不整合の早期確認
要件が曖昧だと追加要件が膨らみ、コストとスケジュールが大幅に超過する場合があります。そのため、要件定義の段階で、導入範囲に含むものと含まないものを線引きしておきます。
ERP導入は業務変革を伴うため、現場の担当者の抵抗を招きがちです。そこで、「自分たちが作ったシステム」という当事者意識を持ってもらうことを目指します。また、本稼働後4〜5ヶ月は、手厚い教育とサポートを続け、新業務に慣れるまで支援します。
移行作業が遅れる場合があるため、移行データの品質は、できるだけ早い段階から確かめます。
本稼働・運用定着フェーズの進め方
テストとデータ移行が終わったら、判定会議で承認を得て、本番稼働を始めます。その直後の数週間から数ヶ月は、問題が起きやすいゴーライブ期間です。
そのため、現場とベンダーが協力して問題を早く解決できるかが、プロジェクトの評価を左右します。
本稼働直後のサポート体制と問題対応
最初の月次決算、棚卸、原価計算までは、特に手厚いサポートが必要です。
- 問い合わせ対応：オンサイトまたはリモートでの支援
- 問題の連絡：連絡先と対応優先度の設定
- 利用者教育：新入社員・異動者向けの研修
不慣れな現場で起きる操作ミスや設定誤りには、迅速に対応します。また、連絡ルートと対応優先度の判断基準を事前に決めておくと、混乱を抑えられます。
mcframeには、管理者向けとエンドユーザー向けの研修があります。そのうえで、キーユーザーが社内教育を担えば、長期的な運用定着のコストを抑えられます。
運用定着と継続的な業務改善
稼働後半年〜1年を目安に、安定性と機能の活用状況を見直します。
- 機能の活用：未利用の標準機能の確認
- 定期レビュー：パートナーとの業務改善の確認
- 改善計画：中長期のロードマップの作成
標準機能の一部しか使わず、業務効率化につながらないケースも、業界でよく報告されています。
事業拡大や業務変更、法改正に合わせて、システムを改善します。なお、mcframe 7は自社の意向で改善時期を決められます。
機能拡張と業務改革を段階的に進めることが、投資効果の向上につながります。
まとめ
mcframe導入では、企画から運用定着までの手順を踏みます。目標と体制を決めたうえで、要件定義と分析、設計・開発、テスト・移行の順に進めます。
標準機能を活用してカスタマイズを抑えると、費用や期間、更新時のリスクを抑えやすくなります。また、キーユーザーを早く巻き込み、信頼できるパートナーと段階的に進めることが大切です。
▼全体ガイドの記事
・mcframe導入の完全ガイド
▼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を創業。