発注書・注文書とは？個別契約の成立と取引基本契約との関係
こんにちは。LegalAgent 代表弁護士の朝戸です。
発注書や注文書は、経理処理のための事務書類だと思われがちです。契約書のようにリーガルチェックに回ることは少なく、事業部や購買部が日常的に発行して、そのままファイルに綴じられていきます。
しかし、法的に見ると、発注書や注文書によって個別契約が成立することがあります。取引基本契約書を締結したうえで個別の発注を発注書で行う取引では、数量、単価、納期、仕様、検収、支払条件といった取引の中身は、基本契約ではなく発注書の側に書かれています。トラブルになったときに読み返すことになるのは、多くの場合、この小さな書類の方です。
発注書・注文書の位置づけ
発注書・注文書とは、買主や委託者が、売主や受託者に対して、商品、役務、成果物などを依頼するために発行する書類です。名称は会社によって異なり、発注書、注文書、購買依頼書、発注依頼書、注文データ、発注メール、購買システム上のオーダーなど、さまざまな形があります。
記載されるのは、発注者と受注者、発注日、商品名や業務名、数量、単価、金額、納期、納品場所、仕様、検収条件、支払条件、発注番号、関連する基本契約の名称といった事項です。内容によっては、当事者間の権利義務を具体化する契約文書そのものになります。単なる連絡票として扱うか、契約文書として扱うかで、社内の運用は大きく変わります。
個別契約はいつ成立するか
発注書・注文書をめぐる論点の中心は、個別契約の成立時期です。
取引基本契約書では、個別契約の成立方法として、発注書の交付と注文請書の提出、受注者による承諾、一定期間内に拒否しない場合のみなし承諾、発注システム上の承認などが定められています。この成立方法が曖昧だと、発注したつもり、受注したつもり、まだ確定していないつもり、という三者三様の認識が並存します。
レビューで見るのは、発注書だけで個別契約が成立するのか、注文請書や承諾が別途必要か、受注者が拒否できる期間はあるか、メールやチャットでの承諾も有効か、発注システム上の操作が承諾に当たるか、発注変更やキャンセルの方法はどう定められているか、という点です。
成立時期の定めは、納期、キャンセル料、支払義務、損害賠償の判断に波及します。特にみなし承諾型の定めがある場合、受注者は、届いた発注書を放置しただけで契約が成立し、納期遅延の責任を問われる立場になり得ます。承諾期間の長さと起算点は、条項の中でも実務への影響が大きい部分です。受注者側であれば、発注書を受け取っただけで重い義務が発生する建て付けになっていないかを確認した方がよいです。
基本契約との優先関係
発注書・注文書は、取引基本契約書とセットで機能します。基本契約書に共通ルールが書かれ、発注書に個別の数量、金額、納期、仕様が書かれる分担です。このとき問題になるのが、両者が矛盾した場合の優先関係です。
基本契約では検収期間が10営業日とされているのに、発注書では3営業日と書かれている。基本契約では支払サイトが月末締め翌月末払いなのに、注文書では個別に別の支払日が書かれている。こうした食い違いは日常的に発生します。
確認したいのは、発注書が基本契約に基づくものとして発行されているか、基本契約名や契約日が発注書に記載されているか、矛盾時の優先順位が明確か、発注書の記載で基本契約を変更できる建て付けか、発注書に独自の約款が付いていないか、発注者の購買条件が一方的に適用される仕組みになっていないか、という点です。優先順位の定め方には、常に基本契約を優先する形、個別契約を優先する形、個別契約で明示的に変更した場合に限り個別契約を優先する形があります。自社の発注実務でどれが運用しやすいかを踏まえて選ぶことになります。
相手方の購買システムを使う場合は特に注意が要ります。システム上の一般購買条件が自動的に適用されることがあり、発注書本体だけを見ていても条件の全体は分かりません。添付されている条件やリンク先の規約まで確認する必要があります。
仕様・納期・検収の特定
発注書には、仕様、納期、検収条件が一行で書かれることがあります。「システム改修一式」「広告制作一式」「部品供給一式」という記載では、何を納品すれば債務を履行したことになるのかが特定できず、後から成果物の範囲、修正回数、検収基準、納期遅延時の責任で争いになります。
見るべきは、仕様が明確か、別紙やSOWが添付されているか、納期が現実的か、分納や部分検収の扱いがあるか、検収基準と検収不合格時の対応が決まっているか、変更依頼の手続があるか、という点です。発注書はスピード優先で発行される書類なので、この確認を発行の都度法務が行うのは現実的ではありません。開発、制作、製造、物流、保守のように仕様が争点になりやすい取引については、発注書とは別に仕様書やSOWを必ず添付する運用にしておく方が安全です。仕様書やSOWを添付した場合は、発注書との間で書類の優先関係が生じるため、発注書に添付書類名を明記し、どちらが優先するかも書いておきます。
変更・キャンセル・追加費用
発注後に数量が変わる、納期が変わる、仕様が変わる、作業範囲が増える。こうした変更は日常的に起きます。変更手続が曖昧だと、追加費用を請求できるか、納期延長が認められるか、キャンセル料が発生するかが争いになります。
発注変更は書面で行う必要があるのか、メールやチャットでの変更が有効か、追加費用の見積りと承認の手順、納期変更の扱い、キャンセルの可否とキャンセル料や実費精算、仕掛品や調達済み部材の処理。ここまで決まっていて、はじめて変更に耐える発注運用になります。
受注者側の関心は、発注者都合の変更やキャンセルがあった場合に、作業済み分や調達済み部材の費用を回収できるかにあります。発注者側の関心は、変更やキャンセルが必要になった場合に過度な違約金を負わないかにあります。同じ条項を、立場によって逆方向から読むことになります。どちらの立場でも、変更の合意をチャットの流れで済ませず、変更後の条件を発注書の再発行や変更合意書の形で残しておくと、追加費用の請求や減額の場面で根拠を示せます。
よくある失敗と、その後始末
発注書・注文書でよくある失敗は、現場のスピードを優先して契約条件が後追いになることです。
先に作業を開始し、その後に発注書を発行する。発注金額は決まっているが、仕様、納期、検収基準、成果物の権利帰属は決まっていない。相手方から請求書が届いて初めて、発注条件の曖昧さに気付く。この状態でトラブルが起きると、契約書や発注書だけでは判断できず、メール、チャット、議事録、見積書を集めて、実際に何が合意されていたのかを事後的に再構成する作業から始めることになります。この再構成には時間がかかるうえ、決定的な記録が残っていないことも多いです。
発注前に最低限そろえるべき情報は、取引内容、金額、納期、検収、支払条件、キャンセル時の扱いです。成果物がある場合には、成果物の範囲と知的財産の帰属も加わります。発注書は、事業部のスピードを止めるための文書ではなく、後から揉めないために取引条件を短く固定するための文書です。この最低限の情報がそろっているかどうかは、法務でなくても判定できます。だからこそ、次に述べる発注ルールの形で、判断を事業部に委ねられます。
事業部が回せる発注ルール
発注書は日常業務の中で大量に発行されるため、法務がすべてを個別に見ることはできません。だからこそ、事業部・購買部・経理部が自分で判断できるルールを作り、高リスクの発注だけを法務に上げる形にします。
ルールの軸になるのは、法務確認に回す基準です。一定金額以上の発注、相手方ひな形の注文条件が付く発注、個人情報や秘密情報を扱う発注、知的財産の移転を含む発注、長期契約やキャンセル不能条件のある発注は法務に回す。一方、一定金額以下で自社ひな形の基本契約に基づく発注は事業部で処理してよい。この線引きがあると、スピードとリスク管理が両立します。
基準は一度作って終わりにせず、法務に上がってきた発注の内訳を見ながら見直します。低リスクの案件ばかりが法務に集まっているなら基準が厳しすぎますし、トラブルになった発注が法務を通っていなかったなら基準に穴があります。
発注ルールとして決めておきたい項目は次のとおりです。
- 法務確認が必要な金額基準
- 新規取引先か既存取引先かの区別
- 基本契約の締結有無
- 発注書だけで開始してよい取引の範囲
- 個人情報・秘密情報・知的財産の有無
- 成果物・検収の有無
- 納期遅延時の影響度
- キャンセル時の費用負担
契約管理とAIレビューへの接続
発注書は発行して終わりにせず、契約台帳や請求管理とつなげておくと、後の効率が大きく変わります。発注番号、基本契約名、発注日、納期、検収日、支払日を紐づけておけば、債権債務管理や契約不履行対応のたびに資料集めから始めずに済みます。発注書が部署ごとのフォルダやメールに散らばっている状態では、契約トラブルの初動がまず資料集めになります。台帳との紐づけは、この初動を短縮するための備えです。
発注書は、AIで条件抽出しやすい文書でもあります。金額、納期、数量、支払条件、検収条件、キャンセル条件を一覧化する、大量の発注書を契約台帳と照合する、といった用途に向いています。ただし、発注書だけを読ませても、基本契約との矛盾や購買規程とのずれは検出できません。取引基本契約書、購買規程、発注ルール、見積書やSOWも一緒に参照できる状態にしたうえで、次の観点を指示に含めます。
- 個別契約としての成立要件の充足
- 基本契約との優先関係と矛盾の有無
- 金額・納期・数量・仕様の特定状況
- 検収条件
- キャンセル・変更の可否と手続
- 知的財産・成果物の帰属
- 個人情報・秘密情報の有無
- 支払条件と請求タイミング
抽出結果は、そのまま契約台帳の入力データとしても使えます。
購買システムを使っている会社では、発注条件がシステム上で標準化されています。効率的な仕組みですが、標準条件が現在の取引実態に合っているかは定期的な見直しの対象になります。取引実態が変わったのにシステム上の標準条件が古いままだと、毎回の発注で実態と異なる条件に合意していることになるからです。
発注書・注文書は契約実務の入口にあたる文書で、ここが整うと、契約審査、契約管理、債権債務管理まで安定します。件数が多い文書だけに、運用ルールの差がそのまま管理精度の差になります。
発注運用の整備に使えるサービス
発注ルールの設計や、基本契約とセットでの発注書式の見直しは、以下のサービスでお手伝いしています。