← ガイド一覧

段階納品・部分検収— 台帳記録方法

公開: 2026年9月2日

大規模開発や工事案件では、マイルストーンごとに段階納品し、部分検収を経て支払を進めることが一般的です。
取適法では検収完了を支払期日の起算点とするため、部分検収ごとに「いつ・何を・いくら」受領したかを台帳に正確に残す必要があります。
本記事では、段階納品・部分検収の台帳記録方法を、発注側の実務で使える形に整理します。
親案件1行だけ管理していると中間フェーズの期日漏れが起きやすいため、子行設計を標準化することが要点です。

1. 部分検収と60日起算

1-1. 起算日は検収完了ごと

分割納品の場合、各分割の検収完了日から、それぞれ60日以内の支払期日が算定されます。
最終納品だけを検収日とすると、中間フェーズの支払が遅れ、取適法上のリスクになります。
起算の基本は60日の起算を参照してください。

1-2. 発注書面との対応

発注書に「第1回納品:〇〇、第2回納品:△△」と金額・納期を明記し、台帳の行と1対1で対応させます。
追加分は変更発注として別行を追加し、口頭追加を台帳だけで処理しないようにします。

2. 台帳の行設計

2-1. 親案件と子行(マイルストーン)

親行に取引先・契約番号・総額を置き、子行にマイルストーン番号・納品物・金額・検収日・支払期日を持たせる構造が扱いやすいです。
スプリント開発ではスプリント番号を子行のキーにします。

2-2. 必須カラム例

カラム内容
マイルストーンIDMS-01, Sprint-3 等
納品受領日成果物を受け取った日
検収完了日承認した日(起算の基準)
検収金額当該フェーズの税抜/税込
支払期日検収完了から60日以内

3. 検収プロセスの記録

3-1. 検収基準との突合

各マイルストーンに検収チェックリストを紐づけ、合格項目にチェックした記録(PDF・メール)をフォルダ保管します。
基準の設計は検収基準の決め方を参照してください。

3-2. 差戻し・再検収

差戻しがあった場合、検収完了日は再納品後の承認日に更新します。
台帳に「差戻し日・理由・再検収日」をメモし、起算日の変更理由を後から説明できるようにします。

3-3. 部分検収と保留金

全体の一部だけ検収し、残りを保留金とする場合、保留分の起算は最終検収完了時と整理します。
保留金の扱いは案件ごとに発注書で明記し、台帳の子行を「確定分」「保留分」に分けます。

4. 経理・請求との連携

4-1. 請求書のマイルストーン記載

請求書にマイルストーン番号・検収日が記載されているか確認し、台帳の子行と金額が一致するか突合します。
不一致は支払前に受託者へ確認メールを送り、記録を残します。

4-2. 複数行の期日アラート

子行ごとに期日が異なるため、カレンダーまたはツールで行単位のリマインドを設定します。
親案件の「最終納品予定」だけでは、中間フェーズの期日漏れを防げません。

よくある質問

Q. 納品受領日と検収完了日は同じにすべきですか?

検査に期間を要する場合は異なります。起算は検収完了日なので、台帳では両方を分けて記録します。

Q. スプリントごとに発注書を出すべきですか?

一括発注書にスプリント内訳を書く方法と、スプリントごとに個別発注する方法があります。いずれも台帳の子行と対応させます。

Q. 出来高払いの工事でも同じですか?

出来高に応じた部分検収でも、検収完了日ごとに起算が走ります。工事の記録方法は業種記事も参照してください。

Q. 台帳の親子合計が発注総額とずれたら?

変更発注・値引き・保留金の未反映が原因になりがちです。月次で親子合計と契約総額の突合を行います。

Q. ツールは必須ですか?

スプレッドシートでも可能ですが、子行の期日アラートと書面チェックはトリカク(torikaku)のような専用ツールと相性が良い領域です。

5. アジャイル・SaaS開発での応用

5-1. スプリント検収の短周期化

2週間スプリントでは、検収完了日の入力漏れが期日遅延に直結します。
スプリントレビュー終了当日に台帳を更新するルールをチームに浸透させます。
段階納品の設計例はSaaS・アジャイル開発委託も参照してください。

5-2. 証跡出力

監査時にマイルストーンごとの検収記録・期日・支払を一覧出力できるよう、命名規則とフォルダ構成を標準化します。
発注コンプラの全体像はチェックリスト記事を参照してください。

5-3. 工事・制作での出来高

工事の出来高払いでは、現場写真・数量計算書を検収記録に添付し、子行の検収金額の根拠とします。
制作物の段階納品では、ワイヤー・デザイン・実装の各フェーズを子行に分け、前フェーズの検収完了後に次フェーズの起算が走るよう管理します。
フェーズ間の差戻しが発生した場合、影響を受ける子行だけを差し戻しステータスにし、他フェーズの期日は維持します。
差戻し理由は子行メモに必ず記載し、再検収完了日で起算を更新します。

6. 月次クローズの習慣

6-1. 未検収マイルストーンの洗い出し

月末に「納品済み・未検収」の子行を一覧し、検収担当へリマインドします。
検収遅延は支払期日の遅延ではなく起算の遅れになるため、受託者のキャッシュフローにも影響します。

6-2. 親子合計の突合

子行の検収金額合計が発注書総額と一致するか、変更発注を含めて確認します。
不一致は翌月初に修正し、経理への支払予定表も更新します。
修正内容は子行のメモ欄に日付付きで残し、誰がいつ直したかを後から追えるようにします。

7. 監査・取引先問い合わせへの備え

マイルストーンごとに「発注書PDF・検収メール・請求書・振込記録」を同一フォルダに格納します。
フォルダ名は「取引先名_案件ID_MS番号」と統一し、検索時間を短縮します。
トリカク(torikaku)で期日一覧を出力し、紙の台帳と突合する二重確認を四半期に1回行うと、記録漏れの検知に有効です。
突合で見つかった未入力行は、その場で担当者をアサインし、翌週までにクローズするルールにします。
クローズできなかった行は経理・法務へのエスカレーションリストに載せ、翌四半期レビューで再確認します。

8. ツール・スプレッドシートの設定例

8-1. ピボットでの可視化

親案件IDでグループ化し、未検収金額・7日以内期日の子行をフィルタするビューを用意します。
週次の発注定例でビューを共有し、検収遅延を早期に解消します。

8-2. 変更管理

マイルストーン追加は「変更発注」行を新設し、親総額を更新します。
既存子行の金額だけを口頭で変えない運用を徹底し、変更履歴をメモ欄に残します。

8-3. 受託者との共有ビュー

マイルストーン一覧を受託者と月次で突合し、検収完了日の認識ずれを防ぎます。
双方が合意した検収日を台帳の正式な起算日とし、口頭合意のみで期日を進めないようにします。
合意メールのPDF化をルール化すると、後追い監査で説明しやすくなります。
受託者側の検収担当が変わった場合も、過去の合意メールを新担当へ共有する手順を契約時に取り決めます。

まとめ

  • 部分検収ごとに検収完了日・金額・支払期日を台帳の子行で管理する
  • 差戻し・保留金は起算日の変更理由をメモする
  • 請求書と子行を突合し、経理と期日アラートを行単位で連携する
  • 月次クローズで未検収子行を洗い出し検収完了日を入力する
  • 差戻し時は子行メモに理由と再検収日を記録する

注意

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

トリカク(torikaku) で試す

適用判定・取引先台帳・明示事項チェック・60日ルールの期日管理・メール通知を一箇所にまとめられます。無料プランは稼働中の取引先1社・発注記録 月3件までです。停止中の取引先は枠を消費しません。形式チェック・記録管理・期日管理のみを行います。メール通知の遅延・未達は保証しません。法令・ガイドライン改正時は判定ロジックを更新し、公開ページに案内します。

適用の形式判定だけ試す場合(ログイン不要): /check

← ガイド一覧