バーチャルカードが決済拒否される理由

カードが拒否されると、反射的にもう一度試してしまう。次に別のブラウザで、次に別のカードで、そして最後には暗号資産でチャージするカードは使えないのだと結論づける。だがそのどれも診断とは呼べない。オーソリとは、あなた、加盟店、加盟店の決済代行会社、カードネットワーク、発行会社という5者のあいだで交わされる、短く構造化されたやり取りだ。それが『ノー』で終わるとき、そのうちの誰か一人が、記録済みの一つの理由でそう答えている。

本ガイドは、誰が『ノー』と言ったかによって原因を整理している。それによって、30秒で直せるのか、別のカードを発行すれば直るのか、あるいはまったく直せないのかが決まるからだ。3つ目のカテゴリーについては意図的に率直に述べる——どんなプリペイドのバーチャルカードを使っても満たせない加盟店は存在し、そうでないふりをするのは時間の無駄でしかない。まずその根底にある仕組みを知りたいなら、暗号資産カードの仕組みが決済経路を最初から最後まで解説している。

決済拒否は不具合ではなく、一つのメッセージだ

オーソリを拒否しうる主体は4つあり、それぞれまったく異なる理由で拒否する。どれが『ノー』と言ったのかを特定することが診断のすべてであり、その後の作業はほとんど機械的なものだ。

見分ける手がかりはタイミングだ。発行会社による拒否は即時に発生し、必ず読み取れる理由コードが付与される。一方、加盟店側の拒否は概してあいまいで、『銀行にお問い合わせください』といった表現になることが多く、発行会社側にはオーソリの試み自体がそもそも届いていない——だからこそサポートがオーソリのログを確認しても、『何も届いていません』というのが偽りのない答えになる。

60秒でできる切り分け:確認する順番

次の5つのチェックを順番に行ってほしい。それぞれが答えになる頻度の高い順に並べてあるため、大半の決済拒否はステップ3に達する前に解決する。

1. カード残高はオーソリ全額を上回っているか?画面に表示された価格ではなく、加盟店がUSD以外の通貨で請求する場合はそこに1.5%を加えた金額、さらに加盟店が上乗せする保留分も加えた金額だ。
2. 3-D Secureのチャレンジは表示されたか、そしてそれを完了させたか?放棄またはタイムアウトしたチャレンジは決済拒否として記録され、外から見ると残高の問題とまったく見分けがつかない。
3. カードは凍結されていないか、あるいはルールがこの加盟店をブロックしていないか?そのカードの凍結状態、利用上限、MCC許可リスト、ジオロックを確認してほしい。数週間前に自分で設定したルールは、このリストの中で最も忘れられがちな原因だ。
4. その加盟店に対してBINは合っているか?広告プラットフォーム、SaaS課金、モバイルウォレットにはそれぞれ最適化されたBINがある。誤ったBINは、正しいBINなら即座に承認するはずの加盟店からも拒否される。
5. そもそも取引履歴に記録が残っているか?残っていなければ、ネットワークに届く前に加盟店が拒否したということだ。あなた側では何をしてもその結果は変わらない。

5つすべてを確認してもなお加盟店が拒否するなら、ほぼ確実に、この先で扱うプリペイド方針のカテゴリーに該当している——そこでの正直な答えは、再試行をやめることだ。

お金にまつわる問題:残高、ロード、そして忘れがちな手数料

これは断トツで最も大きなカテゴリーでありながら、カードに残高が見えている以上「これが原因のはずがない」と最も確信されやすい原因でもある。

オーソリ額が価格を上回っている

カードは全額を前もってオーソリするしくみであり、プリペイドカードにはオーバードラフトも与信枠も、不足分を補ってくれる銀行も存在しない。オーソリ額が提示された金額より大きくなる原因は、日常的に次の3つがある。

• 外貨手数料。USD以外の通貨によるオーソリにはすべて1.5%の換算手数料がかかる。USD建てのカードにとって€48の請求は単なる€48ではなく、換算後の金額に1.5%を加えたものであり、提示された金額ぴったりにチャージしたカードは毎回拒否される。
• 加盟店側が上乗せする保留。給油機、ホテル、レンタカーは、最終的な請求額よりも多い金額をオーソリするのが一般的だ。超過分は後で解放されるが、その時点では全額が利用可能でなければならない。
• 更新のタイミング。サブスクリプションの更新時にカードが1セントでも不足していれば、そのまま失敗する。部分的なオーソリや、より少ない金額での再試行というものは存在しない。

ロードが反映されなかった、またはロード可能な範囲を外れていた

Cryptocardiumのカードへの資金移動は、明確に異なる2つのステップから成り、それぞれに独自の上限・下限がある。チャージはアカウント残高に暗号資産を移すことであり、ロードはアカウント残高を特定のカードに移すことだ。この2つを混同すると、アカウントには明らかに資金があるのにカードは$0のままという状態になる。

ロードの失敗のほとんどは、この2つの数字が原因だ。1回あたり$5,000というロードの上限により、$12,000のカードを作るには1回ではなく3回のロードが必要になる。そして2%のレール手数料はロード額の上に上乗せされるため、$5,000をロードするには$5,100のアカウント残高が必要であり、ちょうど$5,000しか持っていないアカウントは$5,000のロードを実行できない。チャージ自体がまだ反映されていない場合は、そもそも残高が存在しない——チャージは無料だが即時ではなく、確定までにはチェーンに応じて1〜3回の承認が必要になる。資金移動の流れ全体はUSDTでVisaカードにチャージするで解説しており、完全な手数料一覧は料金ページに掲載されている。

認証にまつわる問題:3-D Secureと選んだBIN

2番目に大きなカテゴリーであり、対処法はほぼ常に、今持っているカードの何かを変えることではなく、別のカードを発行することだ。

3-D Secureのステップが完了しなかった

近年増え続けているチェックアウトの多く——ヨーロッパ全域ではSCA(強力な顧客認証)のもとで義務化されており、広告プラットフォームや高額購入では地域を問わず標準になっている——では、オーソリを試みる前に加盟店が認証ステップへ利用者を誘導する。そのステップが放棄されたり、ポップアップブロッカーに遮られたり、コードを探しているうちに単純にタイムアウトしたりすると、決済は失敗する。外から見るとこれは残高不足による拒否とまったく見分けがつかない。

Cryptocardiumのうち2つのBINは、加盟店側がステップを通過させてくれることに頼らず、ネイティブに認証を行う。広告用カードであるVisa Business 416842と、すべての実物カードに使われるBINであるVisa Gold 448585だ。認証ステップが必須であるMeta、Google、TikTok AdsでBusiness BINの承認率が最も高いのは、まさにこれが理由である。それ以外のバーチャルBIN——557213、489517、472305——は、加盟店のリスクエンジンが許可した場合には摩擦なくチャレンジを通過するが、許可しない場合はチャレンジの時点で拒否される。

加盟店に合っていないBIN

加盟店のリスクエンジンは、あなたについて他の何もわからない段階で、カード番号の最初の6桁だけをもとに判断を下す。モバイルウォレット向けに調整されたBINを広告プラットフォームに提示すると、同じ残高であってもビジネス向けBINとはリスクプロファイルが異なり、その理由だけで拒否される。用途に合わせてカードを選べるよう、5つのプログラムが用意されている。

コスト面から見ても、試すほうが得策だ。バーチャルカードの発行費用は$2で1分もかからず使えるようになるため、正しいBINで2枚目のカードを発行するほうが、最初のカードが拒否される理由を突き止めるより時間の面で安く済むことが多い。広告費用が主な用途であれば、Google広告向け最良のバーチャルカードと暗号資産でGoogle・Facebook広告費を支払うで、なぜBusiness BINが他のBINと交換不可能なのかをさらに掘り下げている。定期課金については、匿名サブスクリプション用バーチャルカードがSaaS側を扱っている。BINの全カタログはカードページに掲載されている。

1取引あたり、または月間の上限

各プログラムには、上の表に示したとおり独自の上限がある。Visa Platinumのカードで$4,200の購入をしようとすると、残高に関係なく$3,500の時点で拒否されるし、その月ずっと問題なく通っていたカードが、月間の合計額を使い切ったことで最終週になって突然拒否され始めることもある。どちらも残高の問題としては表示されないため紛らわしい——資金は目に見えて存在しているからだ。

対処法は、再試行するのではなく、より上限の高いプログラムに支出を移すことだ。また、上限が適用されるのはオーソリ額であることに注意してほしい。$3,400の予約に保留分が上乗せされて$3,600になった場合、最終的な請求額は$3,500に収まっていたはずでも、その上限を超えてしまう。

加盟店側の問題:プリペイドブロック、AVS、オーソリ保留

このカテゴリーでは、楽観よりも正直さのほうが重要になる。対処できるものもあれば、2つはそうでないものもあり、どちらに当てはまるかを見極めることが肝心だ。

加盟店がプリペイドBINを一切受け付けない

プリペイドカードは残高がなくなると課金できなくなる。ほとんどの加盟店にとってはこれは無関係だ。レジでその場で課金し、取引はそこで完結するからだ。だが一部の加盟店にとってはこれが根本的な問題になる。事業モデル全体が後から請求できることに依存しているからで、そうした加盟店はオーソリを試みる前の時点でプリペイドのBIN範囲をフィルタリングしている。

• レンタカーのデポジットと免責超過分。カウンターは、車を返却した後に損害分を課金できるカードを必要とする。プリペイドは例外なく、どこでも方針として拒否される。
• チェックイン時のホテルの諸費用。室料をオンラインで支払うのはたいてい問題ないが、フロントでの諸費用の保留は断られることが多い。
• 後払いの公共料金や通信料金。利用量を計測して後から請求するものはすべて、同じ構造的な理由で拒否される。
• 一部の金融サービスや本人確認。一部のプラットフォームはカードを本人確認のシグナルとして利用しており、プリペイドではない、名義が一致したカードを明確に要求する。

これを変えられるカードもBINも回避策も存在せず、そうでないと主張するガイドは何かを売りつけようとしているだけだ。現実的なアプローチは、バーチャルカードが得意とするあらゆる場面——オンラインチェックアウト、サブスクリプション、広告、マーケットプレイス、モバイルウォレット、事前払いの旅行予約——ではそれを使い、後から課金できるカードを必要とするわずかなカウンターのためには別の手段を用意しておくことだ。最良の匿名デビットカードでも、プライバシーの観点から同じ限界について率直に述べている。

AVSと、あなたが持っていない請求先住所

一部の加盟店——大半は米国の加盟店だが——は、入力された請求先住所と発行会社が保持する住所を照合するAddress Verification Serviceのチェックを行う。KYC不要のカードには登録された住所が存在しない。そもそも住所を収集していないからだ。そのため厳格なAVSチェックには照合対象がなく、結果が返らない状態になり、慎重なリスクエンジンはそれを失敗として扱うことがある。

実際には、大半の国際的な加盟店はAVSを実行しないか、不一致の結果があっても拒否しない。実行する加盟店の場合、通常はオーソリの時点ではなく、請求フォームを送信した瞬間に決済拒否として現れる。回避策は、国際カードを受け付ける加盟店を優先すること、あるいはアカウント作成を伴うチェックアウトよりもAVSに厳格でないことが多い、加盟店のゲストチェックアウトを利用することだ。このトレードオフは本人確認を行わない製品に固有のものであり、KYC不要の暗号資産カード解説で扱っている。

オーソリ保留は請求額より大きい

給油機は、実際にどれだけ給油するかがわからない段階で固定額をオーソリする——それは典型的な給油量よりはるかに多いことが多い。ホテルは宿泊料にマージンを加えてオーソリする。レンタカーのカウンターは免責超過分をオーソリする。レストランは請求額に名目上のチップを加えてオーソリすることもある。いずれの場合も、オーソリの時点でその水増しされた金額をカードで用意しておく必要があり、差額が解放されるのは数日後になる。

実物のVisa Goldカードで給油機を使う場合、現実的な対処法は、給油機ではなくキオスク(店内窓口)で支払うことだ。そこでのオーソリは実際の金額になる。それ以外の場面では、請求額ではなく保留額に合わせてチャージしておくこと。

無料トライアルにおける$0や$1の確認用オーソリ

トライアルへの登録は通常、$0、$1、あるいはそれに相当する少額の現地通貨といったごく小さな確認用オーソリを発生させ、それは直ちに取り消される。残高が$0のカードは、実際には何も課金されるはずがなくてもこのチェックに失敗し、登録は「カードが拒否された」という結果になる。トライアル自体が無料であっても、開始前にカードへ何かしらロードしておくこと。

自分の設定が原因の決済拒否:自分でかけたコントロール

最ももどかしいカテゴリーだ。何もかもが正しく見えるからである。プログラム可能なカードごとのルールはオーソリ時にサーバー側で適用されるため、設定したことを忘れているルールは、カードの設定を確認するまで発行会社側の不具合と見分けがつかない。

• カードが凍結されている。凍結は即時に反映され、それ以降のすべてのオーソリはネットワークレベルで拒否される。凍結解除も同様に即時に反映される。
• MCC許可リストが狭すぎる。広告関連の加盟店カテゴリーに制限されたカードは、ホスティングの請求を拒否する。それはルールが指示どおりに機能しているだけだ。
• ジオロックが有効になっている。ある地域に固定されたカードは、別の地域でアクワイアリングされる加盟店を拒否する——しかもそのアクワイアリング国は、そのショップがあると思っている国とは異なることが多い。
• 購入額を下回る利用上限。カードごとの日次・月次の上限はプログラムの上限よりさらに下にあり、両者のうち低いほうが適用される。
• カードが凍結ではなく解約されている。解約は取り消せない。解約されたカードは復活させることができず、新しいカードに置き換えるしかない。

これら5つはすべてパネルで確認でき、プログラムでカードを管理しているなら、API呼び出し1回で読み取れる。バーチャルカードの再発行は無料であるため、設定した覚えのないルールが付いたカードでも安く作り直せる。

再試行の頻度——6回目の試行が最も失敗しやすい理由

短時間に同じ内容を繰り返し試行することは、まさにカードテスト攻撃そのものに見える——実際にカードテスト攻撃とはそういうものだからだ。頻度に基づくルールは、発行会社側の不正防止レイヤーと加盟店側のリスクエンジンの両方に存在しており、急いで再試行を繰り返すと、本来は簡単に直せるはずの拒否が、実際の原因を修正した後もしばらく残り続けるより強固なブロックへと変わってしまうことがある。

原因はカードではなくApple PayやGoogle Payだった

ウォレット側の不具合とカードの決済拒否は、スマートフォン上ではまったく同じように見える。カードがブラウザでのチェックアウトでは機能するのに非接触端末では失敗する場合、問題はオーソリではなくプロビジョニング——その背後にあるカードではなく、ウォレット内のトークンにある。カードを一度削除して追加し直せば、たいてい解決する。Visa Platinum 489517はウォレットのプロビジョニング向けに調整されたBINで、5つの中で最も摩擦が少ない。Apple PayとGoogle Payに暗号資産カードを追加するではその流れ全体を、Apple Pay対応の最良の暗号資産カードでは選択肢を比較している。

APIで決済拒否の理由を確認する

すべてのオーソリは6つの独立したチェックを通過し、そのうちどれか一つでも失敗すれば取引は拒否される。すべての決済拒否には構造化された理由コードが付与されており——原因不明のまま失敗することはない——プログラムでカードを運用しているなら、当てずっぽうで探る必要は一切ない。取引を取得して理由を確認しよう。

curl https://api.cryptocardium.com/v1/transactions/txn_3b91fe \
  -H "Authorization: Bearer ck_live_…"

{
  "id": "txn_3b91fe",
  "card_id": "card_8f2a1c",
  "merchant": "Cloud API Inc",
  "mcc": "5818",
  "amount_usd": 74.20,
  "status": "declined",
  "decline_reason": "insufficient_funds"
}

理由コードだけでは不十分な場合——加盟店側の拒否、認証の失敗、予期しないMCCなど——生のオーソリ記録を見れば、ネットワークが実際に何を受け取ったかがわかる。

curl https://api.cryptocardium.com/v1/transactions/txn_3b91fe/auth \
  -H "Authorization: Bearer ck_live_…"
# → raw ISO 8583 authorisation fields for that attempt

自分から確認しに行くのではなく通知を受け取りたいなら、transaction.declinedにWebhookを登録するとよい。このイベントは決済拒否が発生した瞬間に同じ理由コードを、HMAC署名付きで、少なくとも1回配信する形で届ける。自律的にカードを発行し利用するエージェントは、ポーリングではなくこのイベントを起点に処理を分岐させるべきだ——そのパターンはAIエージェント向けバーチャルカードAPIで、MCPクライアント向けには暗号資産カードMCPサーバーで詳しく扱っている。エンドポイント単位の詳細はドキュメントにある。

本当に手強い加盟店カテゴリー

決済拒否について正直に書かれたガイドには、このセクションが欠かせない。それがなければ、壁に向かって再試行を繰り返すループに読者を送り込むだけになるからだ。壁が動くかどうかで並べ替えてある。

パターンは一貫している。購入の瞬間に課金されるものはすべて機能し、後から課金することに依存するものは機能しない。これは暗号資産でチャージするカードに特有の欠陥ではなく、これまで発行されてきたあらゆるプリペイドカードにおいて、プリペイドという言葉が意味することそのものだ。

決済拒否が起きる前に防ぐ方法

1. 加盟店ごとに1枚のカードを、その加盟店に合わせてチャージする。1枚$2であれば、サブスクリプションやプラットフォームごとに専用カードを用意することで、問題を切り分けやすくなり、どれかが拒否された瞬間に原因が明白になる。
2. 想定される支出の5%増し、保留が発生するものには20%増しでチャージする。こうしておけば、外貨手数料や加盟店側が上乗せするオーソリについて、いちいち考えなくても吸収できる。
3. 決済拒否が起きてからではなく、発行する前にBINを選ぶ。広告には416842、サブスクリプションには472305、ウォレットには489517、越境決済には557213、実物・対面には448585。
4. 更新日がわかっている場合は、事前にチャージしておく。チャージには1〜3回の承認が必要なため、更新当日の朝にチャージするのは負ける可能性のある賭けだ。
5. 自分で設定したルールを書き留めておく。MCC許可リストやジオロックは優れたコントロールである一方、思わぬ驚きの原因にもなる。プログラムで設定する場合は、必ずログに残すこと。
6. 好みに応じて、使わない間はカードをアンロードしておく。アカウント残高への払い戻しは無料なので、休眠中のカードに資金を残しておく必要はない——次の課金の前に再度ロードすることだけ忘れないように。

これらをまとめて実践すれば、加盟店の方針によるもの以外の決済拒否は事実上すべて排除できる。残るものは、定義上、どんな設定によっても解決できないものだ。

本当に発行会社側が原因である場合

まれに、理由コードが自分の設定でも加盟店の方針でもない何かを示していることがある——本来なら通過するはずのオーソリが通らなかった場合だ。そのときはオーソリのログが決定的な情報源であり、再試行するよりも問い合わせる価値がある。その試行時の生のISO 8583フィールドを見れば、どのチェックが拒否したのかが正確にわかる。パネルから取引IDと加盟店名を添えてチケットを開けば、説明文から推測するのではなく、オーソリ記録を直接確認してもらえる。

これは、そもそも理由コードを開示するカードプログラムを選ぶべき理由でもある。中身を確認できない決済拒否には、当てずっぽうでしか対応できない——そしてその当てずっぽうこそが、5分で終わるはずの対処を無駄になった午後へと変えてしまう。

関連記事

このページで扱ったすべてのオーソリの根底にある仕組みについては、暗号資産カードの仕組みから読み始めてほしい。資金移動と、つまずきやすい承認タイミングについてはUSDTでVisaカードにチャージするを。定期課金に特化した内容は匿名サブスクリプション用バーチャルカードを。BINの選択がすべてを左右する広告のケースについてはGoogle広告向け最良のバーチャルカードを参照してほしい。全ライブラリはガイドハブに、ここで挙げたすべての数字の元になっている手数料一覧は料金ページにある。