NDAと発注書面— 3条・4条との関係

1. NDAと発注書面の役割分担

1-1. NDAがカバーするもの

NDAは秘密情報の開示・使用・返却を規律します。
報酬額・支払期日・検収方法・中途解除は通常NDAには載りません。
これらは発注書面側で明示します。

1-2. 3条・4条はNDAでは足りない

取適法上の発注書面に必要な記載は、NDAだけでは充足しないことがほとんどです。
業務委託契約書または発注書を別途交付し、3条・4条を満たす内容にします。
記載項目は発注書面の3条・4条を参照してください。

2. 締結順序と実務フロー

2-1. NDA先行は可能

ヒアリング前にNDAを締結するのは問題ありません。
ただし作業着手・成果物の納品が始まる前に、発注書面を交付した日付を台帳に入れます。
契約書と発注書の違いは業務委託契約書との違いも確認してください。

2-2. ひな形の統一

NDA・基本契約・個別発注書の三者で、当事者名・準拠法・管轄が食い違わないよう、法務レビュー済みのセットを使います。
記載項目のひな形は明示事項のひな形も活用できます。

3. 台帳での紐づけ

3-1. 契約パックID

取引先行に「NDA番号」「基本契約番号」「発注書番号」をリンクで持たせ、どれが最新か一目でわかるようにします。
更新時は旧版を終了日付きでアーカイブし、新版へのパスを台帳に更新します。

3-2. 秘密情報と成果物の区別

納品物の著作権帰属は発注条件に、開示資料の秘密性はNDAに、と役割分担を明確にします。
同じファイルが両方に触れる場合は、発注書の成果物定義で優先順位を書きます。

よくある質問

Q. NDAに報酬を書いたら発注書面になりますか？

3条・4条の全項目を満たすか別途確認が必要です。報酬だけでは不十分なことが多いです。

Q. グループ共通NDAで足りますか？

発注当事者と業務内容が一致しているか確認し、個別発注書で条件を補完します。

Q. 電子契約だけで記録は足りますか？

電子でも可です。交付日・同意ログを台帳に紐づけます。

Q. NDAの期間が終わった後の発注は？

業務が継続するなら発注書面は別途有効です。NDA更新と混同しないよう管理します。

Q. 口頭だけで秘密保持を約束した場合は？

NDA未締結であっても発注書面・記録義務は別に検討します。早めに書面化します。

4. 契約パックの実務例

4-1. 開発委託の標準セット

①相互NDA → ②業務委託基本契約 → ③個別発注書（都度）の3段構成はよくある型です。
台帳の取引先行には、①②の締結日と③の最新発注番号をリンクします。
PoC段階だけNDA＋簡易発注で始め、本開発に移るときは③を本契約仕様に差し替えます。

4-2. 矛盾チェックリスト

• 当事者名・住所がNDAと発注書で一致しているか
• 報酬・期日がNDAではなく発注書に書いてあるか
• 秘密情報の定義と成果物の定義が重複していないか
• 準拠法・管轄が文書間で食い違っていないか

4-3. 電子契約サービス利用時

交付日時・同意ログは、クラウド契約サービスからエクスポートし、台帳の書面交付日と一致させます。
紙と電子が混在する場合、どちらが正本かを社内規程で決め、取引先フォルダの命名規則を統一します。

5. よくある質問への実務回答

5-1. 先にNDAだけ締結して試作

試作フェーズでも、成果物の納品・報酬・権利帰属が発生するなら、簡易発注書で3条・4条相当の記載を入れます。
NDAだけでは、試作料の支払期日までカバーできないため、別紙の発注書を同日または先行交付します。

5-2. グループ会社間のNDA

発注主体がグループ会社の場合、NDA・発注書の当事者名が実際に発注・支払する法人と一致しているか確認します。
不一致があると、書面交付義務の主体が曖昧になります。

5-3. 更新サイクル

NDAの有効期間が切れても業務委託が継続する場合、NDAを更新しつつ、発注書面も最新条件で更新します。
どちらか一方だけ更新するミスを防ぐため、契約更新カレンダーにNDAと発注書をセットで登録します。

6. 契約文書のガバナンス

6-1. 実務の勘所

取引先との関係が良好でも、書面・受領日・支払期日の記録は省略しないことが長期的なリスク低減につながります。
担当者個人の記憶やチャットの履歴だけに依存すると、異動・退職・監査のタイミングで説明不能な行が出やすくなります。
月次の短いレビュー（未入力受領日・期日7日以内・書面未交付）をカレンダーに固定し、経理と発注担当が同じリストを見る習慣を作ります。

6-2. トリカク（torikaku） の活用

トリカク（torikaku） は、形式判定・書面チェック・60日起算・期日リマインドを発注側の視点で支援するツールです。
本記事で整理した受領日の習慣化や台帳項目を、システム上の必須フィールドとして設定すると、属人化を防ぎやすくなります。
ツール導入だけで全てが解決するわけではありませんが、「空欄の受領日」を一覧でゼロにする運用と相性が良い領域です。

6-3. 次に読む記事

発注コンプラ全体の入口はチェックリスト記事、支払期日の起算は60日の数え方も参照してください。
個別契約の解釈が必要な場合は、記録を整理したうえで専門家へ相談することをおすすめします。

7. 法務レビューのタイミング

NDAテンプレートは年1回、発注書テンプレートは法改正や社内方針変更時に法務レビューします。
レビュー結果は版数（v2026-09等）で管理し、現場が古い版を使わないよう、ダウンロード元を社内ポータル1箇所に集約します。
取引先から届いたNDA修正案は、発注書面の条項と矛盾しないかセットで確認してから締結します。

8. 記録品質の向上

書面・台帳・メールログの三者が食い違わないよう、契約更新や条件変更のたびに「どの文書が最新か」を取引先フォルダの先頭にメモします。
監査や取引先からの問い合わせ時に、5分以内に一式を提出できる状態を目標に、命名規則とフォルダ構成を社内標準化します。
記録の質は、一度に完璧を目指すより、月次で少しずつ穴を埋めるサイクルの方が続きやすいです。

8-1. 開示範囲の限定

NDAで開示する資料に「秘密」とマークし、発注書面の業務内容と開示資料の対応関係をリスト化します。
過剰開示を避け、必要最小限の情報だけを段階的に渡す運用にします。
開示ログは取引先フォルダに日付付きで保存し、後から追跡できるようにします。

8-2. 定期振り返り

四半期に1回、本テーマに関する台帳の未入力行と協議ログの欠落を洗い出し、改善項目を1つだけ決めて実行します。
小さな改善を積み重ねる方が、年次監査前の突発対応より負担が小さいです。
改善結果は次四半期のレビュー資料に1行でよいので必ず記録し、同じ漏れを繰り返さないようにします。

まとめ

• NDAは秘密保持、発注書面は報酬・期日・検収など取適法の明示事項
• 作業着手前に3条4条を満たす発注書面を交付し台帳に日付を入れる
• 契約パックIDでNDA・基本契約・発注書を紐づけて更新管理する

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、法的助言ではありません。
個別の契約・適用判断は弁護士等の専門家にご確認ください。