「支払済み」には異なる時点がある
お客様の決済が完了したか、精算の対象になったか、銀行口座に入金されたか。この三つは別の質問です。すべてを支払済みと呼ぶと、サポートや資金計画で混乱が生まれます。
状態の呼び方や日程は提供事業者ごとに異なります。契約上の精算ルールと報告書の定義を確認し、各表示が何を意味するかを把握しましょう。決済完了の画面は、当日の銀行入金を意味するとは限りません。
一つの注文を最後までたどる
実際の注文番号から決済記録、手数料や返金、精算のまとまり、銀行への入金まで探してみてください。一件を結びつけるのが難しければ、取引が増えるほど照合は複雑になります。
ECサイトの注文番号と提供事業者の取引IDを一緒に保存しましょう。精算は複数の取引をまとめることがあるため、入金額は個別の売上と一致しない場合があります。共通の識別子があれば、お客様に画面の再送を頼まずに差額を追えます。
売上と入金額の差を説明できるようにする
お客様の支払総額と口座への入金額は異なる場合があります。契約により、手数料、返金、異議申し立て、留保金、通貨換算などの調整が含まれ、反映の方法や時点も異なります。
仮の例として、同じ通貨の決済1,000から手数料30と返金100を引けば870です。これは精算の約束ではなく、計算の考え方を示す例です。実際には別の精算に反映されたり、他の調整が加わったりします。すべての差を説明できることが目標です。
入金日程を資金繰りとして考える
精算周期、締め時刻、週末、銀行処理、支払いが遅れる条件を確認しましょう。起算日が決済日なのか、売上確定日なのかも重要です。「週次で入金」という見出しだけでは、給与や仕入れの日程を決められません。
契約の日程に応じた余裕を持ち、遅れた場合に予定日と確認先を担当者がわかるようにしてください。曖昧な見込みだけで対応しないことが大切です。
例外の確認手順を知っておく
返金や異議申し立ては、元の販売が完了した後の精算にも影響することがあります。留保や支払いの保留がある場合は、契約上の根拠、範囲、確認手順を把握しましょう。資料の提出方法と結果の通知方法も確認します。
連絡履歴、取引番号、関連する契約を取り出せる状態に保ちます。問い合わせのたびに古いメールから関係を作り直さずに済む、実務的な記録管理です。
入金差額を推測せず、順に調べる
銀行入金が想定した注文合計より少ないなら、精算の識別番号と対象期間から確認します。すぐに欠落だと決めつけないことが大切です。次の精算に入る取引や、今回差し引かれる以前の返金があるかもしれません。
対象取引、通貨、調整明細を比較して、報告書の差引額と銀行入金を照合します。まだ不明なら、精算番号と該当明細を指定して問い合わせましょう。合計画面だけを送るより調査しやすくなります。
未解決の差額には担当、受け取った回答、次の確認日を記録します。解決後は理由も残し、同じ差が出たときに認識できるようにしましょう。
続けられる照合の習慣をつくる
取引量に合う頻度で注文合計と決済記録を比較し、精算と銀行入金を照合しましょう。説明できない差は蓄積する前に調べ、共有リストに担当と次の対応を残します。
良い決済の仕組みは、この流れを理解できるものです。確認済みの売上が口座に届く経路を説明できなければ、取引量を増やす前に具体例を求めてください。お客様に見えなくても、精算の明確さは重要な決済体験です。
注文・取引・精算のまとまり・銀行入金を別々に照合し、説明できない差額には担当と次の対応を決めましょう。