振込額が決済レポートと合わない：OMS決済照合の現場ガイド

私たちに顧客がいます。深圳の美容ブランドで、Amazon US で年間 $20 million 以上を売り上げる会社です。昨年後半、そこの CFO から決済照合の混乱について電話があり、今でも一言一句覚えている言葉を言われました。「Susan、毎月決済レポートを見ると、Amazon が私のポケットに手を伸ばしてくるような気がするの。でもその手を捕まえることができないの」。

実際に起きていたのはこうです。二週間ごとの決済サイクルごとに、Amazon は何を支払うべきかを示す決済レポートを発行します。でも実際に会社の銀行口座に着金するお金は、いつも足りない。月に数千ドル、年間でほぼ六桁に積み上がる。財務チームは三ヶ月かけて照合し、何十ものタブがあるスプレッドシートを作りましたが、数字は一度も合いませんでした。創業者はプラットフォームがピンハネしていると疑い、財務は倉庫を疑い、倉庫は OMS を指さして「すべての出荷は計上されている」と言う。三つ巴、大声の会議が続き、最終的に私たちに電話がかかってきました——私たちは彼らの 3PL、商品の出荷を担っているからです。

三つの資料を机の上に並べてもらいました。直近のサイクルの明細付き決済レポート、同じ期間の OMS の注文・返品記録、そして実際の銀行入金です。二時間後には答えが出ていました。誰もお金を盗んでいなかったのです。帳簿が合っていなかっただけ。決済レポート上の「売掛金」と、彼らの頭の中の「売掛金」は、まったく別の数字だったのです。

今日お話ししたいのはまさにこれです。マーケットプレイスの決済レポートが銀行入金と合わないとき、OMS の決済照合をどう正しく行うか。結論を先に言うと——十件中九件は、プラットフォームの計算ミスではありません。手数料の内訳が切り分けられていなかったのです。

まず決済レポートを読む：お金は「いくつもの動き」で消える

決済レポートは一つの表ではありません。何千もの明細行です。Amazon を例に取ると、一つの注文が商品売上、紹介手数料、FBA 発送手数料、返品、返金された紹介手数料…に分割され、さらに月次保管料、長期保管料、広告費、補償金やチャージバック調整といった注文に紐づかない明細も加わります。それぞれが別の行。中規模セラーの二週間サイクルで、簡単に数千行になります。

初心者の典型的な間違いは、レポートのサマリーページの「売掛金合計」を取り、それを銀行入金と直接比較することです。その数字は、すでに積み重なった控除で減らされています。返品引当金——将来の返品やチャージバックに備えてプラットフォームが留保し、後のサイクルで解放されるお金。広告費——プラットフォームで広告を出しているなら、多くの場合決済から直接差し引かれます。さらに雑多な手数料。銀行入金＝売掛金 − 引当金 − 広告費 − その他。売掛金を入金と照合しても、永遠に合いません。

だから照合の第一ステップは、明細付き決済レポートをダウンロードして、手数料の種類ごとに切り分けることです。売上は一つのバケット、返品は別、紹介手数料は別、発送手数料は別、保管料は別、広告は別、補償金とクレームは別。混ぜて見てはいけません。混ぜたら誰にも照合できません。

最も多い5つの差異——どれも顧客がつまずくのを見てきました

一つ目は返品引当金。各サイクル、プラットフォームは将来の返品やチャージバックに備えて引当金を留保します。お金は消えたのではなく、遅れているだけです。でも多くのセラーの OMS には「引当金」の項目自体がなく、財務は売掛金全額を売上として計上し、月末にはキャッシュフローが足りなくなる。定義を変えれば、帳簿は「合わなくなる」のです。

二つ目は最も腹立たしいもの。顧客が商品を返品すると、商品代金は返金されますが、Amazon は FBA 発送手数料を返金しません。あなたの OMS には「返品」と表示され、注文は差し引きゼロになると思ってしまう。でもプラットフォーム側では、発送手数料は控除されたままです。アパレルや美容のような返品率の高いカテゴリーでは、これはすぐに積み上がります。私たちの美容ブランドの顧客は通年で返品率が 15% を超えています——この一行だけで、年間数万ドルの「消えた」お金になっていました。帳簿上は存在しないはずのお金が、きちんとルール通り控除されていたのです。

三つ目は長期保管料。FBA は一定の在庫月齢の閾値を超えた在庫に、通常の月次保管料を大きく上回る高い料金を課します（正確な閾値と料金はプラットフォームの最新の公開ポリシーで確認してください、変わります）。ほとんどのセラーの OMS には在庫月齢という概念自体がありません。在庫が半年放置され、誰も気づかず、そして決済レポートの長期保管料の行が悲惨なことになる。痛いのは、このお金はそもそも使う必要がなかったということ。早く片付けて、早く移動させれば、この料金は消えるのです。

四つ目はサイクルをまたぐ広告費。広告費は毎日燃え続けますが、決済サイクルは二週間ごとに区切られます。広告の控除と注文の売上は、異なるリズムで動きます。今月の ROI は素晴らしく見えても、決済には大きな広告控除が載り、利益率は薄くなる。広告費を営業数字に混ぜ込むセラーは、みな「プラットフォームがピンハネしている」と思い込むようになります。

五つ目は補償金とチャージバック。紛失ユニット、破損ユニット、プラットフォーム判定のチャージバック、さらにクレームに勝った後に着金する補償金——同じレポート上で手数料と混ざり合い、お金は両方向に流れます。明細ごとの照合なしでは、読み解けません。一つ実務的な注意点。FBA の紛失在庫のクレームには申請期限があり（プラットフォームの現行ポリシーによる）、それは曲がりません。半年遅れで紛失ユニットを発見し、プラットフォームから一言「期限切れ」と言われた顧客を見たことがあります。

OMS 決済照合の3ステップ：ダウンロード、切り分け、突合

OMS 記録とマーケットプレイス決済明細を突合する財務チーム

第一ステップ：決済明細をダウンロードする。Amazon の決済レポートはサイクルごとにエクスポートできます。Walmart や eBay にはそれぞれ独自のバージョンがあります。サマリーページは飛ばしてください。真実は明細にあります。

第二ステップ：手数料の種類ごとに切り分ける。上記の七つのバケットを、それぞれ別々に集計します。最初の一回はスプレッドシートで手作業でやりましょう。流れが回るようになったら、OMS 内で照合を自動化することを考えてください。

第三ステップ：すべての明細を OMS の注文と突合する。OMS から注文番号と返品 ID を取り、決済明細の中からその行を探します。注文金額は正しいか。返品金額は正しいか。あるべきでない手数料の行はないか。1行ずつ。中規模セラーの二週間分の量なら、最初の一回はつらい——二人で二〜三日かかります。でも一度やれば「標準定義」が手に入り、その後のサイクルはすべて再利用するだけです。

$29.99 の商品でお金がどこへ行くかの図解です（あくまで例示の数字です——必ずプラットフォームの最新の公開手数料表で確認してください）。

明細項目	金額（USD）
商品売上	29.99
紹介手数料	-4.50
FBA 発送手数料	-6.20
月次保管料の按分	-0.80
返品引当金（留保分）	-3.00
実際に使える金額	15.49

セラーは $29.99 を稼いでいると思っています。実際に使えるのは $15.49 です。すべてのセラーに、自社のカタログでこの計算を一度やってみてほしい——そして価格設定を、まっさらな目でもう一度見直してほしいと思います。

意外なところ：照合の最大の収穫はお金の回収ではない

長年見てきて、意外なことに気づきました。顧客は「プラットフォームに取りすぎられた分を取り戻す」ために決済照合を始めます。終わる頃には、回収した数千ドルが本当の収穫になることはめったにありません。本当の収穫は、使う必要がなかったのに使っていたお金の山を発見することです——長期保管料、管理されていない広告キャンペーン、返品率がひどいのに積極的に補充され続けている SKU。結局のところ、あなたが監査しているのはプラットフォームの帳簿ではありません。自社のオペレーションです。プラットフォームの誤請求は異議申立てで取り戻せます。あなたの漏れを誰かが塞いでくれるわけではありません。

もう一つ考える価値のあるトレードオフ。照合は完全に自動化すべきでしょうか？私の助言は——まず二サイクル、手でやりなさい。定義を学び、差異のパターンを学んでから、自動化しなさい。間違った定義で自動化すれば、間違った数字が速く出るだけです。