電子納品の起算ルール— 検収完了日と受領日のズレ

1. なぜ電子納品で日付がズレるか

1-1. 到達と検収の分離

紙の納品書では受領印の日付が目に見える一方、電子納品はアップロード時刻・通知メール・検収完了ボタンが別タイムスタンプになります。
現場が「検収OKにした日＝受領日」と覚えていると、起算が後ろ倒しになります。

1-2. 段階納品と部分到達

デザイン案・ソース・ドキュメントを別日に上げる案件では、どの到達をもって給付の受領とするか契約と台帳で揃える必要があります。
段階納品の扱いは段階納品と部分検収も併せて確認してください。

1-3. 通知遅延とタイムゾーン

海外ベンダーや夜間バッチ連携では、アップロード日と通知メール到着日が暦日でズレます。
台帳は「契約で定義した到達イベント」のタイムスタンプを正とし、通知遅延を起算延期の理由にしない運用が安全です。

2. 受領日の実務ルール

2-1. 原則は給付を受け取った日

取適法の支払期日規制では、原則として給付を受領した日から起算します。
社内の品質チェックや稟議が長引いても、受領事実そのものが消えるわけではありません。
起算の基本は支払60日ルールの起算点を参照してください。

2-2. 電子納品の到達イベント例

契約書・注文書に「指定フォルダへの完全版アップロード完了時」「納品完了通知の送信時」など到達イベントを明記します。
曖昧なまま運用すると、検収担当の都合で日付が揺れます。
検収基準の書き方は検収基準の決め方が参考になります。

2-3. 検収完了日は別列で持つ

台帳には受領日（起算用）と検収完了日（社内工程用）を分けて記録します。
支払期日は受領日＋60日（または契約上の短い期日）で計算し、検収完了日はKPIや品質管理に使います。

3. ズレが起きやすいシナリオ

差戻し・再納品が続く場合は、やり直し要求の妥当性も別途確認します。
関連は給付内容の変更・やり直しを見てください。

4. 台帳への記録手順

4-1. 到達証跡を保存する

アップロード完了画面のスクショ、ストレージのバージョン履歴、納品完了メールを発注番号と紐づけて保存します。
書面・電子データの保存義務の観点は書類作成・保存義務も参照してください。

4-2. 受領日を当日中に入力する

到達を確認した担当が当日中に台帳の受領日を入れるルールにします。
検収担当が翌週入力する運用だと、起算が検収完了日に引きずられやすいです。

4-3. 月末締めとの突合

月末に「受領済み未検収」「検収済み未払」を分けて洗い出します。
運用例は月末締めと60日管理が参考になります。

5. 検収拒否・遅延との関係

品質不足で受領自体を拒む場合と、受領後に検収で差戻す場合は別物です。
受領拒否が正当かどうかは契約の検収基準と証拠に依存します。
起算と拒否の整理は検収・受領拒否と60日を確認してください。

検収完了メールを受領の代替にする運用も現場でありますが、メール送信日が起算になるとは限りません。
メール運用の注意は検収完了メールと受領にまとめています。

6. チェックリスト

• 注文書に電子納品の到達イベントが書いてあるか
• 受領日と検収完了日を別列にしているか
• 到達証跡（ログ・メール・履歴）を保存しているか
• 支払期日計算が受領日起点か
• 差戻し再納品の日付履歴が残っているか

全体の確認項目は発注コンプライアンスのチェックリストと突き合わせてください。

7. 部門別の役割分担

7-1. 現場・プロジェクト側

到達確認と受領日入力、差戻し理由の記録を担います。
「検収が終わるまで台帳に触らない」運用は避けます。

7-2. 経理・支払側

支払予定は受領日起算で組み、検収未完了は別フラグで可視化します。
検収待ちを理由に期日を伸ばす処理は原則しません。

7-3. 法務・コンプラ側

到達イベント定義と検収基準の書面整合を確認します。
記載事項の型は記載事項のテンプレートが使えます。

8. KPIで見るズレ

「受領日から検収完了までの日数」と「支払期日までの残日数」を並べると、検収ボトルネックが可視化されます。
期日超過の予兆はダッシュボードKPIで追うと早期是正しやすいです。

9. 現場会話例で見るズレ

9-1. 金曜アップロード・月曜検収

受注側「金曜22時に最終版を上げました」。
発注側検収担当「月曜に開いてOKにしたので受領は月曜です」。
この会話のまま台帳に月曜を入れると、週末分だけ起算が後ろ倒しになります。
正しくは到達イベント（金曜アップロード完了）を受領日にし、月曜は検収完了日として別列に残します。

9-2. 草稿と最終の混在

「まず案を見てほしい」で上げた草稿を受領日にしてしまうと、最終版到達前に60日が動き出します。
逆に最終版到達後も「まだ社内レビュー中」で受領日を空けたままにすると、起算が止まります。
契約で草稿はレビュー対象・最終版が給付、と分け、台帳の到達フラグも二段階にします。

9-3. パスワード付きZIPの遅延解除

ファイルは届いたがパスワードが翌営業日、というケースでは、契約の到達定義が「閲覧可能状態」かどうかで受領日が変わります。
定義が無いなら、取引先と文書で確認し、以後の注文書に条件を追記します。
曖昧なまま担当判断で日付を決める運用は監査で説明しにくいです。

よくある質問

Q. アップロード後にパスワード解除が遅れた場合は

契約で「閲覧可能な状態での納品」を到達条件にしているなら、解除完了時点を受領日にする整理があります。
条件が無い場合は、到達イベントの解釈を取引先と文書で確認してください。

Q. 検収に2週間かかる前提の契約は問題ですか

社内工程として検収期間を置くこと自体は可能ですが、支払起算を検収完了にずらす条項は慎重に扱います。
起算と社内リードタイムを混同しないことが重要です。

Q. 自動検収条項がある場合は

無応答で合格とみなす条項は、受領日・検収完了日の両方に影響します。
別記事の自動検収リスク整理とセットで運用してください。

Q. 保留金がある場合の起算は変わりますか

保留金の支払条件と受領日起算は別論点です。
保留金と検収の影響も併読してください。

Q. Excel台帳でも管理できますか

列を分ければ可能ですが、版割れと手計算ミスが増えやすいです。
件数が増える場合は専用台帳への移行も検討対象になります。

まとめ

• 電子納品は到達と検収完了を分離して記録する
• 支払起算は原則受領日であり検収完了日ではない
• 到達イベントを注文書に明記し証跡を残す
• 月末は受領済み未検収を別枠で洗い出す

注意

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