旧下請法の3条書面を入口に、現行取適法4条明示で求められる発注条件、支払期日、電子交付、社内統制を実務目線で整理します。
旧 下請法の3条書面を入口に、現行取適法4条明示で求められる発注条件、支払期日、電子交付、社内統制を実務目線で整理します。
3条書面とは、旧下請法3条に基づき、親事業者が下請事業者へ発注する際に取引条件を明確に示すための発注書面を指す実務上の呼称です。発注書、注文書、個別契約書、電子発注データ、EDI、メール添付の注文書など名称や媒体はさまざまですが、法定記載事項を満たしていなければ実質的には不十分です。
2026年1月1日以降は、旧下請法が中小受託取引適正化法、通称「取適法」へ移行し、旧来の3条書面は制度上「4条明示」として整理されています。旧「親事業者」は「委託事業者」、旧「下請事業者」は「中小受託事業者」となり、手形払の禁止、電子的明示、書面交付請求、従業員基準、特定運送委託の追加を踏まえた見直しが必要です。
最初に、旧制度の12項目が現行実務でどのような統制項目に変わるのかを一覧化します。この比較は、古い発注書式をそのまま使っていないかを点検するために重要です。左から旧来の整理、現行対応、実務で読み取るべき点の順に確認してください。
| 視点 | 旧下請法3条書面 | 現行取適法4条明示 | 実務上の読み取り方 |
|---|---|---|---|
| 名称 | 3条書面 | 4条明示 | 社内規程やシステムの呼称を現行用語へ読み替えます。 |
| 当事者 | 親事業者、下請事業者 | 委託事業者、中小受託事業者 | 契約主体、発注主体、支払主体を混同しないようにします。 |
| 対象取引 | 製造委託、修理委託、情報成果物作成委託、役務提供委託 | 左記に加え、特定運送委託などの改正点を確認 | 取引類型と事業者規模を発注前に判定します。 |
| 支払手段 | 手形を前提にした記載欄があり得た | 対象取引の手形払は禁止 | 旧テンプレートの手形欄は削除または使用停止が必要です。 |
| 電子対応 | 電磁的方法も実務上利用 | 書面または電磁的記録を直ちに交付・提供 | 保存性、閲覧性、版管理、書面交付請求対応まで整えます。 |
3条書面の12項目は、発注条件を漏れなく固めるための基礎です。現行法対応では「旧項目を覚える」だけでなく、支払手段や電子化の変更点を発注プロセスへ組み込むことが読み取りの中心になります。
用語の違いを押さえると、古い社内用語と現行法上の義務を混同しにくくなります。
3条書面は、旧下請法の発注時交付義務を表す言葉です。紙の契約書だけでなく、注文書、発注確認書、取引基本契約書と個別発注書の組合せ、電子発注データなども、必要事項を相手方が確認できる形で交付または提供されていれば実務上の候補になります。
4条明示は、現行取適法で委託事業者が発注内容等を中小受託事業者へ直ちに明示する義務です。発注時点で給付内容、代金、支払期日、受領場所などが曖昧なままだと、受領拒否、減額、返品、やり直し、支払遅延などの紛争を招きやすくなります。
次の一覧は、3条書面を読むうえで頻出する基本語を並べたものです。用語ごとの射程を理解することは、発注書式を作る担当者だけでなく、購買、経理、品質保証、内部監査が同じ条件を確認するために重要です。それぞれが何を特定する言葉なのかを読み取ってください。
旧下請法3条に基づく発注条件の書面です。名称ではなく、法定項目が明確に記録され相手方へ示されているかが問題になります。
現行取適法での発注内容等の明示義務です。書面または電磁的記録により、具体的記載事項を直ちに交付・提供することが中心です。
製品、修理済み物品、プログラム、設計図、デザイン、記事、保守、運送、情報処理など、受託者が提供する成果や役務をいいます。
給付内容には、品目、品種、数量、規格、仕様などが含まれます。情報成果物に関して知的財産権の譲渡や利用許諾を求める場合は、その範囲も給付内容の一部として明示する必要があります。
発注条件の明確化は、紛争予防、支払管理、内部統制、行政対応の土台になります。
3条書面の本質は、単なる事務書類ではなく、弱い立場に置かれやすい受託者に対して発注条件を曖昧にしないための制度です。口頭や断片的なメールだけで条件が残ると、何を、いつまでに、いくらで、どこに納めるのかを後から証明しにくくなります。
次の一覧は、3条書面・4条明示が担う実務機能を整理したものです。各項目は部門ごとの役割分担にも直結するため、どの機能が自社の弱点になりやすいかを読み取ることが重要です。
発注内容、納期、代金、検査、支払条件を明確化し、後日の認識齟齬を減らします。
旧下請法・現行取適法上の義務を履行した証跡として機能します。
購買、法務、経理、品質保証、内部監査が同じ取引条件を確認できます。
受領拒否、減額、返品、やり直し、支払遅延の紛争時に基礎資料になります。
仕様、数量、作業範囲、原材料、有償支給、支払手段を明確にし、価格転嫁協議の前提を整えます。
政府広報オンラインは、取適法違反について指導・勧告等の行政対応のほか、50万円以下の罰金が科されることがあると説明しています。対象取引では、3条書面・4条明示を「作ると望ましい書類」ではなく、法令遵守体制に組み込むべき統制として扱う必要があります。
旧下請法時代の12項目を、現行取適法4条明示への置換も意識して確認します。
次の表は、旧下請法の3条書面で実務上「12項目」と呼ばれてきた事項を、意味と不備例とともに整理したものです。列は、項目、実務上の意味、よくある不備の順です。自社の発注書式で空欄になりやすい箇所や、現行法では使えない手形欄が残っていないかを読み取ってください。
| No. | 必須記載事項 | 実務上の意味 | よくある不備 |
|---|---|---|---|
| 1 | 親事業者および下請事業者の名称等 | 当事者を特定する情報 | グループ会社名や部署名だけで発注主体が不明 |
| 2 | 製造委託等をした日 | 発注日・委託日で、支払期日や適用法令判断の起点 | 口頭発注日が記録されない |
| 3 | 下請事業者の給付の内容 | 仕様、数量、品質、作業範囲、知財の扱いを含む中核項目 | 「一式」「別途指示」だけで内容が不明 |
| 4 | 給付を受領する期日、または役務提供の期日・期間 | 納期、納入期限、作業期間、サービス提供期間 | 「でき次第」など客観的期限がない |
| 5 | 給付を受領する場所、または役務提供の場所 | 納品場所、データ納品先、作業場所 | 本社、倉庫、客先、クラウド保管場所の区別がない |
| 6 | 検査をする場合の検査完了期日 | 検収・品質検査・受入判定をいつ終えるか | 検査はするのに完了期日がない |
| 7 | 下請代金の額 | 具体額または客観的に確定する算定方法 | 税込・税抜、単価、総額、算定式が不明 |
| 8 | 下請代金の支払期日 | 支払サイト管理の中心項目 | 受領日から60日を超える可能性がある |
| 9 | 手形の金額および満期 | 旧制度上の手形支払項目 | 現行取適法では手形払が禁止されている |
| 10 | 一括決済方式の金融機関名、金額、決済期日等 | 金融機関を介した支払手段の条件 | 金融機関名、利用額、決済日、手数料負担が不明 |
| 11 | 電子記録債権の額および支払期日等 | でんさい等による支払条件 | 額、満期日、現金化可能時期が不明 |
| 12 | 有償支給原材料等の品名、数量、対価、引渡期日、決済期日、決済方法 | 材料等を有償支給する場合の条件 | 控除時期、数量、対価が曖昧 |
12項目のうち9番の手形は、旧下請法時代の説明では重要ですが、現行取適法では対象取引の手形払が禁止されています。2026年以降の発注実務では、旧知識を把握しつつ、テンプレートに手形支払欄を残さない設計が重要です。
各項目は単独ではなく、仕様、検査、代金、支払期日、支払手段が連動して機能します。
次の一覧は、12項目を実務でレビューするときの着眼点をまとめたものです。並び順は発注条件が固まる順番に近く、前半で取引の内容を特定し、後半で検査・代金・支払手段を確認します。どの項目が後続項目に影響するかを読み取ってください。
正式商号、部署、取引先コード、発注主体と支払主体の関係を整えます。委託日は書類作成日ではなく、発注内容について合意または発注意思が示された日が問題になります。
主体特定直ちに明示品名、型番、図面番号、仕様書番号、数量、単位、材質、検査基準、梱包条件、成果物形式、知的財産権の範囲まで必要に応じて具体化します。
仕様知財範囲納品日、作業期間、サービス提供期間、データ納品先、Gitリポジトリ、物流センター、客先現場などを明確にします。受領場所が支払起算と結びつく場合は特に重要です。
納期場所検査をする場合は、検査基準、担当部署、完了期日、不合格時の通知、修正・再納品の扱いを明確にします。検査の有無にかかわらず、支払期日は受領日から60日以内で考えます。
検収60日以内具体額が原則です。やむを得ず算定方法を使う場合は、単価、数量、税金、諸費用、支払通貨など、算定根拠が確定すれば金額が自動的に決まる形にします。
金額算定方法一括決済方式、電子記録債権、有償支給原材料等は、満額現金化、手数料負担、控除時期、引渡期日、決済方法まで確認します。手形欄は現行法対応で使用停止します。
支払手段手形禁止代金額について「価格は別途協議」「当社査定による」などとだけ記載すると、客観的な算定方法として弱くなります。「時間単価12,000円×実績作業時間」「単価500円×納入数量」のように、根拠が確定すれば金額が導ける書き方が実務上望まれます。
発注時点で仕様や金額が確定しない場合でも、未定のまま放置することはできません。
ソフトウェア開発、広告制作、試作品開発、修理、研究開発、デザイン制作、放送番組制作などでは、発注時点ですべてを確定できないことがあります。次の判断の流れは、未定事項がある場合にどこまで明示し、いつ追加明示するかを整理するものです。分岐は、未定に正当な理由があるか、理由と予定期日を示せるかという順に読み取ってください。
当事者、委託日、確定済みの給付内容、期間、場所、算定方法などを先に整理します。
最終ユーザー仕様の未確定など、委託時点で決められない事情を説明できるかを見ます。
未定事項以外を直ちに明示し、確定後直ちに追加明示します。
「別途協議」だけで進めず、仕様、代金、納期などを具体化してから発注します。
未定事項がある場合に重要なのは、未定である理由、内容を定める予定期日、確定後の追加明示方法をセットで残すことです。「詳細は追って連絡」「価格は当社査定による」だけでは、後から条件を証明しにくくなります。
次の比較表は、不十分な記載と改善した記載を対比するものです。左列はリスクのある表現、右列は理由、予定期日、算定方法を補った表現です。どの情報を足すと客観的に読めるようになるかを確認してください。
| 不十分な記載 | 改善した記載の方向性 |
|---|---|
| 仕様、納期、代金は別途協議 | 未定の仕様範囲、未定理由、確定予定期日、追加明示方法を記載する。 |
| 価格は当社査定による | 時間単価、作業時間、単価表、数量など、算定根拠を明示する。 |
| 確定後に発注書を発行する | 未定事項以外は発注時に直ちに明示し、確定後に追補する。 |
電子化や基本契約の併用では、保存性、閲覧性、個別発注との関連付けが重要になります。
現行取適法では、明示事項を記載または記録した書面または電磁的記録の交付、電磁的方法による提供が認められます。電子メール、EDI、SNSのメッセージ機能、USBメモリやCD-Rなども例示されますが、受託者が明確に表示・保存できることが前提です。
次の時系列は、電子発注や取引基本契約を使う場合に、どの段階で何を確認するかを示しています。順番どおりに見ることで、共通条件と個別発注条件の結び付き、変更時の再明示、書面交付請求対応を読み取れます。
取引基本契約書で秘密保持、品質保証、知財、検査方法、支払方法、再委託、解除などの共通条件を定めます。
委託日、案件名、給付内容、数量、納期、場所、代金、支払期日、共通条件への参照を個別発注書で示します。
添付ファイル、URL、EDI画面、電子契約データの版数、発注番号、変更履歴を後から確認できるようにします。
仕様変更、数量変更、追加作業、キャンセルがある場合は、元の発注との関連性が分かる形で追加明示します。
取引基本契約書だけでは、個別発注ごとの給付内容、数量、納期、代金、納品場所が欠けることが多く、3条書面・4条明示として不十分になり得ます。共通条件をあらかじめ明示する場合でも、個別発注との関連性を明確にすることが必要です。
法務だけでなく、購買、経理、品質保証、内部監査が同じ条件を確認する運用が必要です。
次の一覧は、部門ごとに確認すべき統制ポイントをまとめたものです。法務が書式を作るだけでは不十分で、発注前チェック、システム必須入力、支払期日計算、変更発注の再明示、監査突合までつながることが重要です。各部門がどのリスクを拾うのかを読み取ってください。
対象取引判定、4条明示テンプレート、未定事項欄、変更発注ルール、支払手段規制を整備します。
中小受託事業者該当性、発注内容、代金、納期、場所、検査条件、価格未定時の算定方法を発注前に確認します。
受領日から60日以内の支払期日、振込手数料、電子記録債権、一括決済方式、有償支給控除を管理します。
発注依頼書、見積書、発注書、仕様書、納品書、受領記録、検査記録、請求書、支払データを突合します。
よくある不備は、口頭発注・事後発注、仕様書参照だけで本文が空白、単価だけで数量・総額が不明、検収完了まで支払期日が走らないという誤解、旧テンプレートの手形欄の残存です。
次の確認表は、発注前、明示事項、システム・証跡の三段階で見る項目を整理しています。列ごとにチェックの目的が異なるため、発注前は対象判定、明示事項は記載漏れ、システム・証跡は保存と追跡可能性を読み取ってください。
| 段階 | 確認項目 | 読み取るべきリスク |
|---|---|---|
| 適用対象 | 製造委託、修理委託、情報成果物作成委託、役務提供委託、特定運送委託の該当性 | 対象取引を見落としていないか |
| 明示事項 | 当事者名、委託日、給付内容、数量、仕様、納期、場所、検査、代金、支払期日、有償支給 | 発注条件が後から争われない程度に具体的か |
| 証跡 | 電子メール、EDI、電子契約、受領記録、変更発注、支払記録の保存 | 調査や紛争時に時系列で説明できるか |
似た名称の制度を混同せず、一般的な制度理解として整理します。
個人事業主や一人法人への発注では、取適法だけでなくフリーランス・事業者間取引適正化等法の3条通知が問題になることがあります。どちらも「3条」と呼ばれますが、旧下請法の3条書面は現行では取適法4条明示へ移行したもの、フリーランス法3条通知は特定受託事業者への取引条件明示義務として区別します。
次の比較表は、制度名が似ている3つの義務を整理したものです。対象者と明示事項の違いを確認することは、同じ発注書や電子メールで一括表示する場合にも重要です。どの法律だけに必要な項目があるかを読み取ってください。
| 制度 | 位置付け | 実務での整理 |
|---|---|---|
| 旧下請法3条書面 | 旧制度上の発注書面 | 現在も検索語や社内通称として残るため、現行用語へ読み替えます。 |
| 取適法4条明示 | 中小受託事業者への発注内容等の明示義務 | 2026年1月1日以降の対象取引ではこちらを中心に設計します。 |
| フリーランス法3条通知 | 特定受託事業者への取引条件の明示義務 | 両法が適用される場合、必要事項を同一書面や電子メール等で併せて示せる場合があります。 |
次の表は、4条明示・旧3条書面の考え方を踏まえた簡易な記載例です。列は項目と記載例の対応を示しており、取引類型、仕様、税務、会計、知財、個人情報、輸出管理、再委託規制などに応じて調整すべき点を読み取るために重要です。
| 項目 | 記載例 |
|---|---|
| 委託事業者 | 株式会社A 購買部 取引先コード A-001 |
| 中小受託事業者 | 株式会社B 製造部 取引先コード B-123 |
| 委託日 | 2026年6月1日 |
| 給付の内容 | 品名は制御基板X-100、数量は1,000個、仕様は図面番号AX-100-2026-05および仕様書Ver.3.2に従うものとします。 |
| 受領期日・受領場所 | 受領期日は2026年7月15日、受領場所は株式会社A神奈川物流センター第2倉庫とします。 |
| 検査完了期日 | 2026年7月25日 |
| 代金の額 | 単価3,000円（税別）、総額3,000,000円（税別）。消費税等は法定税率に従い別途支払います。 |
| 支払期日・支払方法 | 支払期日は2026年8月31日。銀行振込とし、振込手数料は委託事業者の負担とします。 |
| 一括決済方式・電子記録債権 | 使用しません。 |
| 有償支給原材料等 | なし。 |
| 共通条件 | その他の共通条件は、2026年4月1日付取引基本契約書および同日付共通取引条件通知書によります。 |
次の表は、未定事項がある場合の追補記載例です。未定事項、未定理由、確定予定期日、追加明示方法を分けて示すことにより、単なる「別途協議」ではなく、いつ何を確定するのかを読み取れる状態にします。
| 項目 | 記載例 |
|---|---|
| 未定事項 | 詳細仕様のうち、外部接続APIの項目定義 |
| 未定理由 | 最終ユーザーによるAPI仕様確定が2026年6月20日に予定されており、委託時点では客観的に確定できないため。 |
| 確定予定期日 | 2026年6月25日 |
| 追加明示方法 | 確定後直ちに、発注書No. A-2026-0601-01の追加明示書として電子メールおよび購買システムにより明示します。 |
一般的には、取引基本契約書だけでは個別発注ごとの給付内容、数量、納期、代金、納品場所が欠けることがあります。ただし、共通事項をあらかじめ明示し、個別発注時にその関連性を明確にできる場合があります。具体的な運用は取引類型や書式設計によって変わるため、専門家へ確認する必要があります。
一般的には、必要事項が明確に記載され、受託者の端末で表示・保存でき、発注時に直ちに提供される形であれば電磁的方法が利用されることがあります。ただし、添付漏れ、版数不明、後日の閲覧不能、書面交付請求への未対応があると問題になり得ます。
一般的には、具体額が原則ですが、やむを得ない事情がある場合には客観的な算定方法を示す考え方があります。算定根拠が確定すれば金額が自動的に決まる程度の明確性が必要です。個別事情により結論が変わるため、資料を整理して専門家へ相談する必要があります。
一般的には、現行取適法の対象取引では手形払が禁止されているため、旧テンプレートの手形欄を残すと現場が誤用するリスクがあります。支払手段、会計システム、承認規程を含めて使用停止または削除を検討する必要があります。