Dynamics 365 Business Centralのシステム開発の発注/外注/依頼/委託方法について

Dynamics 365 Business Centralのシステム開発を発注・外注するときは、標準機能へ業務を合わせる範囲と、拡張・連携・移行を委託する範囲を先に決めることが成功の近道です。

Business Centralは、会計、販売、購買、在庫、製造、プロジェクト、サービスなどを統合するERPです。ライセンスを契約して設定するだけでは、現場で使えるシステムにはなりません。RFP（提案依頼書）に業務課題やデータ、連携先、希望時期を整理し、契約形態と見積の前提をそろえてから委託先を比較する必要があります。本記事では、Dynamics 365 Business Centralのシステム開発を外注する際の発注形態、要件整理、契約、費用相場、選定基準、見積比較の方法を、2026年時点の情報をもとに解説します。

▼全体ガイドの記事
・Dynamics 365 Business Centralのシステム開発の完全ガイド

Dynamics 365 Business Centralのシステム発注・外注とは何ですか？

結論として、Business Centralの発注・外注は、ソフトウェアそのものを一から作る契約ではなく、業務に合わせた導入設計、設定、必要な拡張、外部システム連携、データ移行、テスト、教育、運用支援を組み合わせて委託することです。発注先は「開発会社」だけでなく、Microsoftの販売パートナー、ERP導入コンサルティング会社、AL拡張の開発会社、データ移行や保守を担う会社などに分かれます。

Business Centralは、中堅・中小企業向けに財務、サプライチェーン、製造、プロジェクト、サービス業務を統合するビジネス管理アプリケーションです。Microsoft Learnの2026年リリースウェーブ1でも、標準機能を構成し、必要に応じて業界向けソリューションやカスタマイズで拡張する製品として説明されています（出典: Microsoft Learn「Dynamics 365 Business Central 2026 リリースウェーブ1の概要」、2026年）。そのため、最初から独自仕様を大量に実装するより、Fit to Standardで標準を確認し、競争力や法令対応に直結する部分だけを拡張する発注が適しています。

委託範囲には、現状調査、Fit-Gap、業務・権限設計、環境設定、アドオン選定、AL拡張、API連携、マスタや過去取引データの移行、テスト、操作教育、切替支援、稼働後の問い合わせ対応が含まれます。特に会計や在庫は、画面を作るよりも、勘定科目、税区分、品目コード、在庫ロケーション、締め処理、承認ルールを整える作業に時間がかかります。見積書に「Business Central導入一式」とだけ書かれている場合は、何が含まれ、何が別料金なのかを確認してから契約します。

発注形態はどのように選びますか？

発注形態は、1社に導入全体を任せる一括委託、企画・要件整理と開発を分ける分離発注、短期間の検証を先に行う段階発注の3つに分けて考えると選びやすくなります。社内にERPや会計の知見が少ない場合は一括委託が進めやすく、要件を自社で管理できる場合は分離発注や段階発注で透明性を高められます。

一括委託では、1社の導入パートナーが、要件整理から設定、拡張、移行、教育、稼働後支援までをまとめて担当します。問い合わせ先が一本になるため、複数の会社に責任を押し付け合う事態を避けやすく、初めてERPを導入する企業に向いています。一方で、委託先の提案がそのまま要件や費用になりやすいため、標準機能と追加開発の区別、再委託先、成果物の範囲、追加変更の単価を契約前に明記します。

分離発注では、業務コンサルティング会社が要件を整理し、別の会社がBusiness Centralの設定や拡張を担当するなど、工程ごとに委託先を分けます。会計・製造の業務設計と、AL開発・API連携の技術力を別々に評価できることが利点です。ただし、要件の伝達漏れ、設計責任の曖昧さ、テスト環境の所有者不明が起こりやすいため、発注者側にプロジェクトマネージャーを置き、成果物の受け渡し条件と責任分界表を管理します。

Business Centralの操作感や標準機能の適合度が分からない場合は、最初に有償の現状調査やPoC（概念実証）だけを発注し、その結果をもとに本導入を契約します。代表的な業務として、受注から出荷・請求まで、購買から入荷・支払まで、月次決算までの流れを少量の実データで確認します。PoCで「標準でできること」「追加設定が必要なこと」「拡張が必要なこと」を分けると、過剰なカスタマイズを防ぎやすくなります。

RFPと要件整理は何を準備すればよいですか？

RFPは、委託先へ同じ条件で提案と見積を依頼するための資料です。細かな画面仕様をすべて決める必要はありませんが、経営目的、対象業務、利用者、拠点、データ、連携、希望稼働日、予算の考え方、保守要件をそろえる必要があります。情報が不足したまま「Business Centralを導入したい」とだけ伝えると、各社が異なる前提で見積もるため、金額の比較ができません。

まず「何を導入するか」ではなく「何を改善したいか」を書きます。たとえば、月次決算を10営業日から5営業日へ短縮したい、在庫差異を減らしたい、海外子会社の実績を本社で早く確認したい、Excelの二重入力をなくしたい、といった目的です。次に、会社数、拠点数、倉庫数、ユーザー数、業種、製造の有無、扱う通貨、国内外の税務、既存のDynamics 365 SalesやEC・WMS・銀行・給与システムを記載します。希望稼働日から逆算し、第一フェーズに含める業務と第二フェーズへ回す業務も分けます。

見積が大きく変わるのは、既存データをどれだけ移すか、どのシステムとつなぐかです。品目、得意先、仕入先、勘定科目、税区分、価格表、在庫、未収・未払、固定資産、過去取引の保管方法を一覧にします。移行件数の欄には、行数だけでなく、重複、欠損、コード体系の不統一、旧システムでの保持期間も記載します。連携は、送受信する項目、頻度、リアルタイムか一括か、エラー時の再送、重複防止、障害時の責任者まで整理します。

日本の請求・税務業務を含む場合は、インボイス制度や電子取引データの保存要件を、RFPの非機能要件に入れます。国税庁は法人の帳簿や取引書類について原則7年間の保存を求め、電子取引では取引情報に係る電磁的記録を一定の要件で保存する必要があると説明しています（出典: 国税庁「帳簿書類等の保存期間」「電子帳簿保存法の概要」、2026年確認）。Business Centralがどこまで対応するかだけでなく、請求書の発行・受領・検索・訂正履歴・保存責任をどの製品が担うかを、委託先と確認します。

RFPには、各要件を「標準機能で対応」「設定で対応」「AppSourceなどの追加アプリで対応」「AL拡張やPower Platformで対応」「業務変更で対応」「対象外」に分けて提案するよう依頼します。標準機能で代替できるのに独自画面を作ると、初期費用だけでなく、アップデート時の検証や保守も増えます。一方で、法令、収益源、製造工程、顧客体験などに関わる機能まで無理に標準へ寄せると、現場が使えないシステムになります。判断理由と将来の変更影響を、要件ごとに残してもらいます。

契約形態は請負・準委任のどちらを選びますか？

Business Centralの導入では、要件が固まった開発・設定部分を請負契約、調査や伴走支援、運用改善を準委任契約にする組み合わせが現実的です。契約名だけで安全性が決まるわけではなく、成果物、完成条件、検収、作業時間、変更管理、責任分界を具体的に書けるかが重要です。法務・税務の最終判断は自社の専門家にも確認し、委託先の説明だけで契約を確定しないようにします。

請負契約は、合意した成果物を完成させ、発注者が検収する形に適しています。要件定義書、設定一覧、拡張機能、インターフェース仕様書、移行結果、テスト成績書、操作マニュアルなどを成果物として列挙し、受入テストの合格条件を決めます。「画面が動く」だけでなく、月次決算、返品、在庫調整、権限別操作、連携エラー、データ復旧などの業務シナリオを検収に含めます。要件変更が発生した場合の追加見積と納期変更の手順も契約書や変更管理表で管理します。

準委任契約は、一定の業務を専門家の知識や時間で支援してもらう形に向いています。現状業務のヒアリング、Fit-Gapワークショップ、データクレンジング支援、ユーザー教育、稼働後の問い合わせ、アップデート影響調査などは、開始時点で成果の形を完全に固定しにくいためです。作業時間、担当者、定例会、報告内容、対応時間帯、未消化時間の扱い、成果物の帰属を明記し、作業実績を月次で確認します。

契約では、Microsoftライセンスの契約主体と更新条件、追加アプリの所有者、拡張コードや設定情報の利用権、連携用アカウント、データの返却方法を確認します。委託先が変更になったときに、設定一覧やソースコード、テスト資産、運用手順を引き継げるかも重要です。保守では、障害の受付時間、重大度ごとの初動、復旧目標、Microsoftの更新に対する検証、追加開発の単価、ユーザー教育の範囲を決めます。将来のベンダーロックインを避けるため、契約前に終了時の移行条件まで確認します。

発注・外注費用の相場はいくらですか？

Business Centralの導入支援・開発費には、Microsoftが一律に定める公式価格はありません。以下は、リサーチノートに整理した一般的な業務システム・ERPの相場、必要工程、公開事例をもとにした推定レンジです。実際の価格は、ユーザー数、会社・拠点数、業務範囲、移行量、連携本数、追加アプリ、標準化の度合い、保守時間で変わるため、予算の初期目安として利用し、最終的には同じRFPで複数社へ見積を依頼します。

Microsoft公式の日本向け価格ページでは、Essentialsが1ユーザーあたり月額11,994円相当、Premiumが月額16,491円相当です。いずれも税別で、年払いの月額相当として掲載されています（出典: Microsoft「Business Centralの価格」、2026年8月確認）。Essentialsは財務・販売・購買・在庫を中心に、Premiumは製造・サービス管理を含む構成です。20ユーザーで単純計算すると、ライセンスだけでEssentialsは年間約287.9万円、Premiumは年間約395.8万円となりますが、導入支援、移行、連携、追加アプリ、教育、保守は含まれません。

単一法人で、会計・販売・購買・在庫を中心に導入し、業務を標準機能へ寄せられる場合は、導入設計、環境設定、基本マスタ移行、権限設定、操作教育を含む初期支援が300万〜800万円程度という推定レンジになります。期間は3〜6か月程度が一つの目安です。ただし、ユーザー数が少なくても、データの重複やコードの不統一が多い場合は移行費が増えます。金額だけでなく、移行対象とテスト範囲を見積書で確認します。

複数拠点、複数倉庫、複数会社に加え、EC、WMS、銀行、給与、請求、CRMなどと連携する場合は、初期の導入・開発支援が800万〜2,000万円程度という推定レンジになります。期間は5〜10か月程度が想定されます。API連携では、項目マッピングだけでなく、エラー時の再送、重複防止、締め処理、認証情報、障害時の責任分界まで設計するため、連携本数に応じて設定・開発・テストが増えます。

製造、サービス管理、多法人、多通貨、多言語、海外拠点、WMSや生産設備との連携を含む場合は、1,500万〜5,000万円超という推定レンジになります。大規模なアドオン、複雑なデータ移行、グローバル展開まで含めると、5,000万〜1億円以上となるケースもありますが、これは一般的なERP・業務システムの相場と工程から推定した範囲で、Business Central固有の一律価格ではありません。公開事例では、JBSがミウラボイラメキシコのBusiness Centralを約5か月で導入したと紹介されていますが、対象会社や業務範囲が異なるため、5か月を標準納期とは断定しません（出典: JBS「ミウラボイラメキシコ株式会社」導入事例、2026年確認）。自社の納期は、対象範囲と意思決定の体制を踏まえて別途計画します。

初期費用のほかに、ライセンス、追加アプリ、Power Platformや連携サービス、保守・運用、ユーザー教育の費用が継続します。一般的な業務システムでは、年間保守・運用費を初期開発費の15〜25％程度とする目安がありますが、Business Central固有の公式料金ではないため、予算計画の参考レンジとして扱います。保守契約に、Microsoftの更新に伴う回帰テスト、問い合わせ、障害対応、軽微な変更、データ修正、月次報告がどこまで含まれるかを分けて記載してもらいます。

委託先の選定と見積比較は何を見ればよいですか？

委託先は、Microsoftのパートナー資格や知名度だけで決めず、自社と近い業種・規模の導入経験、会計や製造の業務知識、データ移行、連携、教育、運用保守まで確認します。提案書の美しさより、要件を標準・設定・拡張に分解し、費用とリスクを説明できるかを重視します。2〜3社に同じRFPを渡し、同じ質問と評価基準で比較すると、価格差の理由が見えやすくなります。

実績を確認するときは、導入社数だけでなく、会社数、拠点数、ユーザー数、対象モジュール、製造・サービスの有無、海外展開、連携先、稼働後の支援期間を聞きます。公開事例の会社名だけでは担当範囲が分からないため、提案に参加するコンサルタントやエンジニアが、その案件で何を担当したかを確認します。会計担当者、現場責任者、データ移行担当者、技術担当者が面談に参加し、質問に分かりやすく答えられるかも評価します。

見積書は、要件定義、Fit-Gap、基本設計、環境設定、拡張開発、外部連携、データ移行、テスト、教育、切替、稼働後支援に分けてもらいます。各項目に、担当ロール、工数、単価、期間、成果物、前提条件、除外事項を付けてもらうと、安い見積が作業の抜けによるものか、効率化によるものかを判定できます。特に「移行一式」「連携一式」「帳票一式」「保守一式」は、件数、画面数、帳票数、データ量、対応時間が不明なままでは比較できません。

価格差を見るときは、初年度だけでなく3〜5年のTCO（総保有コスト）を試算します。ライセンスのユーザー構成、追加アプリの年額、保守料、アップデート検証、連携基盤、教育、障害対応、将来のユーザー追加を並べます。初期費用が低くても、独自アドオンが多く、更新のたびに手作業の検証が必要なら、長期では高くなる可能性があります。逆に、標準機能を使う提案でも、移行や教育が不足していれば稼働後に追加費用が発生します。

注意したい提案は、要件を聞かずに短納期・低価格だけを強調するもの、標準機能と追加開発の区分がないもの、特定担当者の経験だけに依存するものです。Business Central Onlineでは継続的な更新があるため、2026年リリースウェーブ1のような機能追加やAI・Power Platform連携を踏まえ、アップデート時の影響調査と受入テストの担当者を確認します。Microsoft Learnでは2026年4月から9月の機能計画として、AIを使った自動化、財務、製造、サプライチェーン、連携、コンプライアンスなどが示されています（出典: Microsoft Learn「2026 リリースウェーブ1」、2026年確認）。新機能を使うかどうかより、既存拡張との互換性と更新時の責任分界を契約に落とし込みます。

セキュリティ面では、ロール・権限セット、承認者と入力者の分離、特権アカウント、外部連携の認証情報、監査ログ、退職者アカウント、バックアップと復旧手順を確認します。候補会社には、障害発生時の連絡経路、Microsoftへの問い合わせ方法、再委託先の管理、担当者交代時の引き継ぎ、稼働後の教育方法を質問します。営業担当者の説明だけでなく、実際に運用を担うメンバーが同席する提案を選ぶと、契約後の認識差を小さくできます。

Dynamics 365 Business Centralの発注・外注に関するよくある質問

最後に、発注前に多く寄せられる質問へ回答します。費用や期間は会社の条件で大きく変わるため、ここで示す範囲をそのまま契約条件にせず、RFPと見積の前提をそろえて確認します。

依頼はできますが、一般的なWebシステム開発の経験だけでなく、Business Centralの導入・設定・AL拡張・データ移行・運用に詳しいパートナーを選ぶ必要があります。ERPでは会計、在庫、販売、購買の業務知識が不足すると、画面は作れても月次決算や在庫評価が成立しません。候補会社に、Microsoft製品の実績、同業の導入事例、担当者の業務知識、アップデート対応の体制を確認します。

簡単な初期相談や概算であれば数週間程度で提示される場合がありますが、正確な見積には、現状ヒアリング、対象業務の確認、データと連携の棚卸し、Fit-Gapが必要です。標準機能中心の小規模導入では3〜6か月程度、中規模では5〜10か月程度、製造・多法人・海外・複雑な連携では8〜18か月程度という推定が目安になります。JBSが約5か月の導入事例を公開しているように短期導入の実績はありますが、対象範囲と意思決定の速さが異なるため、自社の納期は別途計画します。

一番安い見積が適切とは限りません。要件定義、移行、テスト、教育、保守が除外されていると、契約後に追加費用や納期延長が発生する可能性があります。工程別の費用、前提条件、除外事項、変更時の単価、初年度から5年間の運用費を同じ条件で比較し、価格差の理由を説明できる会社を選びます。特に標準化を優先して安くした提案なのか、作業を削っただけの提案なのかを見分けます。

小規模で標準機能を使い、社内に会計・業務設計・Microsoft製品の知識がある場合は、社内主導で進められる可能性があります。ただし、データ移行、税務要件、権限、連携、受入テスト、稼働後の更新対応まで自社で担う必要があります。まずは導入パートナーへ現状診断やPoCを依頼し、外注する範囲と社内で担える範囲を分けると、過剰な委託を避けながらリスクも把握できます。

まとめ

発注前に確認するポイントを、最後に二つへ整理します。対象範囲と責任を明確にし、見積と契約を同じ前提で比較することが、導入後の想定外を減らします。

RFPには、改善したい業務、対象会社・拠点・ユーザー、標準化と拡張の希望、移行データ、連携先、税務・セキュリティ要件、希望稼働日、保守条件を記載します。評価表には、業務理解、Business Centralの実績、提案の具体性、初期費用、ライセンス、保守、5年間のTCO、体制、契約条件を並べます。同じ資料を2〜3社へ渡して回答をそろえると、価格だけでは分からない提案品質を比較できます。

初期の設定や開発だけでなく、データ移行のやり直し、ユーザー教育、障害対応、Microsoftの更新、アドオンの互換性確認、担当者交代時の引き継ぎまで確認します。契約終了時に設定情報やコード、テスト資産を返却できる条件も決めておくと、将来の委託先変更や内製化に備えられます。

Dynamics 365 Business Centralのシステムを発注・外注するときは、ゼロから作る開発案件として考えるのではなく、標準機能を軸に導入設計、設定、拡張、連携、移行、テスト、教育、保守を組み合わせます。最初に一括委託・分離発注・段階発注のどれが自社の体制に合うかを決め、RFPに業務課題、対象範囲、ユーザー、拠点、データ、連携、税務・セキュリティ要件、希望稼働日を記載します。

費用は公式ライセンス価格と導入支援・開発費を分け、初期費用だけでなく3〜5年間のTCOで比較します。標準機能中心なら300万〜800万円程度、複数拠点や連携を含むと800万〜2,000万円程度、製造・多法人・海外展開では1,500万〜5,000万円超という推定レンジが目安ですが、根拠となる工程と前提条件を必ず確認します。委託先は、同業実績、ERP業務知識、移行・連携・運用体制、アップデート対応、契約終了時の引き継ぎまで比較し、要件を理解した提案を選びます。

Business Centralの発注で最も重要なのは、安い会社を探すことではなく、標準化する業務と自社固有の価値を守る業務を整理し、費用・責任・成果物を契約で見えるようにすることです。発注前にRFPと評価表を整え、候補会社から同じ条件の提案を受けることで、導入後の追加費用や運用負担を抑えやすくなります。

▼全体ガイドの記事
・Dynamics 365 Business Centralのシステム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

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

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

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

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

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。