初めて取引先と契約を交わす際や、自分で請求書を発行する段階になって多くのフリーランス・個人事業主が直面するのが「支払いサイト」の壁です。
「月末締め翌月末払い」や「30日後払い」といった言葉はビジネスシーンで頻繁に使われますが、正確な入金日をカレンダー通りに数えようとすると、月によって30日や31日のズレがあり、2月にはうるう年の影響も加わるため、手作業での計算は思わぬミスを引き起こします。入金期日の数え方を1日でも誤ると、資金繰り計画の破綻や、取引先との余計なトラブル、さらには契約違反を招きかねません。
この記事を読むより、まずは目の前の取引条件から正確な支払期日を算出して資金繰りをシミュレーションしたい、あるいは取引先ごとのルールに応じた入金日を今すぐ確認したい場合は、以下の完全ブラウザ完結型シミュレーターを直接ご活用ください。
▶ 今すぐ支払期日計算ツールで入金予定日を算出する（登録不要・完全ブラウザ完結）
支払いサイトとは？一般的な取引における定義と早見表
支払いサイトとは、「取引の締め日から、実際に代金が支払われる（入金される）までの猶予期間」を指します。
一般的な法人間取引（BtoB）では、取引が発生する都度支払うのではなく、1ヶ月分の取引をまとめて精算する「掛取引（かけとりひき）」が基本です。このため、何日に取引を区切り（締め日）、そこから何日後に支払うか（支払日）というルールがあらかじめ契約で定められます。
商習慣として最も多く使われる代表的な支払いサイトと、その具体的な計算の定義は以下の通りです。
常用される支払いサイトの定義と特徴一覧
| 支払いサイト | 計算の定義 | 主な活用シーン・特徴 |
|---|---|---|
| 30日後払い | 発行日（または基準日）の翌日から起算して30日目 | フリーランスや個人間取引、海外取引で一般的 |
| 月末締め翌月末払い | 当月末日に締め、翌月の最終日に支払い（30日サイト） | 日本国内の中小企業間で最も標準的な商習慣 |
| 20日締め翌月末払い | 毎月20日に締め、翌月の末日に支払い | 月の途中に独自の締め日を設ける契約パターン |
| 60日後払い | 発行日（または基準日）の翌日から起算して60日目 | 下請法が適用される建設業や製造業、大型案件 |
| 月末締め翌々月5日 | 当月末日に締め、翌々月の5日に支払い | 一部の大手企業や、支払いサイクルが長い業界のルール |
実務上で特に注意したいのは、 「30日後」と「1ヶ月後」の解釈の違い です。 「30日後」は実際の暦に従って厳密に30日を数え上げるため、大月（31日の月）を挟むとカレンダー上の日付がズレていきます。一方、「1ヶ月後」は一般的に翌月の同日（該当する日付がない場合はその月の末日）を指すことが多く、契約書や発注書の文言にどちらが記載されているかで実際の期日が異なります。
請求書に書くべき正しい支払期日の書き方テンプレート
支払いサイトの条件が確定したら、請求書に支払期日を記載します。 この際、「月末締め翌月末払い」などの条件そのものを書くのではなく、 具体的な年月日の形式で明記すること が、未入金や回収遅延を防ぐための実務上の鉄則です。
避けるべき書き方と推奨される記載文例
- NGな記載例：「支払期日：翌月末払い」
- 理由：請求書を受け取った担当者が「いつまでに振り込めばいいのか」をカレンダーで計算し直す手間が発生し、解釈のズレによる支払遅れの原因になります。
- OKな記載例： 「支払期日：2026年8月31日」
- 理由：明確な日付を提示することで、相手企業の支払い処理システムへの登録ミスを防ぎ、入金状況の確認（消込作業）もスムーズに行えます。
また、支払期日が土曜日・日曜日、あるいは祝日に重なった場合にどう処理するか（前営業日に前倒して支払うのか、翌営業日に後ろ倒しするのか）についても、あらかじめ取引先と合意しておきましょう。
取引先から「20日締め翌月末払い」や「30日後払い」を打診された際、具体的に自社の口座に何月何日に入金されるのかがわからないと、外注費の支払いや生活費のやり取りといった資金繰り計画が立てられません。お使いのスマホやPCで、締め日と支払い条件を入れるだけで、次の入金予定日（土日重なりの前倒し・後ろ倒し含む）を自動計算できるツールを使用すれば、面倒なカレンダー確認の工数を削減できます。
▶ 支払いサイトから入金日を自動算出する（登録不要・完全ブラウザ完結）
個人事業主・経理担当者が押さえておくべき2つの実務罠
支払期日を決定・管理する上で、特にフリーランスや経理の現場で頻繁にトラブルに発展しやすい2つの注意点があります。
1. 下請法（しもうけほう）が定める「60日」の上限規制
個人事業主やフリーランスが、資本金規模の大きい親事業者から業務委託を受ける場合、「下請法」の対象となる可能性が高くなります。下請法において、支払期日は 「給付を受領した日（納品日・検収日など）から起算して60日以内」 に定めなければならないという義務があります。 親事業者の社内都合や「月末締め翌々月末払い（最大90日サイト）」といった独自ルールをそのまま適用し、60日を超える期日を設定することは明確な法律違反となりますので、発注書や基本契約書を結ぶ段階で必ず確認してください。
2. 民法上の「初日不算入（しょにちふさんにゅう）」の基本原則
契約書で「請求書発行から30日以内に支払う」と取り決めた場合、法律上の標準的な解釈（民法第138条）では、 発行した当日は日数にカウントせず、翌日から数え始める ことになっています。 この「起算日」の認識が自社と取引先で1日ズレていると、「期日を過ぎているのに入金されない」といった不要な疑念や、遅延利息に関する法的なトラブルの原因になり得ます。実務をスムーズに進めるためには、契約書内に「発行日当日を起算日とする」といった特約を設けるか、あるいは当ツールのシミュレーション機能を用いてお互いに合意できる支払日をあらかじめ擦り合わせておくのが賢明です。
個人運営ツールだからこそ追求できる「情報の安全性」
経理・資金繰りに関連するデータをWeb上で扱う際、最も重要視されるのが「社外秘情報の取り扱い」です。
一般的な企業が提供している無料の計算サイトやクラウド会計システムの一部では、ユーザーが入力した日付データ、取引条件、さらには操作ログなどをWebサーバーに送信し、マーケティングデータや改善のためのログとしてデータベースへ蓄積する仕組みが採用されています。機密性の高い契約内容や財務スケジュールを扱う実務において、このような外部サーバーへのデータ転送は、第三者による傍受や不正アクセスによる情報漏洩の懸念を僅かでも拭いきれません。
これに対し、当サイトが提供する「支払期日計算ツール」は、 完全ブラウザ完結型（JavaScriptによるクライアントサイド処理）の設計 を徹底しています。
ユーザーが入力した請求日や支払いサイトなどのデータは、インターネットを介して外部のサーバーに送信されることはシステム的に一切ありません。すべての計算はユーザーが今見ているブラウザのメモリ上だけで瞬時に処理され、ページを閉じればすべてのデータは自動的に消去されます。
開発者を含む第三者がサーバー経由で入力内容を閲覧・取得する仕組み自体が存在しない構造になっているため、社内のセキュリティポリシーが厳しい企業にお勤めの経理担当者様や、クライアントの取引条件を慎重に扱いたいフリーランスの方も安心して日々のルーティンワークにご活用いただけます。
手動でのカレンダーめくりや2月のうるう年判定による計算エラーから解放され、安全かつ迅速に実務日を特定するために、ぜひ以下のリンクから本ツールをお試しください。