決済手段 · カード
カード決済を、きちんと。
カードは誰もが避けて通れない決済手段です。だからこそ、地味な部分が最も重要になります。入力時のインライン検証、デフォルトで負担をかけず、ポリシーに沿って実行する3-D Secure 2.0、内容を確認できるルーティングポリシー、そしてソフトデクライン（一時的な拒否）が失注になる前の代替ルートでのリトライ。
Visa·MC
co-badgedブランドにも対応
3-DS 2.0
フロー内でSCAを実施
EUR
御社の口座へ精算
0
御社サーバー上のカード番号
処理の流れ
カードから銀行入金まで、4ステップ。
- 01
ENTER
お客様は当社のホストページでカード情報を入力します。インライン検証付きで、カードデータが御社に届くことはありません。
- 02
AUTHENTICATE
3-D Secureはポリシーに従って実行されます。大半の決済はシグナルだけで通過し、チャレンジは必要な場合にのみ表示されます。
- 03
AUTHORIZE
資金の確認とホールドを行い、ソフトデクラインは代替ルートでリトライします。
- 04
SETTLE
その日の注文をまとめ、同じ注文リファレンスに紐づけてEURで入金します。
お客様に表示される画面
他の決済手段と同じページに、注文内容と並んで1つのカードフォームが表示されます。入力内容はその場で検証され、カードブランドは番号から自動判別されます。支払いボタンには「送信」ではなく金額が表示されます。カード発行会社がチャレンジを求める場合も、その場で完結し、お客様は開始したページから離れません。
- 01カードフォームはウォレット、USDC、振込と同じページに表示され、別ステップにはなりません
- 02番号の入力に合わせてインライン検証とブランド判別を実行
- 03ポリシー上必要な場合は、ページ内で3-D Secureのチャレンジを実施
受け取る内容
作成した注文リファレンスに紐づけて、その日の入金にまとめたEURをお届けします。オーソリゼーションとキャプチャは自動で処理され、レシートにはカードブランド、下4桁、認証結果が記録されます。この記録はそのままチャージバックの証跡になり、複数のシステムを探し回らなくても1回の照会で対応できます。
- 01精算バッチごとにEUR入金1行
- 02カードブランド、下4桁、3-DSの結果を記録
- 03返金は注文単位で、全額・一部ともに元のカードへ
有効化に必要なこと
カードは初期状態で有効です。設定するのはその周辺のポリシー、つまり3-D Secureをいつ追加認証にするか、ルーティングでどの経路を優先するか、ソフトデクラインをどう扱うかです。まずサンドボックスのカードでテストしてください。フローは本番と同一なので、テストで通ったものがそのまま本番で動きます。
FAQ
カード決済 — 加盟店からよくある質問。
実質的には入りません。カード情報を受け取るページは当社が提供し、PCIの対象範囲は当社側で管理します。御社のサーバーが受け取るのはトークンと注文リファレンスのみです。これは、ページを当社ドメイン、御社ドメイン、御社アプリのいずれで動かす場合も、御社のレイアウトに決済フィールドを埋め込む場合も変わりません。
PSD2の強力な顧客認証を満たすための認証ステップです。大半の決済は、デバイスや行動のシグナルによりチャレンジなしで通過します。追加認証が表示されるのは、御社が設定したポリシーで必要とされた場合のみです。つまり、負担をかけるかどうかは初期設定ではなく、御社が決める判断になります。
ソフトデクラインは、お客様に失敗が表示される前に、同一セッション内で代替ルートへリトライされます。ハードデクラインは、カード発行会社の生コードではなく、期限切れ、残高不足、発行会社のリスク判断など、運用担当者が対応できる言葉で通知されます。
オーソリゼーションは購入時に資金をホールドし、精算で資金を移動します。その日の注文はバッチにまとめられ、設定画面で指定した日次入金時刻にEURで入金されます。銀行明細は1行で、その資金となった注文までたどれます。
すべての決済手段で、実際に決済を。
サンドボックスのマーチャント、APIキー、これらすべてを有効にしたcheckoutをご用意します。導入を決める前に、各決済手段をエンドツーエンドで試せます。