← ガイド一覧

月末締め翌月末払い— 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日超過は機械的に検知できます。

注意

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

トリカク(torikaku) で試す

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

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

← ガイド一覧