mcframe導入の進め方/やり方/流れや方法/手法/工程/手順

製造業の基幹システムとして国内で高いシェアを誇るmcframeは、生産管理・販売管理・原価管理を一元化できるERPパッケージです。しかし「どのような手順で導入を進めればよいのか」「プロジェクトをどう立ち上げればよいのか」と迷っている担当者の方は少なくありません。mcframeは固定費型のパッケージシステムであるため、導入前にプロセスを正しく理解しておくことが、プロジェクト成功の第一歩となります。

この記事では、mcframe導入の全体像から具体的な進め方、各フェーズで押さえるべきポイント、費用の考え方まで、プロジェクト担当者が知っておくべき情報を体系的に解説します。導入を検討し始めた段階から、本稼働後の運用定着まで、一気通貫で理解できる内容となっていますので、ぜひ最後までご覧ください。

▼全体ガイドの記事
・mcframe導入の完全ガイド

mcframeの全体像と導入の特徴

mcframeはBizIntegral（ビズインテグラル）社が開発した製造業向けの統合ERPパッケージです。生産管理（SCM）・原価管理（PCM）・販売管理を中核機能として持ち、日本の製造業の業務フローに特化した設計が最大の特徴です。導入を成功させるためには、まずmcframeの製品特性とアーキテクチャを正しく理解することが不可欠です。

mcframeは「フレームワーク型」のアーキテクチャを採用しており、業務機能がフレームワーク上に「部品」として構成されています。標準機能だけで見込生産・受注生産・先行手配など製造業特有の複雑な業務フローに対応できる点が他のERPパッケージと異なる大きな強みです。カスタマイズが必要な場合もフレームワーク上に追加開発した機能を「部品」として積み重ねる形式のため、標準機能とシームレスに連携でき、バージョンアップ時の影響が最小限に抑えられます。

製品ラインアップとしては、オンプレミス版の「mcframe 7」とクラウド版の「mcframe X」があります。mcframe 7はサポート打ち切りやバージョンアップの強制がない永続保守サービスが特徴であり、一度導入すれば長期間安定稼働できます。一方、mcframe Xはクラウドネイティブ設計でSaaS型の提供形態を採り、最新機能への継続的なアップデートが自動で適用される仕組みとなっています。企業の規模・IT戦略・将来的なグローバル展開の有無によって最適な製品を選択することが重要です。

mcframeの導入アプローチには大きく2つの方向性があります。1つ目は「パッケージフィット指向アプローチ」で、mcframeの豊富な標準機能を最大活用し、業務プロセスをパッケージに合わせて変革していく進め方です。カスタマイズを極力抑えることで導入期間を短縮でき、バージョンアップへの対応コストも低く抑えられます。2つ目は「カスタムメイド指向アプローチ」で、自社の業務要件を優先し、必要に応じてカスタマイズを加えていく進め方です。

近年の製造業DXの潮流において推奨されているのはパッケージフィット指向アプローチです。実際に、インテック社がアサヒグループのmcframe導入を支援した事例では、「フィッティングアプローチ」を採用することで従来手法と比べて導入期間を5ヶ月短縮し、5年間で約5億円のコスト削減を実現しています。また日鉄ソリューションズが支援した事例でも、標準機能の最大活用によってカスタマイズ起因のトラブルを大幅に減らすことに成功しています。どちらのアプローチを採るかは、プロジェクト初期の段階で経営層も含めて合意形成を行うことが必要です。

mcframe導入の進め方・全体フロー

mcframeの導入プロジェクトは一般的に「企画・要件定義フェーズ」「フィット＆ギャップ分析フェーズ」「設計・開発フェーズ」「テスト・移行フェーズ」「本稼働・運用定着フェーズ」の5段階で構成されます。全体の期間は規模によって異なりますが、中規模製造業であれば12〜18ヶ月、グローバル展開を含む大規模案件では24ヶ月以上かかるケースもあります。一方でショートカット可能な標準メニューを活用すれば8ヶ月程度での本稼働を実現した事例も存在します。

導入プロジェクトの最初のステップは、経営層が参加するキックオフミーティングの開催です。このフェーズでは「なぜmcframeを導入するのか」という目的と、「導入によって何を実現するのか」というゴールを全社共通の言語で定義します。プロジェクト目標は現場担当者にも伝わるよう、抽象的な表現ではなくイメージ図や数値目標を活用して可視化することが重要です。

この段階で整備すべき事項は主に以下の3点です。プロジェクト推進体制の確立（PMO・各業務部門のキーユーザー・ITチームの役割分担）、プロジェクトのタイムラインとマイルストーンの設定、そしてパートナーベンダーの選定です。mcframeの認定パートナーはキヤノンITソリューションズ・日立ソリューションズ・コベルコシステム・インテックなど国内複数社がいます。各社によって支援体制・業種の得意領域・費用感が異なるため、2〜3社から提案を受けて比較検討することをお勧めします。

要件定義フェーズでは、現状の業務フローを棚卸しした上で、mcframeの標準機能で対応できる範囲（フィット）と、対応できない範囲（ギャップ）を明確化します。mcframeの標準ツール「PowerStart」を活用すると、標準業務プロセスを「たたき台」として使いながら効率的にギャップを洗い出すことができます。このツールはマスタデータを用意するだけですぐに動作確認が可能なため、要件定義に要する工数を大幅に削減できます。

フィット＆ギャップ分析の結果を踏まえ、ギャップへの対応方針を決定します。対応方針は「①業務プロセスをパッケージに合わせて変更する」「②mcframeのアドオン機能で対応する」「③カスタム開発を行う」「④他システムとの連携で補完する」の4択から選択します。この意思決定はプロジェクトの工数・費用・スケジュールに直結するため、経営層も含めた合意のもとで進めることが必要です。後から方針を変更するとスコープクリープ（要件の肥大化）が発生し、コスト超過やスケジュール遅延の原因となるため慎重に判断してください。

設計・開発フェーズの進め方

フィット＆ギャップ分析が完了したら、設計フェーズへと進みます。このフェーズでは業務設計（To-Be業務フロー定義）とシステム設計（画面・帳票・インターフェース設計）を並行して進めます。設計の品質がそのまま開発・テストのコストに影響するため、キーユーザーが積極的に参画して業務要件を正確に伝えることが重要です。

基本設計フェーズでは、フィット＆ギャップ分析の結果を基にTo-Be業務フロー図を作成し、システムに求める機能要件・非機能要件を定義します。mcframeはモジュール構成が明確なため、生産管理（SCM）・原価管理（PCM）・販売管理の各モジュールごとに設計を進めていきます。マスタデータ（品目・BOM・工程・取引先など）の設計はこの段階で確定させておく必要があります。マスタ設計が曖昧なままでは後続フェーズで手戻りが発生するため、特に時間をかけて検討することが重要です。

また、他システムとのインターフェース設計もこの段階で行います。会計システム（SAP・Oracle Cloudなど）・MES（製造実行システム）・IoTプラットフォームとのデータ連携については、連携する項目・タイミング・方式（リアルタイム/バッチ）を明確に定義します。グローバル展開を視野に入れている場合は、海外拠点向けのローカライズ要件（多言語・多通貨・現地法規制対応）をこの段階で洗い出しておくと後のトラブルを防げます。

詳細設計フェーズでは、基本設計を基に画面定義書・帳票定義書・プログラム仕様書などの開発ドキュメントを作成します。mcframeのフレームワーク上でのアドオン開発はVisual Basicなどの言語を使用するため、ベンダーのエンジニアが担当します。この段階で自社のITチームが担うべき作業は、開発進捗のレビューとテスト環境の整備、そしてマスタデータの作成準備です。

環境構築についても詳細設計・開発フェーズと並行して進めます。オンプレミス版（mcframe 7）の場合はサーバーの調達・設置・OSセットアップ・mcframeのインストールが必要です。クラウド版（mcframe X）の場合はインフラ調達が不要なため環境構築のリードタイムを大幅に短縮できます。本番環境・ステージング環境・開発環境の3環境を整備しておくことが、後続のテストフェーズをスムーズに進めるために必要です。

テスト・データ移行フェーズの進め方

開発が完了したら、テストフェーズに移行します。mcframe導入プロジェクトのテストは「単体テスト」「結合テスト」「シナリオテスト（統合テスト）」「受入テスト（UAT）」の順で実施します。特に重要なのが現場のキーユーザーが主体となって行う受入テストです。システムが正しく動作しているかどうかではなく、「業務を実際にこのシステムで回せるか」という観点で確認を行います。

シナリオテストでは、受注から出荷・請求・入金・原価計算・在庫管理までの一連の業務フローをエンドツーエンドで検証します。mcframeは生産管理・販売管理・原価管理が統合されているため、一つのトランザクションが複数モジュールをまたいで処理されます。そのため、モジュール間のデータ連携が正しく機能しているかを重点的に確認することが必要です。

受入テスト（UAT）は本番想定のデータを使って実施します。テストシナリオは業務部門のキーユーザーが作成し、実際の業務担当者がテスターを務めることが理想です。発見された不具合は優先度を付けて管理し、本稼働前に必ずクリティカルな問題を解消しておく必要があります。UATのフィードバックは操作マニュアルや教育資料の充実にも活用できるため、この段階でドキュメント整備を並行して進めることをお勧めします。

データ移行はmcframe導入プロジェクトの中でもリスクが高い工程の一つです。移行対象となるデータは「品目マスタ」「取引先マスタ」「BOM（部品表）」「在庫残高」「受注残・発注残」「原価データ」など多岐にわたります。既存システムのデータ品質が低い場合はデータクレンジングに想定外の時間がかかることがあるため、要件定義フェーズの早い段階から移行対象データの棚卸しと品質確認を行っておくことが重要です。

データ移行は本番移行前に必ずリハーサルを実施します。移行リハーサルでは、移行ツールの動作確認・移行所要時間の計測・移行後のデータ整合性チェックを行います。本番移行は週末や工場の休業日など業務に影響が少ない時間帯に実施し、問題が発生した場合の切り戻し（ロールバック）手順もあらかじめ準備しておくことが大切です。移行完了後は旧システムのデータと突合せを行い、差異がないことを確認してから本番稼働のゴーサインを出します。

mcframe導入の費用相場とコスト構造

mcframeの導入費用は公式に価格が開示されておらず、企業の規模・導入モジュール数・カスタマイズ量・ユーザー数・パートナー会社の違いによって大きく異なります。固定費型ERPパッケージとして、ライセンス費用・導入支援費用・インフラ費用・保守費用の4要素からコスト全体が構成されます。これらを総合したTCO（総所有コスト）の観点で費用を評価することが重要です。

mcframe導入の初期費用は「ライセンス費用」と「導入コンサルティング・SI費用」の2つに大別されます。ライセンス費用はユーザー数・モジュール構成によって決まる固定費型の契約であり、一度支払えば追加の利用料は発生しません（保守費を除く）。導入SI費用は要件定義から本稼働支援までのコンサルティング・開発・テスト・教育費用を含み、プロジェクト規模が大きくなるほど増大します。

規模感の目安として、従業員数500名程度の中規模製造業がSCM＋PCMの基本モジュールを導入する場合、ライセンス費用と導入SI費用を合わせた初期投資は数千万円〜1億円規模となるケースが一般的です。大規模製造業やグローバル展開を含む案件では数億円規模になることもあります。一方でフィッティングアプローチを徹底してカスタマイズを最小化することで、SI費用を大幅に圧縮できた事例も多く報告されています。正確な費用を把握するには、まず概算見積もりを複数パートナーから取得して比較することが重要です。

mcframe 7（オンプレミス版）の場合、初期費用に加えてライセンス保守費（年額）・サーバー維持費・社内IT運用人件費などのランニングコストが継続的に発生します。ライセンス保守費は通常、ライセンス費用の一定割合（おおよそ15〜20%程度）で設定されることが多く、これはバグ修正・法改正対応・技術サポートの費用として計上されます。mcframe 7の大きな特徴として、ベンダー側の都合によるサポート打ち切りやバージョンアップの強制がないため、自社の意向でシステム刷新のタイミングをコントロールできます。

一方、mcframe X（クラウド版）はSaaS型のサブスクリプション契約のため、月額または年額のライセンス利用料を継続的に支払う構造です。サーバー調達・インフラ維持の費用が不要になるため、特にIT部門のリソースが限られている中小・中堅企業では、長期的なTCOが低くなる場合があります。全社ERPとして海外製ERP（SAP・Oracle）を採用している企業でも、生産管理部門にmcframeを追加導入することで、グループ全体のライセンス費を抑制できるというコスト最適化の観点も注目されています。

見積もりを取る際のポイントと発注先の選び方

mcframe導入の見積もりを正確に取るためには、発注者側の準備が不可欠です。曖昧な状態で問い合わせても精度の高い見積もりは得られないため、事前に自社の要件を整理しておくことが時間の節約にもつながります。また、パートナー選定はmcframeプロジェクトの成否を左右する最も重要な意思決定の一つであるため、慎重に進める必要があります。

見積もりを依頼する前に整理しておくべき情報は主に以下の項目です。導入対象の工場・事業部の範囲、主要な業務フロー（受注〜製造〜出荷〜原価計算のどこまでをmcframeで対応するか）、ユーザー数とアクセス拠点、既存システムとの連携要件、グローバル対応の有無（多言語・多通貨・海外拠点の有無）、そして稼働希望時期です。これらをRFP（提案依頼書）としてまとめてベンダーに提示することで、より精度の高い提案と見積もりを受けることができます。

RFPには「現状の課題」と「導入によって実現したいこと（As-Is/To-Be）」を明確に記載することが重要です。「生産計画の精度を上げたい」「原価差異をリアルタイムで把握したい」「在庫の可視性を向上させたい」など、具体的なビジネス課題を記述することで、ベンダーもmcframeの機能を活用した解決策を提案しやすくなります。抽象的な要件では提案・見積もりの品質が下がるだけでなく、後のスコープ変更トラブルの原因にもなります。

mcframeの認定パートナーは複数社ありますが、各社の得意業種・支援体制・費用感・プロジェクト管理能力は大きく異なります。最低でも2〜3社から提案・見積もりを取得し、比較検討することをお勧めします。比較の軸として特に重要なのは「同業種での導入実績（件数・企業規模）」「プロジェクトマネジメント体制（PMOの有無・専任担当者の経験年数）」「本稼働後のサポート体制（ヘルプデスク・定期レビューの有無）」の3点です。

また、パートナー選定の際はmcframeの技術力だけでなく「業務知識の深さ」を重視することが重要です。システムを動かすだけなら技術力で十分ですが、製造業の業務変革を伴うERPプロジェクトでは、現場の業務課題を理解した上で最適な導入方針を提案できるコンサルティング力が求められます。提案時に「自社の課題に具体的な解決策を提示できているか」「カスタマイズを安易に提案していないか」「業務変革への知見があるか」という観点でパートナーを評価してください。

mcframe導入プロジェクトでよく発生するリスクは大きく3つあります。1つ目は「スコープクリープ」で、要件定義が曖昧なまま進めることで途中から追加要件が膨らみ、コストとスケジュールが大幅に超過するケースです。これを防ぐには、要件定義フェーズで「何を導入スコープに含め、何を含めないか」を明確にした変更管理ルールを設定することが有効です。

2つ目は「現場の反発と運用定着の失敗」です。ERPシステムの導入は業務プロセスの変革を伴うため、現場担当者の抵抗が生まれやすい環境です。これを乗り越えるためには、キーユーザーをプロジェクト初期から巻き込み、「自分たちが作ったシステム」という当事者意識を持たせることが有効です。また本稼働後4〜5ヶ月間は手厚い教育・サポート体制を維持し、現場が新業務フローに慣れるまで継続的に支援することが求められます。3つ目は「マスタデータの品質問題」で、既存システムのデータが汚れていたり、設計が不整合だったりすると移行作業が遅延します。移行データの品質確認はできるだけ早い段階から始めることが重要です。

本稼働・運用定着フェーズの進め方

テストとデータ移行が完了し、本稼働の判定会議で承認が得られたら、いよいよ本番稼働を開始します。本稼働直後の数週間から数ヶ月間は、問題が頻発しやすい「ゴーライブ期間」と呼ばれる山場です。この時期に現場とベンダーが協力して迅速に問題を解消できるかどうかが、プロジェクト全体の評価を左右します。

本稼働後の最初の月次決算・棚卸・原価計算を迎えるまでの期間は、特に手厚いサポートが必要です。ベンダーによるオンサイトサポート（常駐支援）またはリモートサポートを活用し、現場担当者が新システムに不慣れなために発生するオペレーションミスや設定の誤りに迅速に対応できる体制を整えておきます。問題発生時の連絡ルートと対応優先度の判断基準を事前にルール化しておくことが、混乱を最小化するために重要です。

本稼働後の教育については、新入社員・異動者向けのトレーニングプログラムを整備しておく必要があります。mcframeは各種トレーニングコースを提供しており、システム管理者向け・エンドユーザー向けの両方の教育メニューが用意されています。また、内部でのキーユーザー（スーパーユーザー）が他の従業員への教育を担える体制を作ることで、長期的な運用定着コストを下げることができます。

本稼働から半年〜1年が経過すると、システムの安定稼働が確認できるようになります。この段階で改めてmcframeの標準機能の活用状況を振り返り、使いこなせていない機能の活用促進に取り組むことが重要です。mcframeの導入後に現場が標準機能の一部しか使っておらず、本来の業務効率化が実現できていないケースが業界でよく報告されています。導入パートナーと定期的なレビュー会議を持ち、機能活用状況と業務改善の進捗を継続的に確認する仕組みを設けることをお勧めします。

また、事業の拡大・業務の変化・法改正などに対応するための継続的なシステム改善も計画的に進める必要があります。mcframe 7の永続保守サービスにより、自社の意向でシステム改善のタイミングをコントロールできる点は、長期にわたる安定運用において大きなメリットです。導入後も中長期のロードマップを持ち、段階的に機能拡張や業務改革を進めていくことが、mcframe投資の効果を最大化する鍵となります。

まとめ

mcframe導入を成功させるためには、プロジェクト立ち上げから本稼働後の運用定着まで、各フェーズで正しい手順を踏むことが不可欠です。この記事で解説した進め方を改めて整理すると、まずプロジェクト目標と体制を確立してから要件定義・フィット＆ギャップ分析を行い、カスタマイズを最小化する方針を固めた上で設計・開発・テスト・データ移行を順に進め、本稼働後は手厚いサポートで現場への定着を支援するという流れになります。

特に重要なのは「カスタマイズを極力抑えてmcframeの標準機能を最大活用する」という原則です。カスタマイズを増やすほどコストと期間が膨らみ、バージョンアップ時のリスクも高まります。また「現場のキーユーザーを早期から巻き込む」ことも成功の必須条件です。ITプロジェクトは業務変革プロジェクトでもあるため、現場の納得と協力なしに定着は達成できません。信頼できるパートナーと組み、段階的に確実に進めることが、mcframe導入を成功に導く王道です。

▼全体ガイドの記事
・mcframe導入の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、弊社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。