旧下請法の3条書面という実務語を入口に、2026年1月1日以降の取適法4条明示として、補充明示、変更明示、追加発注、電子記録の残し方を整理します。
旧下請法の用語と、取適法4条明示としての現在の読み方を整理します。
旧下請法の用語と、取適法4条明示としての現在の読み方を整理します。
「発注後に仕様変更があったときの3条書面の追補」は、発注者が委託取引の途中で仕様、数量、納期、検査条件、代金その他の取引条件を変える場面で、どのような追加書面、補充明示、変更通知、注文変更書、電子メール、EDI記録を残すかという実務上のテーマです。
2026年1月1日以降、従来の下請法は中小受託取引適正化法、通称として取適法へ改正され、従来「3条書面」と呼ばれた発注内容等の書面交付義務は、取適法4条の明示義務として整理されています。検索語や社内資料では3条書面という表現が残りやすいため、このページでは実務上の呼び方を使いながら、現行制度では4条明示として読む前提で説明します。
仕様変更時の実務は、当初から未定だった事項が確定した場合の「補充明示」、発注内容そのものが変わる場合の「変更明示」、追加数量・追加作業が生じる場合の「新たな発注」に分けて考えると整理しやすくなります。さらに、受託者に責めがないやり直しや無償対応を求める場合は、不当な給付内容変更や不当なやり直しの問題も検討対象になります。
次の一覧は、仕様変更時にまず分けて考えるべき実務区分を示しています。区分を誤ると、補うべき条件や新たに明示すべき発注内容が抜けるため、読者は「何が確定したのか」「何が変わったのか」「別発注として扱うべきか」を読み取ってください。
発注時点で正当な理由により未定だった詳細仕様、最終数量、検査条件、代金額などが後から確定した場合に、当初発注へ紐づけて明示します。
図面、機能、材質、納期、検査基準など当初発注の内容が変わった場合に、変更前後の差分と代金・納期への影響を明示します。
数量追加、別成果物、別作業範囲などが生じた場合は、追加部分について発注日、給付内容、代金、支払期日等を改めて明示します。
発注内容、代金、支払期日を受託者が確認できる状態にする制度です。
3条書面とは、旧下請法実務で、親事業者が下請事業者に製造委託、修理委託、情報成果物作成委託、役務提供委託等を行う際に、発注内容、代金、支払期日など一定事項を記載して交付する書面を指してきた通称です。
制度の目的は、受託者が「何を、いつまでに、いくらで、どこに納め、いつ支払を受けられるのか」を確認できるようにし、発注者の一方的な変更、代金減額、支払遅延、やり直し強制、責任転嫁を防ぐことにあります。
現在の実務では、社内文書、契約管理システム、コンプライアンス規程に「旧下請法3条書面／取適法4条明示」のように併記しておくと、法改正対応と検索容易性を両立しやすくなります。過去のひな形に3条書面という語が残っている場合でも、明示義務の管理対象としては4条明示へ読み替えることが重要です。
次の比較表は、追補・変更管理で特に重要になる明示事項を整理したものです。列ごとに、どの取引条件が何を意味し、仕様変更時にどこへ影響するかを確認することで、追補書や電子記録で抜けやすい項目を読み取れます。
| 項目 | 実務上の意味 | 仕様変更時の注意点 |
|---|---|---|
| 委託事業者・中小受託事業者の名称 | 誰から誰への発注か | グループ会社、商流、再委託先を混同しない |
| 委託日 | 発注日 | 変更日・追加発注日と区別する |
| 給付の内容 | 品目、品種、数量、規格、仕様、成果物、作業範囲 | 仕様変更時の中心項目として、変更前後を明らかにする |
| 受領期日・受領場所 | 納期、納入期限、作業場所 | 短縮、延長、場所変更による物流費・作業費への影響を残す |
| 検査完了期日 | 検収期限 | 変更後の検査基準や受入基準と整合させる |
| 代金額・支払期日 | 委託代金と支払期限 | 追加費用、減額、単価変更、精算条件を明示する |
| 支払方法等 | 振込、電子記録債権、一括決済方式等 | 変更後の支払方法と矛盾がないか確認する |
| 有償支給材等 | 原材料・部品の支給条件 | 仕様変更による支給材の増減を記録する |
| 未定事項の理由・予定期日 | 後日の補充明示の根拠 | 追補の出発点として、具体的な予定を残す |
| その他必要事項 | 取引類型に応じた実務項目 | 図面、仕様書、議事録、改訂履歴を添付する |
「給付の内容」は、「システム開発一式」「部品製造一式」「デザイン制作一式」と書けば足りるものではありません。受託者が作成・提供すべき内容を理解できる程度に、品目、品種、数量、規格、仕様等を明らかにする必要があります。発注後の仕様変更は、この給付内容を後から動かす行為であるため、最も慎重な管理が必要です。
仕様変更は単なる業務連絡ではなく、代金・納期・検査・証拠に影響します。
発注後の仕様変更は、現場では「軽微な修正」「顧客要望への対応」「会議で決まったこと」「いつもの調整」と扱われることがあります。しかし、取適法・旧下請法の観点では、当初明示された給付内容と実際の作業内容がずれ、受託者の工数、材料費、外注費、納期リスクが増える場面です。
代金が変更されなければ、実質的な買いたたき、減額、無償作業要請になり得ます。納期遅延の原因が発注者側変更にあるにもかかわらず、受託者の責任とされるおそれもあります。検収基準が変わると、成果物の合否判断が不明確になり、後日の監査、行政調査、紛争、訴訟で、誰が何に合意したかを説明しにくくなります。
次の比較表は、発注後の仕様変更を4つの型に分けたものです。どの型に当たるかによって、補充で足りるのか、変更明示が必要か、追加発注として扱うべきかが変わるため、典型例と法務上の扱いを合わせて読み取ってください。
| 類型 | 典型例 | 法務上の扱い |
|---|---|---|
| A. 当初から未定だった事項の確定 | 詳細仕様、最終数量、検査条件が発注時点で未定だった | 当初明示に未定理由・予定期日を置き、確定後に補充明示する |
| B. 当初仕様の変更 | 図面変更、機能追加、材質変更、納期変更 | 変更内容を追補明示し、費用負担を協議する |
| C. 追加発注 | 100個発注後に50個追加、別機能を追加開発 | 追加分について新たな発注として明示する |
| D. やり直し・手戻り | 発注者都合で再制作、再加工、再納品 | 不当なやり直し・給付内容変更に該当しないか検討する |
当初から未定だった事項は、理由・予定期日・補充方法を明らかにします。
取引の性質上、発注時点では給付内容や代金額を完全に確定できないことがあります。システム開発で要件定義後に詳細仕様が固まる場合、広告制作で企画確定後に最終デザインが決まる場合、修理委託で分解・診断後に修理範囲が判明する場合、試作品製作で設計途中に仕様が詰まる場合などです。
未定事項がある場合でも、漫然と空欄にしたり「別途協議」とだけ記載したりする運用は危険です。どの事項が未定か、なぜ発注時点で定められないか、いつまでに定める予定か、どの方法で補充明示するか、当初明示と補充明示をどう関連付けるかを明らかにします。
次の時系列は、未定事項を含む発注から補充明示までの順番を示しています。順番を可視化する理由は、未定事項が確定した後に通知を遅らせる運用が最も問題になりやすいためです。読者は、当初発注時点で残す情報と、確定後すぐに残す情報を分けて確認してください。
詳細仕様や代金額が未定である場合でも、未定の範囲、正当な理由、予定期日、補充方法を発注記録に残します。
仕様書版数、数量、代金、検査条件、支払条件など、当初未定だった事項が何に確定したかを確認します。
注文番号、案件番号、見積番号、仕様書版数と紐づけ、保存可能な書面または電磁的方法で受託者へ明示します。
未定事項が認められるのは、発注時点で定められないことについて正当な理由がある場合に限られます。社内調整が済んでいない、顧客との価格交渉が済んでいない、数量を先延ばしにしたいといった事情だけでは足りない場合があります。
次の比較表は、未定事項の予定期日に使いやすい表現と避けたい表現を整理したものです。予定期日は補充明示の期限管理に直結するため、読者は日付または客観的な起算点があるかを読み取ってください。
| 書き方 | 例 | 評価 |
|---|---|---|
| 具体的な日付 | 2026年6月30日まで | 期限管理しやすい |
| 営業日での期限 | 発注日から10営業日以内 | 社内処理や受託者確認と結びつけやすい |
| 客観的な起算点 | 要件定義完了日の翌営業日から5営業日以内 | 起算点が明確なら利用しやすい |
| 曖昧な表現 | 決まり次第、顧客承認後、来月頃 | 補充明示が遅れる原因になりやすい |
| 発注者だけで左右できる基準 | 社内承認が完了したら | 受託者から期限が見えにくく、避けたい表現 |
補充明示では、「本書は、2026年2月1日付注文書No. PO-2026-001に係る未定事項であった詳細仕様および委託代金額を補充して明示するものです」のように、当初発注と補充内容の対応関係を示す表現が有効です。
変更前後の差分、代金、納期、検査条件、受託者確認を残します。
当初明示した仕様が変更された場合、発注者は変更後の給付内容を受託者に明確に示す必要があります。変更内容が曖昧なまま作業を進めると、受託者は何を完成させればよいか分からず、検収拒否、やり直し、代金減額、納期遅延の責任問題につながります。
次の比較表は、追補書・変更通知書へ入れるべき記載事項を示しています。各列は「何を特定するか」と「どう書くか」を対応させており、読者は変更前後、金銭、期限、検査、合意証跡の抜け漏れを確認できます。
| 記載事項 | 記載のポイント |
|---|---|
| 当初発注の特定 | 注文番号、契約番号、発注日、案件名を明記する |
| 変更日 | いつ変更合意または変更指示が行われたかを残す |
| 変更前仕様 | 旧図面番号、旧仕様書版数、旧数量、旧納期を記載する |
| 変更後仕様 | 新図面番号、新仕様書版数、新数量、新納期を記載する |
| 変更理由 | 顧客要望、設計変更、法令対応、不具合修正、発注者都合等を明記する |
| 代金への影響 | 増額、減額、変更なし、別途精算、算定方法を記載する |
| 費用負担 | 材料廃棄費、追加工数、外注費、再検査費、物流費の負担者を明らかにする |
| 納期・検査・支払条件 | 納期変更、検査基準、支払期日、支払方法を変更後条件として明示する |
| 受託者の同意・添付資料 | 協議・合意の証跡、改訂仕様書、図面、議事録、見積書、承認ログを残す |
発注後に仕様を重くしたにもかかわらず代金を変更しない場合、取適法上の問題が生じやすくなります。受託者側では、追加人員、残業、外注、材料再手配、ライン変更、治具変更、在庫廃棄、再試験、再校正、品質保証対応が発生していることがあります。
次の判断の流れは、仕様変更の連絡を受けた後に、変更明示へ進むまでの実務順序を示しています。順番が重要なのは、発注者が一方的に指示したように見える証跡を避け、受託者への影響確認と合意内容を残すためです。読者は、費用・納期確認の前に作業だけ進めていないかを読み取ってください。
変更前後の仕様、理由、対象範囲を受託者に示します。
受託者から追加工数、材料費、外注費、納期影響を確認します。
必要に応じて変更見積を取得し、代金、納期、検査条件を協議します。
追補書、電子メール、EDI、注文変更書などを当初発注と紐づけます。
数量追加・機能追加・手戻りは、変更と同じ扱いで済ませないことが重要です。
発注後に数量を増やす場合、当初発注数量を超える増加分については、新たな発注として扱うべき場面が多くあります。当初100個の部品を発注し、その後50個を追加する場合、追加50個について発注内容、単価、納期、支払期日等を改めて明示する必要があります。
情報成果物作成委託でも、「この機能も」「この画面も」「この分析も」と追加依頼が生じることがあります。次の比較表は、当初発注の範囲内にとどまりやすい場合と、新たな発注になりやすい場合を分けたものです。読者は、成果物の同一性、工数、代金、納期、検査のどこが変わるかを確認してください。
| 判断要素 | 当初発注の範囲内にとどまりやすい例 | 新たな発注になりやすい例 |
|---|---|---|
| 成果物の同一性 | 既存仕様の表記修正、軽微なレイアウト調整 | 新機能、新画面、新レポート、新媒体の追加 |
| 工数 | 当初見積の範囲内で吸収可能 | 追加工数、追加外注、追加材料が必要 |
| 代金 | 当初代金の算定根拠に含まれている | 当初代金の算定根拠に含まれていない |
| 納期 | 当初納期に影響しない | 納期延長、分納、追加検収が必要 |
| 検査 | 当初検査項目で評価可能 | 新たな検査基準・受入基準が必要 |
次の比較表は、実務文書の名称と使う場面を対応させています。名称自体が決定的ではありませんが、文書の性質を分けることは社内処理、監査、証拠管理に重要です。読者は「未定部分の補充」「条件変更」「新たな発注」を混同していないかを読み取ってください。
| 文書名 | 使う場面 | 位置付け |
|---|---|---|
| 補充明示書 | 当初未定事項が確定した場合 | 当初発注の未定部分を補う |
| 変更注文書 | 当初仕様・納期・代金等を変更する場合 | 当初発注の条件変更 |
| 追加注文書 | 数量・作業・成果物を追加する場合 | 新たな発注 |
| 変更合意書 | 重要な条件変更を双方署名で残す場合 | 契約変更の証拠 |
| 変更通知メール | 軽微変更や電子明示に用いる場合 | 保存可能な電磁的記録 |
| EDI変更データ | 継続取引・量産取引で用いる場合 | システム上の変更履歴 |
次の重要ポイントは、追補書を出していても問題になりやすい実体面のリスクを整理しています。重要なのは、形式的な書面の有無だけでなく、受託者の利益を不当に害していないかです。読者は、費用負担、納期、検査基準、責任原因のどこに偏りがあるかを確認してください。
発注者都合の変更で材料費、工数、外注費が増えるのに無償対応とする場合は問題になりやすくなります。
受託者に責めがないのに、完成後または納品後に無償で再制作・再加工を求める運用は注意が必要です。
検査基準を後から厳しくして不合格とする場合、当初明示や検収条件との整合性が問われます。
仕様変更により納期が困難になったのに当初納期を維持させると、責任分界が不明確になります。
受託者に責めがある場合とない場合を分けることも重要です。次の比較表は、原因ごとの費用負担の考え方を整理したものです。読者は、原因がどちらにあるか、証拠が残っているか、協議記録があるかを読み取ってください。
| 原因 | 例 | 費用負担の基本的考え方 |
|---|---|---|
| 受託者の責めに帰すべき原因 | 明示仕様と異なる製造、納期遅延、不良品、検査不合格 | 契約・法令に従い受託者負担となる場合がある |
| 発注者の責めに帰すべき原因 | 設計変更、仕様誤り、指示漏れ、顧客要望変更 | 発注者が追加費用・納期影響を負担する方向で検討する |
| 双方協議で生じた合理的変更 | 市場環境変化に伴う合意変更 | 協議内容に応じて合理的に負担配分する |
| 原因不明・混在 | 品質問題と仕様曖昧さが混在 | 証拠を確認し、協議記録を残す |
仕様書の詳細化が、当初仕様の範囲内での明確化にとどまることもあります。一方で、明確化という名目で実質的な追加作業を求めることは避ける必要があります。実務では、明確化、変更、追加、削除、保留の区分を追補書に設けると、代金・納期への影響を整理しやすくなります。
紙に限らず、保存・出力・提示できる電磁的方法の設計が重要です。
現代の企業取引では、紙の注文書だけでなく、電子メール、EDI、Web発注システム、クラウド契約サービス、チャットツール、プロジェクト管理ツールを通じて発注・変更連絡が行われます。重要なのは、受託者が明示内容を確認でき、必要に応じて保存・出力でき、後日証拠として提示できる状態にすることです。
次の比較表は、電子メールで追補する場合の注意点と実務対応を整理しています。メールは使いやすい一方で、件名、本文、添付、宛先、返信、保存、版管理が不十分だと証拠性が弱くなります。読者は、重要な変更点が本文にも残っているかを確認してください。
| 注意点 | 実務対応 |
|---|---|
| 件名 | 注文番号・案件名・変更番号を入れる |
| 本文 | 変更内容、代金、納期、検査条件を本文に明記する |
| 添付 | 改訂仕様書、図面、見積書、議事録を添付する |
| 宛先 | 受託者の権限ある担当者・窓口に送信する |
| 返信 | 承諾返信、確認返信、電子承認を取得する |
| 保存 | メール本文・添付・ヘッダー・送受信日時を保存する |
| 版管理 | 仕様書の版数、改訂日、変更履歴を管理する |
チャットツールは迅速な調整に便利ですが、正式な追補をチャットだけで済ませる運用にはリスクがあります。メッセージが流れて検索しにくい、最終合意が分からない、ファイルが削除・上書きされる、権限者の承認か不明になる、アカウント削除で証跡が失われる、といった問題が起きやすいためです。
次の一覧は、EDIや発注システムで追補を行う場合に必要な設計要素をまとめたものです。システム化している企業ほど、データがあること自体で安心しがちですが、変更前後の差分、受託者確認、承認者、保存期間が見えることが重要です。読者は、監査時に一覧出力・個票出力できるかを読み取ってください。
当初発注番号と変更番号が紐づき、どの注文の変更かが分かる状態にします。
発注管理数量、単価、納期、検査条件などの差分を後から確認できるようにします。
履歴変更日時、変更者、承認者、受託者側の確認済み状態を記録します。
承認一定期間、削除・改ざんされず保存され、監査時に一覧と個票を出力できる設計にします。
監査当初発注の特定、変更前後の差分、金銭・期限・検査への影響を一体で残します。
追補書・変更明示書の核心は、当初発注の特定、変更前後の差分、代金・納期・検査への影響、当初発注との優先関係、受託者確認を明示する点にあります。実際の案件では、取引類型、基本契約、発注システム、社内規程に合わせて修正します。
次の比較表は、仕様変更に関する補充・変更明示書の構成例です。各行は文書に入れる項目と、そこから読み取るべき管理上の意味を対応させています。読者は、発注、変更、費用、支払、検査、確認の情報が一つの証跡としてつながっているかを確認してください。
| 項目 | 記載例の方向性 | 読み取るポイント |
|---|---|---|
| 当初発注の特定 | 発注者、受託者、当初発注日、注文番号、案件名、当初仕様書 | どの発注に関する追補かを特定する |
| 本書の位置付け | 仕様変更について、変更後の給付内容、代金、納期、検査条件等を明示する文書であること | 補充なのか変更なのかを明らかにする |
| 変更日・変更理由 | 変更日、最終製品設計変更、法令対応、顧客要望など | なぜ条件を動かしたかを説明する |
| 変更前の内容 | 仕様書Ver.1.0、対象箇所、数量、納期、委託代金 | 差分の出発点を残す |
| 変更後の内容 | 仕様書Ver.2.0、対象箇所、数量、納期、委託代金 | 受託者が履行すべき内容を明らかにする |
| 代金・費用負担 | 追加材料費、治具調整費、追加検査費を委託代金に加算 | 無償作業化を防ぐ |
| 支払期日・支払方法 | 受領日から起算した期限、銀行振込など | 追加部分の支払条件を明確にする |
| 検査・受領条件 | 変更後仕様書に基づく検査、検査完了期日 | 後出し検査を避ける |
| 当初発注との関係 | 明示のない事項は当初発注等を適用し、矛盾時は本書を優先 | 文書間の優先関係を整理する |
| 受託者確認 | 変更後の給付内容、代金、納期、検査条件の確認 | 一方的指示ではないことを残す |
実務文書では、「本書に明示のない事項は、当初発注書、基本契約書および仕様書の定めを適用します」「本書と当初発注書の内容が矛盾する場合、本書の定めを優先します」といった関係整理が役立ちます。署名・電子承認・確認返信などの方法は、取引規模や社内規程に合わせて選択します。
製造、システム開発、修理、広告制作、役務・物流では、追補すべき条件が異なります。
仕様変更で問題になる項目は、業種ごとに異なります。次の一覧は、業種別に追補で確認すべき条件を整理したものです。読者にとって重要なのは、同じ「仕様変更」でも、材料・検査・権利・作業場所・待機時間など、費用や納期に影響する要素が異なる点を読み取ることです。
図面番号、改訂版数、寸法・材質・公差、既製作分、仕掛品、在庫品、不使用材料、追加検査、納期延長、量産単価・試作単価への影響を確認します。
図面在庫要件の具体化、仕様変更、機能追加、バグ修正、発注者都合の手戻りを分け、バックログ、チケット、承認ログ、見積・精算記録を保存します。
仕様検収診断後に修理内容・部品・工賃・納期が確定する場合、標準工賃表、部品単価表、診断費、見積上限、承認手続、追加修理条件を明示します。
診断初稿、修正回数、修正範囲、追加費用、校了手続、素材支給、著作権処理を明確にし、別媒体展開や承認済み内容の全面差し替えを追加発注または変更として扱います。
修正範囲作業日、作業時間帯、作業場所、納入場所、追加作業、待機時間、キャンセル費用、再配達、再手配、荷役条件、安全条件、割増料金を記録します。
現場条件システム開発などでは、「アジャイル開発だから書面は不要」という考え方は危険です。スプリント単位のバックログ、チケット、承認ログ、変更履歴、見積・精算記録を保存し、給付内容と代金の対応関係を説明できる状態にすることが重要です。
法務部だけでなく、購買、開発、品質、経理、監査が連携する仕組みが必要です。
発注後の仕様変更は、購買部、開発部、営業部、品質保証部、製造部、物流部、情報システム部など現場部門で発生します。法務部が契約書をレビューしていても、実際の変更が現場で口頭処理されていればリスクは残ります。
次の比較表は、追補管理に関わる部門・専門職と役割を整理したものです。部門横断で見る理由は、仕様変更が契約条項だけでなく、発注、検査、支払、監査、システム設計へ連鎖するためです。読者は、自社でどの部門がどの情報を持つべきかを読み取ってください。
| 部門・専門職 | 役割 |
|---|---|
| 法務担当・企業内弁護士 | 取適法対応、契約条項、変更合意書、教育 |
| 購買・調達部門 | 発注書、変更注文書、単価管理、支払条件管理 |
| 開発・技術部門 | 仕様変更、図面改訂、技術判断 |
| 品質保証部門 | 検査基準、受入条件、不具合対応 |
| 経理部門 | 支払期日、追加代金、請求書照合 |
| 内部監査・コンプライアンス部門 | 明示義務、保存義務、変更履歴、研修、行政調査対応 |
| リーガルオペレーション | 契約管理システム、処理手順、証跡設計 |
| 外部弁護士 | 高リスク案件、行政対応、紛争対応 |
次の判断の流れは、追補漏れを防ぐために社内規程や購買規程へ組み込むべき手順を示しています。順番を定める理由は、仕様変更の検知から支払反映までが途切れると、文書だけ存在して実体と合わない状態になるためです。読者は、分類、協議、明示、保存、支払反映、監査のつながりを読み取ってください。
現場の口頭・メール・チャット・仕様書改訂から変更を拾います。
明確化、変更、追加発注、やり直しのどれに当たるかを判定します。
工数、費用、納期、検査条件を受託者へ確認し、必要に応じて変更見積を取得します。
変更注文書、補充明示書、追加注文書、電子明示を発行し、受託者確認を保存します。
発注システム、会計システム、検収記録へ変更内容を反映し、監査で点検します。
内部監査では、発注書の仕様と納品物の仕様が一致しているか、図面版数と注文変更書が対応しているか、追加請求書があるのに追加発注書がない案件がないか、メール・チャット上の仕様変更が発注システムへ反映されているかを確認します。形式的に変更書があるかだけでなく、変更の実体と代金・納期・検査が整合しているかを見ることが重要です。
受託者側の防御策と、法務・監査・経理・コンサルティングの視点を整理します。
発注者に明示義務があるとしても、受託者が黙って追加作業を進めると、後日、代金請求や納期延長を主張しにくくなります。口頭指示を受けたら確認メールを送り、変更内容、追加工数、追加費用、納期影響、当初発注範囲外と判断する理由を記録します。
次の一覧は、受託者が仕様変更を受けたときの確認事項を整理したものです。重要なのは、発注者の正式な追補を待つだけではなく、自社の理解、費用、納期、検査条件を証拠として残すことです。読者は、承認前に大規模な追加作業を開始していないかを確認してください。
会議や電話での指示は、注文番号、当初仕様書、変更内容を記載した確認メールで残します。
追加設計工数、追加試験費用、既手配材料の不使用費用、変更後仕様確定日からの必要期間を整理します。
追加見積を提出し、変更注文書、補充明示書、追加発注書の発行を求めます。
次の比較表は、専門職ごとに仕様変更時の追補を見る視点を整理しています。読者にとって重要なのは、同じ変更記録が契約、会計、税務、経営改善、政策上の透明性にまたがる資料になる点です。どの専門職が何を確認するかを読み取ってください。
| 専門職・担当者 | 主な確認論点 |
|---|---|
| 弁護士・企業内弁護士 | 取適法、契約法、証拠、内部統制、紛争予防を踏まえ、基本契約、個別発注、仕様書、変更合意、検収、支払、知財、解除条項の整合性を確認する |
| 公認会計士・内部監査 | 収益認識、原価管理、債務認識、支払処理、内部統制への影響を確認する |
| 税理士・経理 | 追加代金、値引き、減額、キャンセル料、廃棄費用、損害賠償的支払、立替金、精算金の会計・税務処理を確認する |
| 中小企業診断士・経営コンサルタント | 価格交渉力、原価管理、取引先依存、業務プロセス改善の観点から、無償変更や手戻りを可視化する |
| 研究者・政策担当者 | 取引条件の透明化、価格転嫁、交渉力格差の是正、デジタル証跡化、行政執行の実効性を確認する |
個別案件の結論ではなく、一般的な制度理解として整理します。
一般的には、紙に限らず、保存可能で受託者が確認できる電磁的方法による明示も実務上重要とされています。ただし、口頭、電話、保存できないメッセージ、社内メモだけでは不十分となる可能性があります。具体的な対応は、取引類型、契約書、発注システム、証跡の保存状況を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、軽微な明確化で代金、納期、検査、工数、材料、成果物の範囲に実質的影響がない場合、大掛かりな変更合意書までは不要なこともあるとされています。ただし、軽微かどうかは受託者への影響や証拠関係で変わる可能性があります。具体的には、変更内容と協議経過を整理し、必要に応じて弁護士等の専門家へ相談する必要があります。
一般的には、代金が変わらなくても、給付内容、納期、検査条件が変わるのであれば、変更後の内容を明示する必要が生じる可能性があります。ただし、実質的な追加負担の有無や当初見積の範囲によって評価は変わります。具体的な対応は、資料を整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、顧客都合であっても、発注者と受託者の関係では発注者が仕様変更を行っていると評価される可能性があります。顧客から追加代金を受け取れないことだけで、当然に受託者へ無償対応を求められるとは限りません。追加工数・費用・納期影響を確認し、具体的な見通しは弁護士等の専門家へ相談する必要があります。
一般的には、口頭承諾は後日証明が難しく、担当者の権限や承諾範囲も不明確になりやすいとされています。ただし、取引実態や他の証跡によって評価は変わる可能性があります。具体的な対応は、確認メール、システム承認、議事録などを整理したうえで弁護士等の専門家へ相談する必要があります。
一般的には、請求書は作業後・納品後に発行されるため、発注時または未定事項確定後直ちに行う明示の代替として十分とは限らないとされています。ただし、発注記録、見積、承認、検収記録との関係で評価は変わります。具体的には、発注時点の条件明示が残っているかを確認し、必要に応じて弁護士等の専門家へ相談する必要があります。
一般的には、基本契約書の別途協議条項は協議の枠組みを定めるものにとどまり、実際にどの仕様が、いつ、どのように、いくらで、どの納期に変更されたかを個別発注に紐づけて示す必要があるとされています。ただし、契約条項や運用記録によって評価は変わります。具体的な整理は弁護士等の専門家へ相談する必要があります。
一般的には、同意があることは重要ですが、それだけで常に問題がなくなるわけではないとされています。受託者が取引継続上の立場からやむを得ず同意した場合や、追加費用の発生を十分に協議していない場合には、実質的に不当な変更と評価される可能性があります。具体的な対応は、追加負担の有無と協議記録を整理し、弁護士等の専門家へ相談する必要があります。
発注者側と受託者側の確認事項を最後に整理します。
発注後の仕様変更における追補実務の核心は、「後から変えたことを、後から曖昧にしない」ことです。どの発注について、何が、いつ、なぜ、どのように変わり、その結果、代金・納期・検査・費用負担がどう変わったのかを、発注者と受託者の双方が確認できる形で残します。
次の比較表は、発注者側と受託者側のチェック項目を並べたものです。双方の立場を並べる理由は、同じ仕様変更でも、発注者は明示・保存・支払反映を、受託者は確認・見積・証拠保存を重点的に見るためです。読者は、自社の立場に応じて不足している項目を読み取ってください。
| 発注者側の確認事項 | 受託者側の確認事項 |
|---|---|
| 当該取引が取適法の対象取引に該当するか確認した | 当初発注書・仕様書を保存した |
| 当初発注時に必要事項を明示した | 口頭・電話・チャットの変更指示を確認メールで文書化した |
| 未定事項がある場合、未定理由と予定期日を明示した | 変更内容が当初範囲内か範囲外か検討した |
| 仕様変更を明確化、変更、追加発注、やり直しに分類した | 追加工数、材料費、外注費、納期影響を算定した |
| 変更前後の仕様差分を文書化した | 追加見積書を提出した |
| 受託者に追加工数・費用・納期影響を確認した | 変更注文書、補充明示書、追加発注書を求めた |
| 代金変更の有無と理由を記録し、必要な追加費用を反映した | 承認前の先行作業範囲を限定した |
| 納期、検査基準、支払条件、受託者確認を保存した | 発注者都合の手戻り、検収基準の変更、作業ログを保存した |
| 請求・支払システムに変更内容を反映し、内部監査で点検できる | 紛争化に備えて、メール、議事録、図面版数、作業ログを保存した |
発注後の仕様変更があった場合の実務対応は、4点に集約できます。当初から未定だった事項が確定した場合は確定後直ちに補充明示すること、当初仕様を変更する場合は変更前後の差分、代金、納期、検査条件、費用負担を追補明示すること、数量増加や別成果物追加は新たな発注として扱うこと、受託者に責めがない変更・やり直しを無償化しないよう実体面を確認することです。
追補書のひな形を用意するだけでは足りません。仕様変更を検知し、分類し、協議し、代金・納期に反映し、電子的証跡として保存する仕組みが必要です。発注者側にとっては行政リスク・紛争リスクを下げる内部統制であり、受託者側にとっては無償変更や不合理な手戻りから自社を守る防御策になります。
公的資料を中心に、制度の確認に役立つ資料名を整理しています。