決済消込 (Payment Reconciliation) とは？PSPの入金を元帳に突合する方法
Stripeの入金金額が請求書と一致しない理由、決済を売上・手数料・返金に分解する方法、および実際の元帳仕訳の仕組みについて解説します。
決済消込 (Payment reconciliation) とは、決済代行会社 (PSP) から実際に振り込まれた入金額と、顧客が実際に支払うべきだった金額を突合する作業です。銀行の消込 (Bank reconciliation) とは異なる問題であり、PSPの入金は1件の請求に対して1件の入金とは限らないため、より複雑になります。
典型的な症状として、10,000 €を販売したにもかかわらず、銀行口座には9,712.40 €しか着金しないということがあります。どちらの金額も正しく、その差額が生じる理由を説明するのがこの消込の役割です。
なぜ入金額が売上と一致しないのか
Stripe、Adyen、PayPalなどの1回の入金は、純額の一括処理 (net batch) です。顧客が支払ってからお金が口座に着金するまでの間に、PSPは以下の処理を行っています。
- 一定の決済期間内の多数の売上を合算している
- 取引ごとに手数料を差し引いている
- 同期間内に発生した返金やチャージバックを差し引いている
- 必要に応じて売上金の一部を留保 (reserve) している
- そして残額を数日後にまとめて1回で送金している
そのため、銀行の明細には「9,712.40 €」という1行だけが表示されますが、元帳には何十枚もの請求書が存在し、どの請求書の金額とも一致しません。入金と請求書を直接突合することは不可能であり、まずは入金を分解 (decompose) する必要があります。
分解の仕組み
決済の一括データはいくつかのカテゴリに分かれ、それぞれのカテゴリは元帳に対して異なる意味を持ちます。
| カテゴリ | 内容 | 元帳への影響 |
|---|---|---|
| チャージ (Charges) | 顧客からの入金 | 売掛金の消込 |
| 返金 (Refunds) | 顧客への返金 | 消込済み売掛金の取り消し |
| 手数料 (Fees) | PSPの手数料 | 費用 |
| チャージバック (Chargebacks) | 異議申し立てにより回収された売上 | 売掛金の復活と手数料の計上 |
| 調整 / 留保 (Adjustments / reserves) | タイミングおよびリスクに関する保留金 | PSPに対する債権 |
必ず成り立つべき等式は以下の通りです。
総売上 (Gross charges) − 返金 − 手数料 − チャージバック ± 調整額 = 純入金額 (Net payout)
これが成り立たない場合、インポートされたバッチデータに欠損があります。この検証作業は個別の突合よりも重要であり、データが脱落していないことを証明します。
仕訳
総売上10,000 €、手数料250 €、返金37.60 €の決済バッチを計上する場合の仕訳は以下のようになります。
| 勘定科目 | 借方 | 貸方 |
|---|---|---|
| 2710 普通預金 (Bank) | 9,712.40 | |
| 6800 金融費用 (PSP手数料) | 250.00 | |
| 5000 売上 / 売掛金取消 (返金) | 37.60 | |
| 2410 売掛金 (Trade receivables) | 10,000.00 |
意味合いとしては、顧客の10,000 €の債権が回収され、PSPが250 €を徴収し、37.60 €が顧客に返金され、9,712.40 €が銀行口座に着金したことになります。手数料は、顧客の請求書には一切記載されない現実の費用です。これがまさに、総売上高と銀行預金残高が一致しない理由であり、銀行明細の金額だけで消込を行うと、売上と費用の両方を過小評価してしまう原因となります。
マーケットプレイスの場合、さらに1層複雑になります。入金に販売者 (seller) の売上分が含まれている場合、プラットフォームの売上はその手数料のみであり、残りは負債となります。Nordletの仕訳ルールでは、settlements.fees、settlements.commissionRevenue、settlements.sellerPayable、settlements.suspense などの専用キーを使用してこれに対応します。これにより、分割入金があった場合でも、プラットフォームの売上高を水増しすることなく、手数料を売上に、販売者分を未払金に正しく振り分けることができます。
Nordletによる処理
フローは3つのエンドポイントで構成されています。
- インポート (Import)。
POST /v1/bank/settlements/importにより、Stripeの入金消込レポートを読み込み、決済バッチ（プロバイダ、入金ID、通貨、総額、手数料、純額）を作成します。明細行は元となった取引ごとに作成され、それぞれにカテゴリが付与されます。バッチはプロバイダと入金IDごとに一意であるため、同じレポートを再インポートしても二重計上されることはありません。 - 突合 (Match)。
POST /v1/bank/settlements/matchにより、チャージおよび返金の明細行を、それらが属する売上請求書に紐付けます。明細行には、unmatched（未突合）、matched（レポート内の注文または請求書の参照から自動解決）、あるいはmanual（担当者による手動判断）のいずれかのステータスが付与されます。手数料や調整の明細行は、仕様上請求書とは突合できないようになっています。推測で処理されることはなく、試行した場合は拒否されます。 - 計上 (Post)。
POST /v1/bank/settlements/postにより、上記の仕訳ルールに従ってバッチ全体のエントリを元帳に書き込み、バッチのステータスをimported（インポート済み）からposted（計上済み）に変更します。未突合の入金は、無理やり請求書に紐付けられるのではなく、一時勘定 (suspense account) に振り込まれます。これにより可視化され、問題が解決されるまで意図的に未解決状態として残されます。
会社の基準通貨以外の通貨による入金も、手動での処理なしで計上されます。仕訳は基準通貨で作成されます。バッチは計上日のレートで換算され、売掛金は各請求書の発行時のレートで消し込まれ、両レートの差額は為替差損益として計上されます。唯一拒否されるケースは、1つの入金の中に複数の通貨が混在している場合のみです。
計上されたバッチは、実際の銀行口座の入金明細行に紐付けられます。「Bank → Match」ルールでは、入金が明細にどのように表示されるかを定義します。明細行に常時含まれるテキストや、必要に応じてその中にある入金IDのプレフィックスを指定します。明細がインポートされると、ルールに一致する行が入金ID、または設定した日付範囲内のバッチ純総額の突合によってバッチに紐付けられます。これにより、銀行明細行は2回目の重複仕訳を待つことなく、決済の仕訳を直接保持することになります。また、POST /v1/bank/settlements/link および /unlink を使用して、手動で紐付けの設定や修正を行うこともできます。
正しい実践のために
- 月単位ではなく、入金単位で消込を行う。 入金は自然な単位です。1ヶ月分の入金を合算してから消込を行うと、エラーの発見を可能にしている等式の検証が台無しになります。
- 純額を売上として計上しない。 これはプラットフォームの会計において最もよくある誤りです。9,712.40 €を売上として計上すると、売上と費用の両方が過小評価され、粗利益率が歪められ、通常は消費税（VAT）の申告漏れにもつながります。消費税はPSPが転送した金額に対してではなく、顧客が支払った総額に対して課税されるためです。
- タイムラグに注意する。 6月30日に決済され、7月3日に着金した売上は、6月の売上であり7月のキャッシュです。期末時点では、この差額はPSPに対する売掛金（誰かの口座にある実資金）として残ります。
- 返金を元の売上に消し込む。 紐付けられずに残った返金は、決済済みの請求書が入金済みのままに見え、売上の過大計上につながります。
FAQ
決済消込と銀行の消込の違いは何ですか？
銀行の消込は、元帳と銀行明細を1行ずつ比較する作業です。決済消込はその1つ前の段階に位置します。1件のPSPの入金を、その背後にある多数のチャージ、返金、手数料に分解することで、銀行明細の行の意味を説明できるようにします。
なぜStripeの入金額が売上と一致しないのか？
入金は純額の一括処理であるためです。総売上から手数料、返金、チャージバック、留保金が差し引かれ、請求書のスケジュールではなくPSPのスケジュールで入金されます。2つの数字を一致させるには、これらすべての構成要素を個別に会計処理する必要があります。
PSPの手数料は売上から相殺して控除すべきですか？
いいえ。売上とは顧客が支払った総額であり、PSP手数料はその回収にかかる費用です。それらを相殺してしまうと、売上と費用の両方が過小評価され、利益率が歪められ、一般的に消費税（VAT）の処理も誤ることになります。
マーケットプレイスの分割入金はどのように処理されますか？
プラットフォームの売上はその手数料であり、販売者の取り分は支払われるまでの間は負債となります。入金全体をプラットフォームの売上として計上してしまうと、プラットフォームの収益が大幅に過大計上されることになります。手数料売上と販売者未払金のための専用の仕訳ルールが存在するのは、まさにこれらを切り離して管理するためです。
未突合の決済明細行はどうなりますか？
無理やり請求書に紐付けられるのではなく、一時勘定 (suspense account) に振り込まれます。これにより元帳のバランスが維持され、問題が可視化されます。一時勘定の残高は要対応リストであり、決算期末までにゼロになっている必要があります。