「検収が終わるまで支払わなくてよい」は誤解|60日の考え方
公開: 2026年9月8日
経理や購買の会話で、「検収が通るまで支払を止めてよい」と聞こえる言い方をすることがあります。
社内の品質ゲートとしては自然でも、取適法の支払期日(いわゆる60日)の起算と混ぜると危険です。
検収が長引くほど支払が後ろへスライドする、という運用は、形式面で説明しにくい状態を生みます。
本記事では、受領・検収・支払の三段を分け、現場が使える記録の置き方を整理します。
1. 誤解の正体
1-1. 社内承認フローと法律の期日を同一視する
多くの会社では、検収完了が支払依頼のトリガーです。
その運用自体は内部統制として合理的ですが、「トリガーが来ない限り期日も動かない」と読むのは飛躍です。
取適法の支払期日は、受領など法令・運用基準上の起算点から数える枠組みがあり、社内ワークフローの完了待ちと同義ではありません。
1-2. 「不合格なら払わない」が無期限化しやすい
明らかな不適合がある場合の扱いと、「まだ見ていないから検収中」は違います。
後者を理由に支払を止め続けると、受領拒否や支払遅延の論点に近づくことがあります。
不合格時の通知の型は検収不合格の通知テンプレ、受領拒否と60日の整理は検収・受領拒否と60日を参照してください。
1-3. 自動検収条項の誤解
「◯日無応答で合格」条項があっても、社内で未処理のまま放置すると、取引先との認識と社内ステータスがずれます。
条項の使い方とリスクは自動検収条項のリスクで確認できます。
2. 60日の考え方(現場向け)
詳細は支払60日ルールが正本です。
ここでは誤解をほどくための要点だけ置きます。
起算の候補日(受領日など)を台帳に明示し、検収完了日は別列にします。
「検収完了=起算」と固定してしまうと、検収遅延がそのまま支払遅延の説明になってしまいます。
月末休日の振込前後も、月末締めと60日でカレンダーを揃えてください。
2-1. 受領日と検収完了日を分ける
データ納品・クラウド納品では、受領の瞬間が分かりにくいことがあります。
「アップロード完了メールを受け取った日」「所定フォルダへ格納された日」など、社内定義を1つに決めます。
電子納品のズレは電子納品の起算も合わせて見てください。
2-2. 検収基準は先に書く
検収が長引く主因は、基準が曖昧なことです。
「なんとなく品質」ではなく、合格ラインを発注時に書いておくと、検収中ステータスの滞留が減ります。
基準の決め方は検収基準の決め方を参照してください。
3. カウンター例(会話)
現場「まだ中身を見ていないので検収待ちです。支払は来月で」
経理「台帳の受領日は先々週です。検収待ちのままでは期日が迫っています」
現場「不合格なら払わなくてよいのでは」
経理「不合格なら理由と再納品の扱いを文書化してください。見ていない状態を不合格扱いにはできません」
この会話の核心は、「未確認」と「不合格」を混ぜないことです。
ダッシュボードで検収中の滞留を拾う運用は検収中ステータスの放置防止と、ダッシュボードKPIが役立ちます。
4. 形式チェックの置き方
4-1. 台帳の必須列
受領日、検収期限、検収結果、支払予定日、支払実績日を分けます。
「検収完了まで支払予定日を空欄」にしないでください。
空欄は期日管理の放棄と同じ見え方になります。
トリカク(torikaku) では受領日から計算した期日アラートを、検収ステータスとは独立して表示すると抜けが減ります。
4-2. 部分検収の残高
長期案件で部分検収が続くと、「残りは検収待ちだから払わない」が常態化します。
未完了残高をモニタし、支払済み・未払・検収待ちを分けてください。
モニタの型は部分検収の未完了残高が参考になります。
4-3. Excel肥大時
検収中の行が色分けされず、支払予定が手入力のままだと、担当者依存になります。
ルールを列定義に固定し、肥大したらExcel台帳からSaaSへ移すときの考え方で起算と検収を別フィールドにします。
5. 検収遅延を支払遅延にしない作戦
作戦の核心は、検収リソース不足を期日の延長理由にしないことです。
人が足りないなら、基準を先に簡素化し、サンプル検収に落とす、外部の検査支援を入れる、など別の打ち手を取ります。
「見ていないから払えない」は、社内の人員計画の問題を取引先の資金繰りへ転嫁する見え方になります。
5-1. 48時間ルール
受領後48時間以内に、合格・不合格・追加確認のどれかを一次回答するルールが扱いやすいです。
追加確認でも、何を確認しているかを文書化し、放置の「検収中」を禁止します。
一次回答が遅れる案件はダッシュボードの黄信号にし、支払期日の赤信号と分けて表示します。
5-2. 部分合格の使い方
全部不合格にする必要がないなら、合格範囲と不合格範囲を分け、合格分の支払予定を止めない運用が説明しやすいです。
分け方を契約で許していない場合は、先に契約の確認が必要です。
分けた結果は台帳の行を分割し、起算日を混在させないでください。
5-3. 経理締めとの衝突
月末締め後に検収が終わると、翌月払いへ自動スライドしがちです。
スライドするなら、法令上の期日との関係を経理が確認し、単なる社内都合の後ろ倒しにしないでください。
締めカレンダーと60日カレンダーを並べ、衝突する週を事前に赤くします。
よくある質問
Q. 検収に30日かかる商慣習でも60日は関係しますか
商慣習があることと、法令上の期日管理が不要になることは同じではありません。
検収に時間がかかるなら、基準と人員を先に整え、起算日を曖昧にしないことが先です。
Q. 不合格のやり直し中は支払を止められますか
ケースによりますが、「不合格通知がないまま止め続ける」は説明が難しいです。
理由・再納品期日・対象範囲を文書化し、台帳に残してください。
Q. マイルストーン払いは最終検収まで全部止めますか
合意したマイルストーンがあるなら、段階ごとに受領・検収・支払を分けて記録します。
最終検収待ちを理由に、合意済みの中間払いまでまとめて止めるのは別の論点です。
Q. 適用対象外なら検収待ち運用でよいですか
対象外でも、契約上の支払条件と社内統制は残ります。
まず資本金・従業員による適用で対象を切り分け、対象案件は60日管理を必須にしてください。
Q. チェックリストに何を足しますか
「検収完了」だけで支払承認せず、「起算日と期日が埋まっているか」を必須にしてください。
全体は発注コンプライアンスのチェックリストに期日列を足す形が扱いやすいです。
6. 現場向けの短い判定表
「未確認」→一次回答期限を切る。「不合格」→理由と再納品を文書化。「合格」→支払予定を確定。
この三択以外の曖昧なステータス名(様子見・保留・内部確認中)は、できるだけ使わないでください。
使うなら、内部確認中でも起算日と支払期日は表示し続けます。
ステータス名を増やすほど、検収待ち=支払停止の誤解が戻りやすくなります。
6-1. 外注検査を使うとき
自社で検収しきれないなら、検査会社や第三者レビューを契約に組み込みます。
外注検査の完了日が検収日になるのか、自社確認日が検収日になるのかを先に定義してください。
定義が無いと、三者の日付が並び、起算がまた曖昧になります。
6-2. 教育用の反例
研修では、「受領から45日経過・検収未着手・支払予定なし」の架空案件を出し、どこがまずいかを議論させます。
正解は一つではなく、基準未整備・人員不足・期日未入力など複数の穴が出るはずです。
穴ごとに担当部門を割り当て、翌週の是正に繋げます。
まとめ
- 検収待ちは社内ゲートであり、期日の消去ボタンではない
- 受領日と検収完了日は別列で持つ
- 未確認と不合格を混ぜない
- 検収中の滞留をダッシュボードで拾う
迷ったら、台帳で起算日が空欄になっていないかを先に確認してください。
7. ケーススタディ(架空)
部品の受領後、品質担当が繁忙で検収を3週間放置し、経理は「検収待ちなので支払予定なし」と台帳を空欄にしました。
取引先から督促が入り、起算日を確認するとすでに期日が迫っていました。
48時間ルールと、検収中でも期日を表示するダッシュボードを入れたあと、同様の空欄放置は減りました。
検収の遅さは人員の問題として別途解き、支払期日の管理は止めない、が復旧の要点でした。
注意
本記事は取適法の支払期日・検収運用に関する一般的な情報の整理であり、トリカク(torikaku) の機能説明を含みますが、法的助言ではありません。
個別の契約内容・取引実態については専門家にご確認ください。