カード払いの「支払日」— 台帳への書き方

1. 登場する日付の種類

1-1. オーソリ（与信確保）日

カード利用枠を抑えた日です。
まだ売上確定していないことが多く、支払完了とみなすには弱いです。

1-2. 売上確定日

加盟店側で売上が確定し、決済が成立した日です。
決済代行の管理画面に「Capture」「売上」として出ることが多いです。

1-3. 口座引落日・入金日

発注側カード会社からの引落日と、受注側口座への入金日は別物です。
台帳の「支払日」をどちらにするかを社内で固定しないと、監査説明が割れます。

2. 台帳での推奨定義

起算そのものはカード決済でも受領日起点です。
基本は支払60日ルールの起算点を崩さないでください。

3. なぜ売上確定日を推奨するか

3-1. 発注側がコントロールできる

受注側入金日はカード会社・銀行のスケジュールに依存し、発注側台帳の一次情報になりにくいです。
売上確定は決済管理画面のログとして残しやすく、証跡性が高いです。

3-2. オーソリのみは未完了

オーソリ後にキャンセルされると支払が成立しません。
期日内にオーソリしただけでは支払完了と断定しない運用が安全です。

3-3. 引落日は会計と混同しやすい

カード会社への引落は発注側の資金決済であり、受注側への支払完了と同義ではありません。
会計仕訳日とコンプラ上の支払実績日を分けて持ってください。

4. 運用フロー

4-1. 期日前に決済予約

支払期日の数営業日前に売上確定できるよう、請求書受領・金額突合を早めます。
月末集中でカード枠不足が起きないかも確認します。

4-2. ログを台帳に貼る

決済ID、金額、売上確定日時を台帳または証跡フォルダに保存します。
保存の考え方は書類作成・保存義務を参照してください。

4-3. 失敗・チャージバック

決済失敗時は支払未了のまま残し、代替手段（振込）へ切り替えます。
チャージバックが発生したら支払実績日を取り消すのではなく、取消・再払の履歴行を追加します。

5. 手形廃止・支払手段変更との関係

手形・サイトの長い支払手段の見直しが進む中、カード払いは選択肢の一つです。
手段変更時も期日規制の趣旨は変わりません。
実務の流れは手形払い廃止の実務や手形廃止チェックも参考にしてください。

6. 注文書・請求まわり

カード払いを使う場合、支払方法・決済手数料負担・請求書の宛先を注文書または取引条件に書いておきます。
記載事項は記載事項のテンプレート、書面の要点は発注書面の3条ポイントで確認します。

手数料を受注側負担にする一方的変更は、減額・不利益変更の論点になり得ます。
減額の基本線は減額・買いたたきの禁止を見てください。

7. 月末締めチェック

• 支払期日到来かつ売上未確定の行がないか
• オーソリのみで実績日が入っていないか
• 決済IDと金額が請求書と一致するか
• 失敗決済が未払のまま残っているか

締め手順は月末締めと60日管理、全体点検は発注コンプライアンスのチェックリストを使ってください。

8. 遅延時の扱い

売上確定が支払期日を超えた場合は、支払遅延として扱います。
「カード会社の処理待ちだった」は、原則として期日超過の免責にはなりません。
遅延利息の論点は遅延利息の支払義務を確認してください。

9. 運用シナリオ集

9-1. 期日当日のオーソリ失敗

枠不足でオーソリが落ちた場合、当日中に振込へ切り替え、支払実績日は振込実行日にします。
「カードで払うつもりだった」は期日超過の説明にはなりません。
枠の余裕確認を支払予定の3営業日前チェックに組み込みます。

9-2. 売上確定が翌日バッチ

決済代行が深夜バッチで売上確定する場合、画面操作日と確定日がズレます。
台帳の支払実績日はバッチ確定日を正とし、操作ログは補助証跡にします。
期日が平日で確定が翌営業日になる契約では、前倒し操作ルールを社内規定化します。

9-3. 受注側からの「まだ入金が無い」

売上確定済みでも入金サイトが数日空くことがあります。
問い合わせには決済IDと確定日時を返し、入金確認日は別列で更新します。
コンプラ上の支払完了と、受注側の入金体感を混ぜないことが大切です。

よくある質問

Q. 受注側が入金を確認するまで支払完了にしない？

問い合わせ対応用に入金確認日を別列で持つのは有用です。
ただしコンプラ上の支払実績日は売上確定日に固定した方が説明しやすいです。

Q. 分割払い（リボ等）はどう記録しますか

発注側とカード会社の分割は内部資金繰りです。
受注側への支払完了は一括売上確定を基準に記録します。

Q. 海外カード決済のタイムゾーンは

管理画面のタイムゾーンをUTC表示のまま使うと日本の暦日とズレます。
社内ルールでJST換算を固定してください。

Q. KPIに何を置きますか

「期日前売上確定率」「オーソリ放置件数」が有効です。
ダッシュボードKPIにカード決済フィルタを足すと監視しやすいです。

Q. 検収前にカード決済してよいですか

契約の支払条件によります。
受領前払いなら着手金・前払いの整理が必要です。

10. 社内規定に書く三行

①カード払いの支払実績日は売上確定日とする②オーソリ日は実績に使わない③入金確認日は任意列とする、の三行を経理規定に入れます。
規定が無いと、担当交代のたびに日付定義が揺れ、60日遵守の判定が安定しません。
決済代行の管理画面権限、ログ保存期間、失敗時の振込切替手順も同じ章に置きます。
手数料負担の取り決めは注文書テンプレへ反映し、受注側へ一方的転嫁しないかを四半期で見直します。
見直し結果は台帳の支払方法マスタのメモ欄へ残してください。

11. 証跡フォルダの命名規則

`発注番号_決済ID_売上確定日` でファイル名を統一し、台帳の証跡列から同じ規則でリンクします。
命名がバラバラだと、期日超過調査のときにログ探索だけで時間が溶けます。
失敗決済も同じ規則で保存し、成功ログだけ残す運用はやめます。

12. 週次のカード払い棚卸し

毎週、期日7日以内かつ売上未確定、オーソリのみ、失敗再試行待ちの三リストを出します。
棚卸し結果は経理ミーティングの固定議題にし、口頭確認だけで終わらせず台帳ステータスを更新します。
放置されたオーソリは枠を圧迫し、別案件の期日遵守を崩す原因になります。

まとめ

• カード払いでも起算は受領日、実績日は売上確定日が扱いやすい
• オーソリ・引落・入金を混同しない
• 決済IDとログを証跡として保存する
• 失敗・チャージバックは履歴行で残す

注意

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