チャージバックと返金：暗号資産決済加盟店のためのプレイブック

カード決済を扱ったことのある加盟店なら、あの通知に覚えがあるはずです。4か月前に成立した取引が、ある日突然取り消される。手数料まで上乗せされる。しかも「チャージバック比率が悪化している」という警告付きです。暗号資産決済ではこうしたことが起こりません。異議を申し立てる発行銀行も、準備金を積む加盟店契約会社も存在せず、決済が確定した資金を後から引き戻す仕組みがそもそもないのです。これは紛れもない事実であり、越境ECを含む多くの事業者が暗号資産決済へ移行する最大の理由でもあります。ただし、誰も書かないもう半分の現実もあります。顧客は今も気が変わりますし、払いすぎることもあれば、USDTを間違ったネットワークで送ってしまうこともあるのです。銀行という仲介者がいなくなった以上、そのすべてに対応する手順は、加盟店自身が用意するしかありません。本ガイドはその手順そのものです。

チャージバック・返金・支払い取消：似て非なる3つの言葉#

これらは同じ意味ではありません。そしてこの違いこそが、暗号資産決済において経済性が変わる分岐点です。チャージバックは第三者が下す強制的な取消であり、返金は加盟店自身が選んで送る支払いです。カード決済ではこの2つがあまりに一体化しているため、加盟店側もほとんど区別しなくなっています。しかしオンチェーンの世界には、そのうちの一方しか存在しません。

もう一度、いちばん右の列を見てください。実はこの4行に、本ガイドの結論が凝縮されています。暗号資産決済に切り替えても、顧客への補償義務がなくなるわけではありません。なくなるのは、数か月後に、あなたが見ることのない証拠だけをもとに、あなたの代わりにその判断を下していた第三者です。

オンチェーン決済が不可逆である理由#

カード決済とは、いわば「メッセージ」です。口座間で資金を移動させるという約束であり、その約束を2つの銀行があとで清算し、どちらの銀行も数か月にわたってこの約束を見直すことができます。多くのカードネットワークでは、取引から約120日間（理由コードによってはさらに長期）にわたって、決済済みの売上が後から引き落としに変わり得ます。一方、ブロックチェーン決済は資金についてのメッセージではありません。それ自体が資金そのものなのです。トランザクションがブロックに取り込まれ、十分な数のブロックに埋もれた時点で、システム内の誰にもそれを取り消す権限はなくなります。引き落とす口座もなければ、取消ボタンを押す運営者もいないからです。資金の支配権は、秘密鍵についてまわります。

つまり、決済の確定を決めるのは委員会ではなく、時計です。ネットワークごとに時を刻む速さは異なり、SolanaとTronは数秒、Ethereumはおよそ1分、Bitcoin・Monero・Dogecoinは約20分で決済が確定します。CryptoPayInは、各ネットワークの確認回数のしきい値を超えた時点で支払いを加盟店の残高に反映し、その最新のしきい値は通貨ページで公開されています。その時点で売上は完全に、そして恒久的に確定します。そして同時に、これまでカード決済で気づかぬうちに支払っていた3つのコストが消えます。

• ローリング・リザーブ（留保金）。将来の異議申立に備えて売上の5〜10%を半年間留保しておく必要はありません。そもそも将来の異議申立自体が存在しないからです。
• 異議申立比率。カード会社の監視プログラムは、取引100件あたり約1件の異議申立でペナルティを科し始め、最終的には契約解除にまで至ります。ここではそもそも守るべき比率が存在しません。だからこそ、カード決済会社がハイリスクと呼ぶ業種にも、通常価格でサービスを提供できるのです。
• 120日間のテールリスク。3月に得た売上は、3月のうちに確定して手元に残ります。資金繰りの計画において、目に見えない負債を抱え続ける必要はもうありません。

自分で書くしかない返金ポリシー#

CryptoPayInにおいて、返金は専用のワークフローを持つ特別な処理ではありません。顧客が指定するアドレスへの、通常の出金と同じ扱いの送金です。このシンプルさこそがポイントで、異議申立の審査待ち行列も、証拠のアップロードも、判定までの30日間の待機もありません。同時に、これまで銀行が下していたあらゆる判断が、いまや加盟店自身の利用規約の一文になったということでもあります。判断すべき論点は4つあります。

1. 通貨で返すか、法定通貨換算額で返すか

3週間前、顧客は300ドル分の注文に対して0.004 BTCを支払いました。それ以降、ビットコインの価格は15%動いています。返金するのは0.004 BTCでしょうか、それとも現在のレートで300ドル分に相当するBTCでしょうか。どちらの考え方にも理はありますが、利用規約に書けるのはどちらか一方だけです。そして何も定めていないポリシーは、加盟店にとって不利な方向で解釈されることになります。

どちらを選ぶにせよ、利用規約の一文さえあれば、この論点は恒久的に解決します。なお、ステーブルコイン決済の採用が、理念的な議論としてではなく運用ガイドの中で繰り返し取り上げられているのには理由があります。100 USDTの支払いに対して100 USDTを返金すれば、そもそもこの論点自体が発生しないからです。多くの加盟店にとって、返金にまつわる頭痛の種の大半は、実は価格変動という別の顔をした問題にすぎません。

2. 返金先アドレス：思い込みで送ってはいけない

暗号資産決済における最も高くつく返金ミスは、支払い元のアドレスにそのまま送り返すことです。多くの顧客が取引所口座から直接支払いを行っており、取引所の出金用アドレスは入金用アドレスとは別物です。そこに資金を返送すると、誰の分か特定できなくなることが多く、場合によっては回収不能になります。資産によってはそもそもこの選択肢自体が存在しません。Moneroは設計上、送金元のアドレスがまったく見えない仕組みになっています。

したがって、ルールは万国共通でシンプルです。返金先アドレスと資産の種類を、必ず書面（メッセージ）で顧客に確認し、送金前にその内容を復唱して確認すること。その確認にはネットワークも必ず含めてください。TronのUSDTとEthereumのUSDTでは送金先がまったく別物だからです。そして、その情報を伝えてきたメッセージは、注文を行ったアカウントまたはメールアドレスから届いたものだけを正式な指示として扱い、見知らぬ人物がたまたま使ったどこかのチャネルからの連絡は、決して信用しないでください。

3. ネットワーク手数料は誰が負担するか

返金もオンチェーンのトランザクションである以上、誰かがその手数料を負担することになります。CryptoPayInでは、出金時のネットワーク手数料は原価のまま送金額から差し引かれ、確定前に実際の金額が表示されます。上乗せマージンは一切ありません。手数料を返金額から差し引くのが標準的で公平なやり方です。加盟店側で負担するのは、200ドルの注文であれば気の利いた計らいですが、5ドルの注文で同じことをするのは悪い習慣になりかねません。どちらの方針を取るかを明言し、できるだけ手数料の安いネットワークで返金するようにしてください。30ドルの注文をEthereumで返金するとガス代でかなりの割合が消えてしまいますが、同じ返金をTronやSolanaで行えば誤差程度で済みます。

4. 手数料を差し引いた額で返すか、総額で返すか

1%の手数料は決済が確定した時点ですでに徴収されています。返金は新たな送金なので、全額を返金すると、当初の1%に加えて返金トランザクションのネットワーク手数料も加盟店側の負担になります。多くの加盟店は総額をそのまま返金し、その差額を「顧客の信頼を得るためのコスト」として計上しています。25ドルのチャージバック手数料に商品の損失、さらに比率悪化のダメージまで合わせて考えれば、それは十分に見合うコストだと言えます。大切なのは、月末になって初めて気づくのではなく、あらかじめ意図的にこの方針を決めておくことです。

実際に起こる7つの決済トラブル#

実務上、「問題のある支払い」と呼ばれるものは、ほぼすべてが次の7つのパターンのいずれかに当てはまります。そのどれもが異議申立ではなく、すべてに決まった答えがあります。

未着金・不足払い

顧客が請求額より少ない金額を送ってしまうケースです。金額の入力ミスや、ウォレットが自動的に手数料を差し引いてしまうことが原因です。請求は未決済のまま開いた状態が続き、チェックアウト画面とダッシュボードの両方に正確な不足額が表示されます。決して黙って支払い済みとして確定することはありません。まず差額の追加送金を顧客に促し、それでも応じない場合は、届いた金額からネットワーク手数料を差し引いて返金するか、クレジットとして計上してください。完了しなかった請求には決済手数料は一切かかりません。

過払い

受け取った全額が加盟店の残高に反映され、請求は支払い済みとして確定します。超過分はそのまま受け取っても構いませんし、出金として返金しても構いません。数セント程度であれば受け取っておくのが賢明な判断ですが、小数点の入力ミスのような大きな超過分であれば、即座に返金することで顧客の一生の信頼を得られます。

期限切れ後の支払い

請求書はデフォルトで30分後に期限切れとなりますが、最長24時間まで自由に設定できます。期限切れの請求書に対して新たな支払いはできませんが、すでにオンチェーンに到達していた資金はそのまま加盟店の残高に反映されるため、遅れて届いたお金が失われることはありません。手動で該当の注文と突き合わせたうえで、商品を発送するか返金するかを判断してください。

資産は正しいがネットワークを間違えた場合

典型的な例は、Tronの入金アドレスに対してEthereum経由でUSDTを送ってしまうケースです。トークン自体は存在していますが、そのアドレスが加盟店の請求と何の関係もないチェーン上に存在することになります。何か対応できるかどうかは、その別のチェーン上で受信鍵を誰が管理しているか次第で決まります。手動での復旧が可能な場合もあれば、本当に何もできない場合もあります。だからこそ、優れたチェックアウト画面はアドレスの隣にネットワーク名を大きく表示しますし、このケース専用のサポート対応テンプレートは、実際に必要になる前から用意しておくべきなのです。

資産そのものを間違えた場合

LitecoinのアドレスにBitcoinを送ってしまう、あるいはETHの入金アドレスに無関係なトークンを送ってしまうケースです。考え方は同じで、復旧できるかどうかはポリシーの問題ではなく、鍵を誰が管理しているかという技術的な問題です。実現できるか分からない解決策を約束するのではなく、正直かつ迅速に顧客の期待値を調整してください。

少額・ダスト

非常に少額の支払いは、移動させるための手数料のほうが金額そのものより高くつくことがあります。そのため、各資産には最低受付額が設定されており、目安はおよそ0.5ドルから数ドル程度で、チェックアウト画面とAPIの両方に表示されます。この金額を下回る場合、「返金」しようとしても手数料でその金額自体が消えてしまうため、代わりにクレジットとして計上してください。

二重払い

1回目の送金が止まっているように見えたため、顧客がもう一度支払ってしまうケースです。結果的に両方の送金が届きます。この場合は一方を、手数料を一切差し引かずに全額かつ即座に返金してください。これは唯一、ネットワーク手数料を加盟店側が負担することが単なる好意ではなく、基本的な運用上の礼儀となるケースです。二重払いの原因は、顧客を安心させられなかったインターフェース側にあるからです。

チャージバックなき不正対策：消えるものと残るもの#

暗号資産決済に切り替えたその日から、カード不正の2大カテゴリーが丸ごと消えます。フレンドリー・フロード、つまり正当な購入に対して「これは自分が承認していない」と主張するタイプの不正は、そもそも成立する仕組みがありません。盗難カードによる不正も同様に消えます。チェックアウト画面にはテストできるカード番号自体が存在しないため、カーディング攻撃やBIN攻撃、そしてそれらが引き起こす与信手数料の流出も、加盟店の問題ではなくなります。デジタル商材を扱う加盟店にとっては、これが不正被害全体の大半を占めていたはずで、それがまるごとなくなるということです。

残る不正被害はずっと小さく、しかも一点に集中しています。いまや返金の経路こそが、加盟店の意思に反して資金が流出し得る唯一のルートであり、攻撃者もそこを狙ってきます。

• 返金先アドレスのすり替え。「新しいウォレットに送ってほしい」という依頼が、購入者本人とは異なるメールアドレスから届いたり、実際の苦情が公に投稿された後になって届いたりするケースです。必ず注文が行われたチャネルを通じて本人確認を行ってください。
• 未確定の支払いに対する返金要求。まだ確定していない支払いについて返金を求めてくるケースです。支払いが確認され、残高に反映されるまでは、決して何も送らないでください。
• 過剰返金。一部しか支払われていないのに全額支払ったと主張されたり、不足払いの請求を完了済みとして扱ってしまったりするケースです。必ず請求額ではなく、実際に受け取った金額と照合してください。
• サポート担当者を狙ったソーシャルエンジニアリング。緊急性を装った訴え、同情を誘う事情、わずかに異なるアドレス。カード決済の世界では「どうせ最終的には銀行が顧客側の判断を下す」という前提のもと、顧客の言い分を優先するようサポート担当者が教育されてきました。しかしここでは、その反射的な対応が高くつきます。
• ダッシュボード自体の乗っ取り。残高を抜き取る唯一残された方法は、加盟店本人になりすますことです。TOTPによる2FAを有効にしてください。そうすればダッシュボードとAPIのどちらから出金する場合も、毎回新しいコードが必要になります。

これを明文化すれば、サポートチームが何も考えずに従える、5行のポリシーになります。

• 支払いステータスがcompletedになっている支払いIDに対してのみ返金する。
• 実際に受け取った金額を上限として返金する。
• 注文と同じチャネルを通じて確認したアドレスにのみ、ネットワークを明記したうえで返金する。
• 2FA認証を通過した後にのみ返金する。すべての出金でプラットフォームが自動的にこれを要求します。
• 返金のトランザクションハッシュを、必ず注文記録に紐づけて残す。

審判者のいない紛争：暗号資産決済ならではの顧客対応#

決済の確定性について加盟店がよく口にする不安は、不満を持った顧客が行き場を失い、その分だけ声が大きくなるのではないかというものです。しかし実際には逆のことが起こりがちです。理由は意外に思われるかもしれませんが、加盟店側の証拠がはるかに強力になっているからです。

カード決済の異議申立は、1件あたり数分しか時間をかけられない審査担当者の前で、スクリーンショットや配送伝票のPDFをもとに争われます。一方、オンチェーンの支払いには支払いID、トランザクションハッシュ、ブロックのタイムスタンプ、正確な金額、そして確認数が紐づいており、これらはすべて加盟店の協力なしに、誰でも、いつでも独立して検証できます。さらに、残高の一行一行まで説明可能な追記専用の台帳と、取引ごとに総額・手数料・純額を示すエクスポート機能を組み合わせれば、「何が、いつ起きたか」はもはや争いの余地がなくなります。争う余地が残るのは「商品やサービスを実際に提供したかどうか」だけであり、これは元々本質的な論点であって、チャージバックによってもうまく解決されたためしのない問題です。

この状態を維持するための実践が3つあります。

• お金が動く場所そのものにポリシーを掲示する。利用規約だけでなく、チェックアウト画面にも掲載してください。確定性、返金の受付期間、返金方法、そして人に相談する方法を明記します。
• 迅速に返答する。エスカレーションの大半は、実は返金の問題という仮面をかぶった「対応の遅さ」の問題です。隠れ蓑にできる30日間の銀行手続きは存在せず、そもそも必要もありません。返金は数分で完了する送金にすぎないからです。
• 高額なカスタム案件にはエスクローやマイルストーン払いを使う。4万ドル規模の制作案件に、確定性をそのままデフォルトで適用するのは誤りです。請求を段階的に分割し、どちらか一方だけがリスクをすべて抱え込むことのないようにしてください。

チェックアウトと運用フローへの実装#

実装で重要なのは、実質的に3つのポイントだけです。第一に、Webhookを唯一の真実として扱い、ブラウザのリダイレクトは単なる演出として扱ってください。リダイレクトは途中で放棄されたり、重複したり、偽装されたりする可能性があるからです。第二に、順調なケースだけでなく、すべてのステータスを処理してください。pending、confirming、completed、underpaid、overpaid、expired、failedはそれぞれ注文の状態にとって異なる意味を持ち、特にunderpaidは決して発送処理を許してはいけません。第三に、ハンドラーを冪等にしてください。再送は当然発生するものであり、重複したcompletedイベントが、二重発送や二重返金につながってはいけません。

以下の運用フローは、続けられる程度に短くまとめてあります。そして、続けられるものだけが実際に運用され続けます。

• 返金の基準額・受付期間・方法を明記した利用規約の条項。
• アドレス・資産・ネットワークを尋ね、その内容を復唱して確認する返金対応テンプレート。
• 未確定または不足払いの請求書には返金を送らないというルール。
• アカウントに設定したTOTPによる2FA。すべての出金にその場で発行されるコードが必要になる。
• 入金・返金の両方向について、注文に紐づけて記録するトランザクションハッシュ。
• 決済の確定性をはっきりと明記したチェックアウト画面の一文。顧客はそれを理解して受け入れますし、できれば避けたいやり取りを未然に防げます。

ここまで挙げてきたことは、これまでのチャージバック対応より重いわけではありません。ただ、それが加盟店自身の仕事になっただけです。そしてその見返りには、ここまで読んでいただいた理由でもある、あのシンプルな計算式がついてきます。受け取ったときにかかるのは1%だけで、チャージバック手数料もなく、留保金もなく、比率のプレッシャーもありません。しかもアカウントの開設は、本人確認なしでわずか30秒で完了します。