マイルストーン払いの二段台帳— 最終検収との分け方

1. 二段台帳とは何か

1-1. 親行（案件）

契約全体の発注番号、取引先、総額、最終検収予定を持つ行です。
ここには「最終成果物の受領日」と「最終支払」を紐づけます。

1-2. 子行（マイルストーン支払）

各マイルストーンの到達イベント、部分受領日、部分金額、支払期日を持つ行です。
子行ごとに60日起算が走る、と考えます。

1-3. なぜ一段では足りないか

案件1行だと、中間払の受領日が最終納品日で上書きされ、過去の支払期日計算が壊れます。
段階納品の論点は段階納品と部分検収も参照してください。

2. 行分割のルール例

着手金の扱いは着手金・前払いの注意点も併せて確認してください。
起算の一般論は支払60日ルールの起算点です。

3. 最終検収の位置づけ

3-1. 最終検収＝全子行の完了ではない

中間マイルストーンが合格でも、最終統合で不具合が出ることがあります。
最終検収は最終成果物に対する合格判定であり、過去の中間払の取消しボタンではありません。

3-2. 保留金・残金との関係

最終検収まで残金や保留金を置く場合、その支払条件と受領日起算を混同しないでください。
保留金の整理は保留金と検収の影響を参照してください。

3-3. 検収基準の段階化

中間と最終で合格条件が違うなら、注文書または別紙に段階別基準を書きます。
基準の作り方は検収基準の決め方が土台です。

4. 入力オペレーション

4-1. 発注時

親行を作成し、契約書のマイルストーン表から子行を一括生成します。
各子行に金額・到達条件・予定日を入れ、空白の受領日は未到来として残します。

4-2. 各マイルストーン到達時

該当子行だけ受領日を入れ、支払期日を計算します。
他の子行や親行の日付を上書きしないことが最重要です。

4-3. 最終検収時

最終子行の受領日・検収完了日を更新し、親行の最終ステータスを閉じます。
未払い子行が残っていないかをダッシュボードで確認します。

5. よくあるミス

• 中間払の受領日を最終納品日で上書きする
• 総額1行のまま部分払いだけ会計側で処理する
• 最終不合格を理由に中間払の期日を延ばす
• 子行の合計と親の総額が一致しないまま放置する
• 着手金を「前払だから期日管理不要」と扱う

チェック観点は発注コンプライアンスのチェックリストに載せてください。

6. KPIと月末締め

「子行単位の60日残日数」「最終検収未了の親行数」「金額合計の親子一致率」をKPIにします。
可視化はダッシュボードKPI、締め作業は月末締めと60日管理が参考になります。

7. 書面との対応

マイルストーン表は注文書または別紙に金額・条件・予定日を書き、台帳の子行と1対1にします。
記載事項は記載事項のテンプレート、書面の要点は発注書面の3条ポイントで点検します。

途中でマイルストーンを組み替える場合は、給付変更として再見積・再書面が必要になることがあります。
給付内容の変更・やり直しの観点も入れてください。

8. 少人数経理での回し方

週次で「今週受領した子行」「来週期日の子行」だけを見る運用にすると負荷が下がります。
親行の最終検収は月次レビューに回し、日常は子行の期日に集中します。
保存・証跡は書類作成・保存義務の水準を維持します。

9. サンプル案件の行展開

9-1. 300万円・三分割の例

要件定義完了90万、中間納品120万、最終リリース90万の案件なら、子行を3本作り、各到達日で受領日を入れます。
最終リリースで不具合が出ても、要件定義行の支払実績は消しません。
最終行だけ差戻し・再納品履歴を積み、親行のステータスを「最終検収中」にします。

9-2. 金額変更が起きたとき

中間スコープ追加で中間行が150万に増える場合、子行Bを更新するのではなく、変更合意後に差額行B2を足す方法が監査に強いです。
上書きすると「いつ増えたか」が消えます。
親子合計の一致チェックを変更後に必ず再実行します。

9-3. 会計連携の注意

会計は請求書単位、台帳はマイルストーン単位、となるとキーがズレます。
請求書番号を子行に持ち、1請求＝1子行を原則にします。
複数マイルストーンを1請求にまとめるなら、内訳明細を証跡フォルダに残し、台帳側は内訳金額をコメント列へ転記します。

よくある質問

Q. 子行は何本まで許容ですか

契約のマイルストーン数に合わせます。
管理不能なほど細分化するより、支払単位でまとめる方が運用しやすいです。

Q. 最終不合格なら中間払を返せますか

契約の解除・精算条項次第であり、台帳上は中間払の履歴を消さず、精算行を追加する方が監査に強いです。
個別案件は専門家確認が必要です。

Q. Excelでも二段管理できますか

親子キー列を置けば可能ですが、件数が増えると参照切れが起きやすいです。
専用台帳の方が親子整合の検証が容易です。

Q. 遅延利息はどの行で発生しますか

原則として支払遅延した当該子行です。
遅延利息の支払義務を行単位で確認してください。

Q. PoCと本番を分ける場合は

契約分割そのものが親子案件になることがあります。
PoCと本番の契約分割も参照してください。

10. 監査説明の一文テンプレ

「本案件はマイルストーン払のため、支払管理は子行単位、最終検収は親行単位で記録しています。各子行の受領日は当該成果物の到達日であり、最終不合格があっても過去子行の支払実績は取り消していません」と説明できる状態を目指します。
この一文が言えない台帳は、行分割が不十分か、上書き運用が残っています。
監査前には親子金額一致、未払い子行ゼロ、最終ステータス整合の三点をスクショ保存します。
説明用CSVは子行をフラットに書き出し、親キーで並べ替え可能な形にします。
ピボットだけだと内訳が消えるため、生データも併せて保管してください。

11. 週次で見る子行リスト

毎週、受領日から起算して残日数が14日以内の子行、受領日空欄の到達済み子行、親子金額不一致の親行を一覧化します。
最終検収の議論は月次に回し、週次は子行の期日漏れ防止に集中すると少人数でも回ります。
リストはダッシュボード保存ビューにし、属人フィルタを禁止します。

12. 権限設計の最小セット

子行の受領日入力は現場、支払実績入力は経理、親行クローズはプロジェクト管理者、金額変更は法務または購買責任者、と権限を分けます。
全員が全列を編集できると、最終不合格時に中間行が消される事故が起きます。

まとめ

• マイルストーン払いは子行単位で受領日と期日を持つ
• 最終検収は親の完了判定であり中間払の上書きではない
• 親子の金額一致と未払い子行をKPIで監視する
• マイルストーン変更時は再書面と台帳同期をセットにする

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク（torikaku） の機能説明を含みますが、法的助言ではありません。
個別の契約内容・取引実態については専門家にご確認ください。