準委任と請負が1契約に混在するとき— 書面・検収の分け方

1. 混在が実務で起こす問題

1-1. 受領タイミングが1つに見えてしまう

準委任フェーズの作業報告と、請負フェーズの成果物納品が同じ「完了」扱いになりがちです。
起算は支払60日ルールの起算点の考え方で、フェーズごとに置く必要があります。

1-2. 検収基準が成果物前提だけになる

請負向けの合格基準しかないと、準委任部分の報告受領が記録されません。
検収の設計は検収基準の決め方をフェーズ別に作ります。

1-3. 減額・やり直しの射程が曖昧

準委任のやり直し指示と、請負の不合格修正を同じ「修正」扱いにすると、不当なやり直しの疑義説明が難しくなります。
減額の注意は減額・買いたたきも参照してください。

2. 書面での分け方

2-1. 業務内容をフェーズ表にする

3条書面または別紙に、フェーズ名、成果の型（報告／納品物）、対価、完了条件を表で書きます。
書面の基本は発注書面（3条）、記載事項は記載事項のテンプレートを拡張します。

2-2. 対価を分割記載する

月額の準委任フィーと、一括の請負代金を分け、支払条件も別行にします。
1つの総額だけだと、どのフェーズの期日かが不明になります。

2-3. 適用判定は契約全体で先に確認

フェーズ分割の前に、発注者・受託者の適用関係を確認します。
判定は資本金・従業員数による適用判定、特定受託は特定受託事業者とはを参照してください。

3. 検収・台帳・継続の運用

3-1. 検収ゲートを2系統にする

報告受領ゲートと成果物合格ゲートを別ステータスにします。
一方が未了でも他方の支払行を止めすぎないよう、依存関係を明示します。

3-2. 台帳は契約1・行複数

親キーは契約番号、子キーはフェーズIDとします。
継続化する場合は継続的な業務委託とはの観点で、月次行を増やします。

3-3. 書類保存

フェーズごとの報告・検収記録を同じ案件フォルダに時系列保存します。
保存は書類作成・保存義務を確認してください。

4. チェック・研修・監視

4-1. チェックリスト

「混在契約のフェーズ表があるか」「起算がフェーズ別に定義されているか」を必須にします。
全体は発注コンプライアンスのチェックリストに追加します。

4-2. RACI

準委任報告の確認者（PM）と請負検収者（品質）を分けます。
型は取適法のRACIマトリクスを拡張します。

4-3. ダッシュボード

フェーズ未検収の滞留、最終請負だけを見て中間支払が止まっている案件を監視します。
KPIはダッシュボードKPIを参照してください。

5. 混在契約の分割オペレーション

5-1. 要件定義3ヶ月＋構築請負

要件定義は月次報告の受領で起算し、構築は成果物検収で起算します。
要件定義の遅延を理由に構築代金の起算を止める場合は、依存関係を契約に明記します。
明記がないまま最終納品まで一括で伸ばす運用は避けます。

5-2. 保守（準委任）と改修（請負）の併走

保守は月次SLA報告行、改修はチケット単位の請負行として分けます。
同じ担当者でも、報告フォーマットと合格基準を共有しないようにします。
改修不合格の修正指示を保守時間に付け替える操作を禁止します。

5-3. キックオフでフェーズ表を読み合わせる

契約締結後の初回会議で、フェーズ・対価・完了条件・起算候補を双方で確認します。
認識ずれがあれば別紙を更新し、更新版を台帳の合意版欄に残します。
口頭の「だいたい請負」で進めないことが、後の検収紛争を減らします。

6. FAQ

Q. 契約書のタイトルが「業務委託」だけの場合は

タイトルより別紙の業務内容表を正とします。
混在が読み取れないなら、発注前に別紙を追記します。

Q. 運送や情報成果物など類型が絡む場合は

類型判定はフェーズ内容ごとに確認します。
運送が含まれる場合は特定運送委託の対象も見てください。

Q. フリーランス個人との混在契約は

新法研修で「フェーズ分割の事例」として扱うと理解が進みます。
研修はフリーランス新法の社内研修を参照してください。

Q. 違反リスクの説明は

最終納品まで支払を極端に延ばす運用は、遅延の疑義につながり得ます。
概要は違反・勧告の概要で共有できます。

7. フェーズ分割の定着チェック

契約ごとにフェーズ表（業務・対価・完了条件・起算候補）があるかを四半期で棚卸しします。
報告受領ゲートと成果物合格ゲートが同一ステータスに潰れていないかを確認します。
中間フェーズの未払が最終納品待ちになっていないかをダッシュボードで抽出します。
キックオフでのフェーズ表読み合わせ実施率をKPIにし、未実施案件を購買が止めます。

保守と改修の併走では、時間の付け替え禁止をチケット運用に書き込みます。
要件定義遅延で構築起算を止める場合は、契約の依存条項の有無をチェックします。
別紙更新時は合意版番号を台帳に残し、旧版での検収を拒否できる状態にします。
研修では混在契約の匿名事例を使い、1契約でも複数起算があり得ることを演習します。

混在契約のテンプレ自体を見直し、準委任条項と請負条項を章立てで分けた標準別紙を用意します。
現場が「とりあえず業務委託1本」で押し込む前に、別紙選択を購買ゲートで強制します。
既存の混在案件は優先度付きで別紙化プロジェクトに載せ、フェーズ表がない契約から着手します。
完了定義は「台帳にフェーズ行があり、起算と検収ゲートが分かれていること」とし、契約書の体裁変更だけでは完了にしません。

混在契約で紛争が起きた過去案件があれば、匿名化してナレッジ化し、どのゲートが曖昧だったかをチェックリストへ還元します。
同じ曖昧さが残る新規契約は、原則として別紙分割または契約分割を提案します。

混在契約の品質ゲートでは、準委任報告の受領印と請負成果物の合格印を別印影または別電子承認にし、見た目でも混同しないようにします。印影ルールは検収手順書に明記します。

フェーズ表の更新履歴は電子契約の添付履歴と突合し、口頭だけの条件変更が残っていないかを確認します。

フェーズ完了の定義を一文で台帳備考に転記します。

混在は「1契約・複数ゲート」で運用する

• フェーズ表で業務・対価・完了条件を分ける
• 報告受領と成果物合格の検収を2系統にする
• 台帳は契約1に対して行を複数持つ
• 中間フェーズの起算・支払を最終納品に引きずらない

注意

本記事は準委任と請負が混在する契約の書面・検収運用に関する一般的な整理であり、トリカク（torikaku） のフェーズ分割記録の説明を含みますが、法的助言ではありません。
個別契約の法的性質・適用関係・支払条件は専門家にご確認ください。