月末締め翌月末払い— 60日起算の例
公開: 2026年9月2日
「月末締め翌月末払い」は日本の商習慣として広く使われます。
取適法の60日ルールと並べて考えると、実際のカレンダー上で何日になるかを誤解しているケースがあります。
「うちはずっと月末締め翌月末払いだから問題ない」という前提だけでは、60日超過リスクを見逃す可能性があります。
本記事では、月末締め翌月払いと60日起算の関係を、具体的なカレンダー例で整理します。
1. 月末締め翌月払いの意味
1-1. 商習慣としての読み方
1月分の取引を1月31日で締め、2月末日に支払う——このパターンを「月末締め翌月末払い」と呼びます。
締め日から支払日まで、カレンダー上は約30〜45日程度になることが多いです。
1-2. 取適法の60日との違い
取適法の60日は、原則として検収・受領日から起算します。
月末締めのサイクルと、受領日起算の60日は、別の軸で動くため、単純に一致しません。
60日の基本は支払60日ルールの起算点を確認してください。
1-3. 検収日が月末に集中する問題
月末に一括検収すると、翌月末払いでも60日を超える組み合わせが発生し得ます。
例:1月15日受領→60日期日3月16日。翌月末(2月末)払いなら問題ありませんが、2月20日受領→4月21日期日の場合、3月末払いでは超過します。
2. カレンダー例
2-1. 例A:1月10日検収・翌月末払い
1月10日に成果物を検収。60日期日は3月11日。
翌月末払い(2月28日)なら、60日以内に収まります。
2-2. 例B:2月5日検収・翌月末払い
2月5日検収。60日期日は4月6日。
3月末払い(3月31日)なら問題ありません。
2-3. 例C:2月20日検収・翌月末払い
2月20日検収。60日期日は4月21日。
3月末払い(3月31日)でも60日以内ですが、4月検収案件からは超過リスクが高まります。
受領日が遅いほど、翌月末払いだけでは足りなくなるパターンが増えます。
3. リスクが高まるパターン
3-1. 検収遅延+翌月末払い
納品が遅れ、検収が月末ギリギリになった場合、翌月末払いでも60日を超えることがあります。
検収遅延の原因(発注側の確認遅れ・仕様変更等)を記録し、支払期日を再計算します。
3-2. 段階検収との組み合わせ
段階納品ごとに受領日が異なる場合、各段階で60日を計算する必要があります。
段階納品は段階納品と部分検収を参照してください。
3-3. 90日サイトとの混同
「翌々月末払い」など、実質90日に近いサイトは60日超過のリスクが高いです。
支払サイト比較は支払サイトのリスク比較も確認してください。
4. 台帳・運用の設計
4-1. 受領日を必須入力に
月末締め運用でも、台帳には取引ごとの受領日を必須入力にします。
締め日ではなく、検収・受領日から60日を自動計算する仕組みが安全です。
台帳運用は発注台帳の運用を参照してください。
4-2. 超過アラート
翌月末払い予定日と60日期日の早い方を支払期限として採用する運用もあります。
60日期日の7営業日前にアラートを出し、振込指示を前倒しします。
4-3. 取引先への説明
「商習慣は翌月末だが、法令上60日以内に振込する」旨を契約書に明記すると、現場の混乱が減ります。
記載事項は記載事項のテンプレートをベースにしてください。
5. 実務チェックリスト
- 各取引の受領日が台帳に入力されているか
- 60日期日と翌月末払い予定日を突合し、早い方で振込指示しているか
- 検収遅延案件を週次で一覧化しているか
- 段階検収ごとに別行・別期日で管理しているか
月末締めの経理サイクルと、取引ごとの60日管理は両立できます。
鍵は「締め日」ではなく「受領日」を正本にすることです。
発注コンプライアンスのチェックリストも併用してください。
よくある質問
Q. 月末締め翌月末払いは60日以内ですか?
必ずしもそうとは限りません。受領日と支払日の組み合わせ次第です。取引ごとに60日を計算してください。
Q. 締め日を受領日とみなしてよいですか?
契約・取引実態によります。原則は検収・受領日が起点です。締め日=受領日とする設計なら、契約書に明記してください。
Q. 経理の締め処理と60日管理は別ですか?
別管理が安全です。経理は月次締め、発注台帳は取引ごとの受領日・60日期日を持ち、両者を月次で突合します。
Q. 受領日が未入力のまま翌月末払いした場合は?
60日超過の可能性を事後確認します。受領日入力を必須化し、未入力案件は振込承認を止める運用が有効です。
Q. 取引先が翌々月末払いを要求した場合は?
60日を大幅に超える可能性が高いです。協議記録を残し、可能なら支払サイト短縮を検討してください。
まとめ
- 月末締め翌月払いと60日起算は別軸。取引ごとに受領日から計算する
- 受領日が遅いほど、翌月末払いだけでは60日超過になりうる
- 台帳では受領日必須・60日期日アラート・翌月末との突合を設計する
6. 月別カレンダー早見表
6-1. 1月〜3月検収の目安
1月15日検収→60日期日3月16日。翌月末(2月28日)払いなら安全、3月末払いでも60日以内です。
3月25日検収→60日期日5月24日。4月末払いなら安全、5月末払いでもギリギリ60日以内です。
6-2. 危険ゾーンの見分け方
検収日が月末後半(20日以降)で、支払が翌月末のみの場合、翌々月以降の検収案件ほど超過リスクが高まります。
台帳で「受領日+60日」と「翌月末払い予定日」を並べて表示し、後者が前者を超える案件を赤色表示する運用が有効です。
6-3. 祝日・振替休日の考慮
60日期日が土日祝の場合、翌営業日が支払期限になる取扱いが一般的です。
振込可能日と60日期日の関係を経理カレンダーと突合し、前営業日に振込指示を出すルールを固定します。
7. 経理サイクルとの両立
7-1. 月次締めと取引単位管理
経理は月末締め・翌月20日振込など、会社全体のサイクルで動きます。
発注台帳は取引ごとの受領日・60日期日を正本とし、月次締め時に「今月振込対象」を60日以内かでフィルタします。
振込一括処理と台帳の連携も検討してください。
7-2. 複数拠点・部門分散
部門ごとに締め日が異なる場合でも、受領日起算の60日は全社共通ルールとして統一します。
部門別の締め日は経理集計用、60日管理はコンプライアンス用——役割を分けて混乱を防ぎます。
8. シミュレーション表の作り方
8-1. スプレッドシート列
A列:取引先名、B列:受領日、C列:60日期日(自動計算)、D列:翌月末払い予定日、E列:超過リスク(C<Dなら「要前倒し」)
月次締め前にE列フィルタで「要前倒し」案件だけ振込指示を出す運用がシンプルです。
8-2. 四半期レビュー
四半期ごとに超過案件の件数・金額・原因を集計し、翌月末払い運用を維持するか、45日サイトへ短縮するかを経営判断します。
9. よくある誤解の訂正
「月末締め=受領日」ではありません。締め日は経理集計の区切りであり、検収・受領日とは別概念です。
「翌月末払い=60日以内」でもありません。受領日が遅い月ほど、翌月末だけでは足りなくなります。
正本は常に取引ごとの受領日です。台帳に受領日が入っていれば、60日超過は機械的に検知できます。
注意
本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、法的助言ではありません。
個別の契約内容・取引実態については専門家にご確認ください。