Dynamics 365コンサルのフリーランス案件の選び方｜契約前に確かめたいこと

Dynamics 365コンサルのフリーランス案件を選ぶときは、報酬や稼働日数に加えて、担当するアプリとモジュールの範囲、工程とプロジェクトの今の状態、立つ側、拡張開発の方針、更新と締めの時期の稼働、契約の形と責任、契約期間とフェーズの区切りの7点を契約前に確かめておくことが大切です。同じ「Dynamics 365コンサル」の募集でも、この7点の違いで仕事の中身と負担が大きく変わります。

特に見落としやすいのは、担当範囲の境目です。どのモジュールまでか、機能コンサルとテクニカルのどこで線を引くかがあいまいなまま参画すると、隣の領域の作業が少しずつ流れ込んできます。この記事では、Dynamics 365の案件に固有の確認点を整理します。契約書全般の確認点は業務委託契約書のチェックポイントで解説しています。

Dynamics 365の案件選びで差が出る理由

Dynamics 365は、Finance、Supply Chain Management、Sales、Customer Service、Business Centralなど、性格の違うアプリの集まりです。案件票には「Dynamics 365導入」「D365コンサル募集」のように書かれることが多く、どのアプリのどのモジュールを、どの工程で担うのかが読み取りにくいことがあります。

参画後によくあるずれは次のようなものです。

• 会計の機能コンサルとして入ったのに、在庫や原価の設定まで担当することになった
• 機能コンサルの募集だったが、実際は拡張の仕様書づくりや簡単な開発まで求められた
• 要件定義からと聞いていたが、Fit&Gapが終わっておらず、参画直後から遅れの取り戻しを求められた
• 稼働後の保守で、月末の締めと更新前のテストが重なり、稼働の幅を超える月が続いた

こうしたずれは、面談と条件の確認の段階で、聞き方を工夫すれば多くを防げます。

契約前に確かめたい7つの点

1. 担当するアプリ・モジュールと、役割の境目

最初に確かめたいのは、担当の範囲です。

• どのアプリの、どのモジュールを担うか（例：Financeの債権・債務、Supply Chain Managementの倉庫）
• 隣のモジュールに担当がいるか。いない場合、自分が見る範囲に入るか
• 機能コンサルとテクニカルの分担。仕様書は誰が書き、簡単な設定の自動化は誰が担うか

面談では「着任後の最初の1か月で、最も期待されている成果は何か」を聞くと、役割の実態が見えやすくなります。答えが「Fit&Gapの一覧を完成させる」なら上流の機能コンサル、「設計どおりに設定とテストを進める」なら実装寄りの役割です。

2. 工程と、プロジェクトの今の状態

案件票に書かれていない「今の状態」を確かめます。

• 今はどの工程か。要件定義、設計、開発、テスト、移行、保守のどこか
• Fit&Gapや設計は、計画に対して予定どおりか
• 前任の担当がいる場合、交代の経緯（答えられる範囲で）

遅れのある案件を避ける必要はありません。ただ、状態を知ったうえで受けることが大切です。遅れがあるなら、現状の把握にかけられる期間と、範囲の見直しを提案できる立場かを合わせて確かめておきます。

3. 立つ側と、関わる相手

導入を担うパートナー企業のチームに入るのか、発注元に直接参画してパートナー企業の提案や作業を確かめる側に立つのかで、利害の向きが変わります。

• 自分の報告先は誰か。パートナー企業のPMか、発注元の情報システム部門か
• 海外拠点やグローバルの標準テンプレートが関わるか。英語の会議や文書があるか
• 会議の時間帯。時差のある相手との会議が早朝や夜間に入るか

英語を使う案件の注意点は英語を使うプロジェクトの記事にまとめています。

4. 拡張開発の方針

標準の機能に業務を合わせる方針か、拡張開発で業務に合わせる方針かで、仕事の中身が変わります。拡張が多い導入では、要件の数だけ仕様書とテストが増え、稼働後も更新のたびに確認する範囲が広がります。

• 拡張の範囲を誰がどう決めるか。機能コンサルが開発を減らす提案をできる立場か
• 既存の拡張がどのくらいあるか（保守の案件の場合）
• 拡張の記録や設計書が残っているか

拡張の方針を聞いておくと、自分の得意な関わり方と合うかを判断しやすくなります。

5. 更新と締めの時期の稼働の振れ幅

Finance and Operations系のアプリは、サービス更新が年4回提供され、利用者は年に最低2回の更新を適用する必要があるとされています（Microsoft Learn「サービス更新の可用性」、2026年10月時点）。保守や稼働後の案件では、更新前のテストと、月末・期末の締めの支援が重なる時期に稼働が増えやすくなります。

• 更新前のテストは誰が担い、業務範囲に入っているか
• 締めの時期や本番切り替えの週末に、夜間や休日の対応があるか
• 精算幅を超えたときの扱いと、稼働が少ない月の扱い

精算の仕組みは精算幅の記事で解説しています。

6. 契約の形と、負う責任の範囲

フリーランスのDynamics 365コンサルは、多くの場合、準委任契約で参画します。準委任では、システムの完成そのものではなく、専門家として通常求められる注意を払って業務を行うことが約束の中身になります。確かめたいのは、契約書や発注の書面の書き方が、この考え方と合っているかです。

• 「システムを期限内に稼働させる」のように、完成を約束する書き方になっていないか
• 設定の誤りや移行データの不一致について、どこまでの責任を負う書き方か
• 成果物の納品が求められる場合、その範囲は何か（設計書、テストの結果、手順書など）

請負の形で受ける場合は、完成に対する責任を負うことになります。違いは準委任契約と請負契約の違いで解説しています。また、準委任なのに発注元の社員から細かな作業の指示や勤務時間の管理を受ける働き方は、偽装請負の問題につながるおそれがあります。詳しくは偽装請負の記事をご覧ください。

7. 契約期間とフェーズの区切り

契約の期間と、プロジェクトのフェーズの区切りが合っているかを確かめます。たとえば、本番切り替えの直前に契約の更新時期が来ると、更新されなかった場合に最も大事な局面を見届けられません。稼働直後の問い合わせが多い期間まで担うのかも、先に確かめておきたい点です。

フリーランス法では、6か月以上継続して業務を委託している場合に、契約を解除したり更新しなかったりするときは、少なくとも30日前までに予告することが求められています（2026年10月時点、公正取引委員会の案内による）。詳しくは中途解除の30日前予告の記事をご覧ください。

確かめた内容を書面と照らし合わせる

面談や事前の確認で聞いた内容は、契約の前に書面と照らし合わせます。フリーランス法では、発注する事業者は業務を委託したら直ちに、業務の内容、報酬の額、支払期日などを、書面またはメールなどで明示することとされています。報酬の支払期日は、成果物や役務を受け取った日から60日以内のできる限り短い期間内で定めることとされています（いずれも2026年10月時点、公正取引委員会の案内による）。明示される事項の内容はフリーランス法で明示される取引条件をご覧ください。

Dynamics 365の案件では、特に次の点が書面に反映されているかを確かめます。

1. 業務の内容に、担当するアプリ・モジュールと役割（機能コンサル、テクニカルなど）が書かれているか
2. 更新前のテストや締めの支援が業務範囲に入るか
3. 完成を約束する書き方や、移行データの不一致の責任を一方的に負う書き方になっていないか
4. 稼働の幅と、超えたときの精算方法
5. 契約期間と、本番切り替えや稼働直後の期間との関係

面談で聞いておくとよい質問は面談でよく聞かれる質問と答え方の逆質問の項目でも紹介しています。一般的な逆質問の考え方は面談で聞いておくべき逆質問をご覧ください。

よくある質問

拡張開発の多い案件は避けたほうがよいですか？

避ける必要はありません。業務の事情で拡張が必要な導入もあり、テクニカルの方には経験を広げる機会になります。ただし、拡張が多いほど更新のたびの確認が増えるため、テストを誰が担うかと、稼働の見込みを確かめてから受けることをおすすめします。

担当モジュール以外の作業を頼まれたらどうすればよいですか？

まず、契約の業務範囲に入るかを確かめます。入らない場合は、引き受ける前に、作業の量と期間、条件の見直しを相談しましょう。少しの手伝いのつもりで引き受け続けると、本来の担当の作業が遅れ、評価にも影響するおそれがあります。

報酬の高い案件と、担当範囲のはっきりした案件で迷ったらどうしますか？

一概には言えませんが、担当範囲があいまいなまま作業が広がると、稼働が増えて時間あたりの報酬が下がることがあります。報酬の額だけでなく、担当範囲と稼働の見込みを合わせて比べるとよいでしょう。報酬の決まり方はDynamics 365コンサルの報酬の記事で解説しています。