業務委託エンジニア発注の進め方｜見積書〜契約締結までの書類と手順

「契約書のひな形は見つけた。発注する相手も、ほぼ決まっている。でも、ここから何をどの順番で進めればいいのか分からない」——初めて業務委託でエンジニアに発注しようとする担当者の多くが、この壁に突き当たります。契約書の必須項目を解説する記事はたくさんありますが、それを読んでも「実際の手続きをどう回すか」という段取りまでは見えてこないからです。

業務委託の発注では、見積書・発注書・注文請書・契約書・NDA（秘密保持契約）といった複数の書類が登場します。これらを「誰が・いつ・どの順番で」交わすのか、社内の稟議や承認とどう並行させるのか、電子契約はどう進めるのか——個々の書類の知識があっても、流れとしてつながっていないと最初の一歩を踏み出せません。

さらにエンジニア発注では、契約形態（請負か準委任か）の確定、検収条件の合意、知財や機密の取り扱いといった、一般的な発注にはない論点が絡みます。これらを「プロセスのどの段階で決めるか」を取り違えると、契約締結後に手戻りが発生したり、最悪の場合は偽装請負と指摘されるリスクを抱えたりします。

本記事では、業務委託エンジニアへの発注を「発注決定から稼働開始まで」の時系列で整理し、各段階で交わす書類と社内手続きの段取りを一気通貫で解説します。契約書の条項の中身そのものではなく、「いつ・誰が・どの書類を・どう処理するか」という発注実務の流れに焦点を当てます。読み終えたとき、自社の発注フローをそのままチェックリストに落とし込める状態を目指します。

なお、契約書に盛り込むべき条項の中身や、エンジニア発注特有のリスク点検については、後述の各セクションで関連する解説記事を案内します。本記事と組み合わせて読むことで、「段取り」と「中身」の両面をカバーできます。

業務委託エンジニア発注の全体フロー｜発注決定から稼働開始までの6ステップ

業務委託でエンジニアに発注する流れは、大きく6つのステップに分けて捉えると迷いがなくなります。まずは記事全体の地図として、発注決定から稼働開始までの全体像を押さえましょう。

発注フローを「条件確定 → 書類授受 → 締結 → 稼働」の4局面で捉える

6ステップは細かく見えますが、本質的には4つの局面に整理できます。

• 条件確定（ステップ1〜2）: 何を・いくらで・どの契約形態で頼むかを固める局面
• 書類授受・締結（ステップ3〜5）: 社内承認を取りながら、契約書や発注書を交わす局面
• 稼働（ステップ6以降）: 取引条件を明示して作業を始め、検収・支払いへ進む局面

最初に「これは今どの局面の話か」を意識すると、目の前の書類が全体のどこに位置するかが見えて、進め方の迷いが大きく減ります。

各ステップの担当と交わす書類の早見表

発注実務でつまずきやすいのは、「書類を出す主体」を取り違えることです。早見表で整理しておきましょう。

• 見積書: 受託者（エンジニア側）が発行 → 発注側が受け取る
• 発注書（注文書）: 発注側が発行 → 受託者が受け取る
• 注文請書（発注請書）: 受託者が発行 → 発注側が受け取る（これで個別契約が成立）
• 契約書（基本契約書）: どちらが用意してもよいが、発注側が用意するのが望ましい（理由は後述）
• NDA（秘密保持契約）: 通常は発注側が用意し、条件すり合わせの段階で締結する

この「誰が出すか」を押さえておくと、相手に何を依頼すべきか、自社が何を準備すべきかが明確になります。次のセクションからは、各局面を順番に掘り下げていきます。

発注前にすり合わせる条件｜契約形態・スコープ・検収基準を「いつ」決めるか

書類を交わす前に、まず固めておくべき条件があります。ここを曖昧にしたまま見積取得や契約書作成に進むと、後工程で必ず手戻りが発生します。エンジニア発注で特に重要な「契約形態」「業務範囲・成果物・検収基準」「報酬・支払い条件」を、それぞれどの段階で決めるべきかを整理します。

契約形態（請負/準委任）は見積取得の前に決める

業務委託契約には、大きく「請負」と「準委任」の2つの形態があります。エンジニア発注では、この選択が見積金額・検収の有無・責任範囲すべてに影響するため、見積を取る前に決めておくのが鉄則です。

• 請負: 成果物の完成に対して報酬を支払う形態。Web サイトやアプリなど「完成させて納品してもらう」開発に向く。成果物が完成しなければ報酬支払い義務は原則発生せず、契約不適合責任（旧・瑕疵担保責任）を問える
• 準委任: 業務の遂行（労働の提供）に対して報酬を支払う形態。技術支援・運用保守・スポットの開発支援など「稼働してもらう」業務に向く。成果物の完成は約束されない

「完成責任を負ってほしいのか、稼働してほしいのか」で選ぶのが基本です。この判断が見積の前提（一括見積か、月額・時間単価か）を決めるため、最初に確定させます。請負と準委任の違いや選び分けの詳細は、業務委託契約書テンプレート（発注側）で条項とあわせて解説しています。本記事では「発注プロセスのどこで決めるか」に絞っており、契約形態の選択は条件すり合わせの最初に置くのが正解、と覚えておいてください。

業務範囲・成果物・検収基準を「別紙」に切り出す前提で言語化する

エンジニア発注のトラブルで最も多いのが、「何をどこまでやってもらうか」の認識ズレです。これを防ぐには、業務範囲・成果物・検収基準を契約書本体ではなく「別紙（仕様書・作業範囲書）」に切り出す前提で言語化しておくと進めやすくなります。

別紙に切り出しておくと、以下のメリットがあります。

• 契約書本体（基本契約）は一度作れば使い回せ、案件ごとの具体は別紙で差し替えられる
• 業務範囲が変わったときに、契約書全体を作り直さず別紙の更新で対応できる
• 「成果物がどの状態になったら検収完了とするか（検収基準）」を具体的に書き込める

この段階で完璧な仕様書を作る必要はありません。「成果物は何か」「どうなったら完成・検収とみなすか」を箇条書きで言語化できれば十分です。検収条件の具体的な条項の書き方は、エンジニア特有の追加条項と書き方で扱っています。

報酬・支払い条件・契約期間の合意タイミング

報酬・支払いサイト（締め日と支払日）・契約期間は、見積取得とセットで合意します。具体的には次の順序が自然です。

1. 業務範囲・成果物（前項）を固める
2. それを前提に受託者へ見積を依頼する
3. 提示された見積金額・支払い条件・想定期間を擦り合わせる
4. 双方が合意した条件を、契約書・発注書に反映する

ここで報酬体系（一括・月額・時間単価）が契約形態と整合しているかを確認します。請負なら成果物単位の一括、準委任なら月額や時間単価が一般的です。この整合が取れていないと、後の検収・請求段階で「成果物が未完成でも支払うのか」といった混乱が生じます。条件が固まったら、いよいよ書類を交わす段階に進みます。

発注で交わす書類の流れ｜見積書・発注書・注文請書・契約書の順序と役割

ここが本記事の中核です。業務委託の発注では複数の書類が登場しますが、それぞれに「発行する主体」と「順序」、そして「いつ契約が成立するか」という役割があります。これを理解すれば、「どの書類を・誰が・いつ出すのか」という最大の疑問が解消します。

書類の発行主体と順序（見積書→発注書→注文請書→契約書）

書類は、契約が成立するまでのやり取りを書面化したものです。一般的な流れと、それぞれが法律上どんな意味を持つかを整理します。

1. 見積書（受託者が発行）: 「この条件・金額で受けられます」という提示。法律上は「申込みの誘引」にあたります
2. 発注書／注文書（発注側が発行）: 「その条件で発注します」という意思表示。法律上の「申込み」にあたります
3. 注文請書／発注請書（受託者が発行）: 「その発注を承ります」という承諾。法律上の「承諾」にあたります

このように、見積書・発注書・注文請書は「申込みの誘引 → 申込み → 承諾」という契約成立のプロセスを書面化したものです（業務委託契約における発注書・注文書の使い方、業務委託契約書.com）。発注書を一方的に出しただけでは、原則として契約は成立しません。承諾を示す注文請書とセットで初めて契約として効力を持ちます（発注書の役割と注意点、freee）。

個別契約はいつ成立するか（注文請書到達時点）

「では、契約はいつ成立するのか」という疑問への答えは明確です。発注書（申込み）に対して受託者が注文請書（承諾）を発行し、それが発注側に到達した時点で個別契約が成立します。

つまり、注文請書が手元に届くまでは契約は確定していない、と考えるのが安全です。口頭やメールで「お願いします」と伝えただけでは、後で「言った・言わない」のトラブルになりかねません。発注書を出したら必ず注文請書を受け取る——この往復をセットで運用することが、発注実務の基本になります。

基本契約書＋個別契約（注文書）で2回目以降を効率化する

同じエンジニアに継続して、あるいは何度も発注する場合、毎回ゼロから契約書を作り直すのは非効率です。そこで使われるのが「基本契約書＋個別契約」の組み合わせです。

• 基本契約書: 報酬の支払い条件、知的財産の帰属、秘密保持、損害賠償の範囲など、取引全体に共通する条件を一度だけ取り決める
• 個別契約（発注書＋注文請書）: 案件ごとに変わる業務内容・納期・金額だけを、発注書と注文請書のやり取りで確定する

この設計にしておくと、1回目だけ基本契約をしっかり結んでおけば、2回目以降は発注書・注文請書の往復だけで発注が完結します。継続的にエンジニアへ発注する見込みがあるなら、初回に基本契約を整えておくのが結果的に最も手間がかかりません。

NDA（秘密保持契約）は契約書より前に交わすべきか

NDA（秘密保持契約）は、業務委託契約書とは別に、より早い段階で締結すべき書類です。なぜなら、契約形態や業務範囲を擦り合わせる段階で、すでに自社の機密情報（システム構成・顧客データ・社内ルールなど）を相手に共有する場面が出てくるからです。

実務上は、条件すり合わせを本格化する前、遅くとも具体的な仕様や社内情報を渡す前に NDA を交わすのが安全です。基本契約書の中に秘密保持条項を盛り込む方法もありますが、その場合は基本契約の締結が機密共有のタイミングに間に合うかを確認してください。間に合わないなら、先行して単独の NDA を結ぶのが確実です。

契約書を作成して締結する手順｜社内承認・電子契約・印紙の段取り

条件が固まり、書類の役割も整理できたら、次は契約書を実際に作成して締結する段階です。ここでは「誰が契約書を用意するか」「社内承認とどう並行させるか」「電子契約での締結はどう進めるか」という、実務の段取りを解説します。条項の中身そのものは前述の関連記事に譲り、ここでは「作成して締結に至るプロセス」に絞ります。

契約書は発注側が用意したほうがよい

業務委託契約書は、発注側・受託側のどちらが用意しても法的には問題ありません。ただし、初めての発注では発注側が契約書を用意するほうが望ましいケースが多いです。理由は、契約書のひな形は作成した側の立場で書かれることが多く、自社にとって重要な条件（検収基準・知財の帰属・損害賠償の範囲など）を主導して盛り込めるからです。

とはいえ、ゼロから作る必要はありません。発注側向けの契約書テンプレートを土台にし、自社の案件に合わせて別紙（業務範囲・検収基準）を差し替える進め方が現実的です。盛り込むべき必須項目とテンプレートは、業務委託契約書テンプレート（発注側）を参照してください。

社内稟議・法務レビューと書類授受を並行させる進め方

社内に承認プロセスがある場合、契約書の作成・授受と社内稟議をうまく並行させると、稼働開始までの期間を短縮できます。直列に進めると待ち時間が積み重なるため、次のように並行させるのが効率的です。

1. 条件がほぼ固まった段階で、稟議（予算承認）を先行して回し始める
2. 稟議と並行して、契約書ドラフトの作成・社内法務レビュー（あれば）を進める
3. 稟議承認と契約書ドラフトの完成がそろったら、受託者へ契約書を提示する
4. 双方が内容に合意したら締結に進む

ポイントは、「稟議の承認を待ってから契約書を作り始める」のではなく、固まった条件をもとに両方を同時に走らせることです。ただし、稟議で金額や条件が変わる可能性が残っている段階では、契約書を確定させず「ドラフト止まり」にしておくと、修正の手戻りを避けられます。

電子契約での締結手順（印紙税・フリーランス新法3条通知との関係）

近年は電子契約での締結が一般的になっています。電子契約には、紙の契約書にはないメリットがあります。

• 印紙税がかからない: 印紙税は紙で作成された「課税文書」に課されるため、電子データで作成・締結する電子契約は原則として印紙税の対象外です（電子契約で収入印紙が不要になる根拠、GMOサイン）。継続的取引の基本契約書は紙だと印紙税の課税対象になり得るため、電子契約のコストメリットは大きくなります
• 郵送の手間と時間を削減できる: 押印・郵送・返送の往復が不要になり、締結までの期間が短くなります

ただし注意点として、電子契約を印刷して改めて押印・署名し「紙の契約書」として締結すると、新たな課税文書とみなされ印紙税の対象になる可能性があります（電子契約と印紙税の注意点、クラウドサイン）。電子で締結したなら、電子のまま保管するのが基本です。

加えて、フリーランス（個人）へ発注する場合は、2024年11月1日施行のフリーランス新法（フリーランス・事業者間取引適正化等法）に注意が必要です。同法第3条により、発注事業者は業務を委託したら直ちに「業務の内容」「報酬の額」「支払期日」などの取引条件を、書面または電磁的方法（メール・SNS のメッセージ等）で明示する義務があります（政府広報オンライン）。口頭での明示は認められていません。明示すべき項目は次のとおりです（公正取引委員会パンフレット）。

• 発注事業者・フリーランスの名称
• 業務委託をした日
• 業務の内容
• 給付を受領／役務提供を受ける日・場所
• （検査を行う場合）検査を完了する日
• 報酬の額・支払期日
• （金銭以外で支払う場合）報酬の支払方法に関する必要事項

実務上は、契約書や発注書にこれらの項目を含めておけば3条の明示義務を満たせるケースが多いです。電子契約で締結する場合も、これらの項目が明示されているかをチェックしてから締結に進みましょう。

締結後・稼働中に発注側が進める実務｜偽装請負を避ける依頼の仕方と請求・支払い

契約を締結したら終わり、ではありません。稼働が始まってからも発注側が進める実務があります。特にエンジニア発注では、日々の業務依頼の仕方を誤ると「偽装請負」と指摘されるリスクがあるため、ここは丁寧に押さえておきましょう。

業務の依頼は「指示」でなく「依頼」で（偽装請負・指揮命令の境界）

業務委託（請負・準委任）では、発注側が受託者であるエンジニアに対して、雇用関係のような「指揮命令」を行ってはいけません。実態として指揮命令をしていると、契約上は業務委託でも「偽装請負」とみなされ、労働関連法違反を問われる可能性があります。

「業務委託で指揮命令は違法ですか？」という疑問はよく聞かれますが、答えは「実態として指揮命令をすれば違法（偽装請負）になり得る」です。境界の目安は次のとおりです。

• 避けるべき（指揮命令にあたりやすい）: 始業・終業時刻や勤務場所を細かく指定する／日々の作業を逐一指示する／他の業務を随時頼む
• 問題になりにくい（依頼の範囲）: 成果物や業務範囲を契約・別紙で定め、達成方法は受託者に委ねる／進捗確認や仕様の擦り合わせはミーティングで行う

ポイントは「指示」ではなく「依頼」のスタンスを保つことです。何をいつまでに（What・When）は伝えてよいですが、どうやって作業するか（How）は受託者の裁量に委ねます。偽装請負を避けるための具体的なチェック項目は、業務委託契約のリスク回避チェックリストで確認できます。

検収から請求書受領・支払いまでの流れ

成果物の納品（または業務の完了）後は、検収 → 請求 → 支払いという流れで進みます。

1. 検収: 事前に合意した検収基準（前述の別紙）に照らして、成果物が要件を満たしているか確認します。問題があれば修正を依頼し、満たしていれば検収完了とします
2. 請求書の受領: 検収完了後、受託者から請求書を受け取ります。インボイス制度に対応した適格請求書かどうか、登録番号や税率の記載を確認します
3. 支払い: 契約で定めた支払いサイト（締め日・支払日）に従って支払います

請求書を受け取る際の発注側のチェックポイント（インボイス対応・登録番号の確認など）は、業務委託発注の請求書・インボイス確認で詳しく解説しています。

契約更新・終了時の予告と書類

契約期間が定められている場合、更新するか終了するかを期限前に判断します。基本契約に自動更新条項がある場合は、更新したくないときに「いつまでに通知が必要か」を必ず確認してください。終了時には、貸与した機材やアカウントの返却・削除、預けた機密情報の取り扱い（破棄・返還）についても、契約条項に沿って手続きを進めます。更新・終了のタイミングを管理し損ねると、不要な契約が自動更新されてしまうこともあるため、次に述べる保管・管理の仕組みとあわせて運用するのが安全です。

締結後の契約書の保管・管理｜更新漏れと紛失を防ぐ運用

意外と見落とされがちなのが、締結した後の契約書をどう保管・管理するかです。複数の業務委託エンジニアと取引するようになると、契約書・発注書・NDA が増え、「どの契約がいつ切れるのか」「あの NDA はどこにあるのか」が分からなくなりがちです。締結後の運用まで段取りに含めておきましょう。

何を・どこに・いつまで保管するか

発注に関わる書類は、契約終了後も一定期間の保管が必要です。保管すべき主な書類と考え方は次のとおりです。

• 契約書・基本契約書・NDA: 取引の根拠となる書類。契約終了後も、トラブルや税務調査に備えて保管します
• 発注書・注文請書・見積書: 取引の事実を示す証憑。税務上の保存義務（法人は原則7年）の対象になり得ます
• 請求書: インボイス制度・電子帳簿保存法の保存要件に従って保管します

「契約関連」「取引証憑（発注・請求）」のようにカテゴリを分け、保管場所と保管期限を最初に決めておくと、後から探す手間がなくなります。

電子契約の保存要件と更新期限の管理

電子契約や電子で受け取った請求書は、電子帳簿保存法の保存要件（改ざん防止措置・検索性の確保など）に従って電子のまま保存する必要があります。紙に印刷して保管するだけでは要件を満たさない場合があるため、電子契約サービスや文書管理の仕組みで一元管理するのが確実です。

また、複数の契約を抱えると、更新期限の管理が重要になります。次のような運用を組み込んでおくと、更新漏れや意図しない自動更新を防げます。

• 契約ごとに「契約期間」「自動更新の有無」「更新拒否の通知期限」を一覧化する
• 更新期限の1〜2か月前にリマインドが届くよう、カレンダーやタスク管理ツールに登録する
• 契約書・NDA・発注書を契約相手ごとにまとめて、すぐ参照できる状態にしておく

最初は2〜3件でも、エンジニアの活用が広がれば契約は確実に増えます。一覧管理の習慣を早めに作っておくことが、後々の「更新漏れ・紛失」を防ぐ最も効果的な対策です。

よくある質問（FAQ）

業務委託エンジニアの発注を進めるうえで、検索者が抱きやすい細かな疑問をまとめました。

業務委託で指揮命令は違法ですか？

業務委託（請負・準委任）では、発注側が受託者に雇用関係のような指揮命令を行うことはできません。実態として、勤務時間・場所を細かく指定したり、日々の作業を逐一指示したりすると、「偽装請負」とみなされ違法になり得ます。何を・いつまでに（成果物と納期）は伝えてよいですが、どう作業するか（手段・進め方）は受託者の裁量に委ねるのが原則です。詳しくは「業務の依頼は『指示』でなく『依頼』で」のセクションをご覧ください。

発注書だけで契約は成立しますか？契約書は必要ですか？

発注書を一方的に出しただけでは、原則として契約は成立しません。発注書（申込み）に対して、受託者が注文請書（承諾）を発行し、それが届いた時点で個別契約が成立します。また、取引全体に共通する条件（知財・秘密保持・損害賠償など）は発注書には書ききれないため、基本契約書を別途交わすのが安全です。

見積書・発注書・契約書はどの順番で交わしますか？

一般的には、受託者からの「見積書」→ 発注側からの「発注書（注文書）」→ 受託者からの「注文請書」という順で交わします。これらの取引全体に共通する条件を定める「基本契約書」は、初回の発注前（または発注と並行）に締結しておくと、2回目以降は発注書・注文請書のやり取りだけで発注を完結できます。

同じエンジニアに何度も発注する場合、毎回契約書を作り直す必要がありますか？

毎回ゼロから作り直す必要はありません。初回に「基本契約書」で取引共通の条件を取り決めておけば、2回目以降は案件ごとに変わる業務内容・納期・金額だけを「発注書＋注文請書」で確定できます。継続発注が見込まれるなら、初回に基本契約を整えるのが最も効率的です。

電子契約でも印紙税はかかりますか？

電子データで作成・締結する電子契約には、原則として印紙税はかかりません。印紙税は紙で作成された課税文書に課されるためです。ただし、電子契約を印刷して改めて押印・署名し「紙の契約書」として成立させると、課税対象になる可能性があります。電子で締結したなら、電子のまま保管するのが基本です。

まとめ｜発注フローを自社のチェックリストに落とし込む

業務委託エンジニアへの発注は、書類の種類が多く一見複雑に見えますが、時系列で整理すれば次の6ステップに集約できます。

1. 条件のすり合わせ: 契約形態（請負/準委任）・業務範囲・成果物・検収基準・報酬を固める。機密を渡す前に NDA を締結する
2. 見積取得: 固めた条件をもとに受託者から見積書を受け取る
3. 社内承認: 稟議・予算承認を契約書ドラフト作成と並行して進める
4. 契約書の作成・授受: 発注側主導で契約書（基本契約）を用意し、電子契約で締結する。フリーランス発注時は3条の取引条件明示を忘れない
5. 発注・受注: 発注書を出し、注文請書を受け取った時点で個別契約が成立する
6. 稼働・締結後の実務: 偽装請負を避けた依頼を心がけ、検収 → 請求 → 支払いを進める。契約書・NDA・発注書は更新期限とあわせて一元管理する

この流れを自社の発注チェックリストとして手元に置けば、「何から手をつければいいか分からない」状態から抜け出し、迷わず最初の一歩を踏み出せます。

なお本記事は「発注の段取り（書類の流れ）」に焦点を当てました。契約書に盛り込むべき具体的な条項は業務委託契約書テンプレート（発注側）とエンジニア特有の追加条項と書き方、リスク視点での点検は業務委託契約のリスク回避チェックリスト、請求段階の確認は業務委託発注の請求書・インボイス確認を、それぞれ本記事とあわせてご活用ください。「段取り」と「中身」の両面を押さえれば、初めての業務委託エンジニア発注も安心して進められます。