Stripe Q10。Checkout の Simple で、「data-zip-code="true"」追加した場合について

StripeQA

目次一覧

 状態:-  閲覧数:701  投稿日:2019-02-24  更新日:2019-03-21  
最初に結論 / 質問履歴10 / A抜粋

最初に結論 / 質問履歴10 / A抜粋

 閲覧数:291 投稿日:2019-02-24 更新日:2019-02-25 

最初に結論


Stripeの日本アカウントは、郵便番号認証に未対応
・設定しても認証が走らないため、戻り値は「unavailable」となる

質問履歴10


Checkout の Simple で、「data-zip-code="true"」追加した場合について
・2019/2/24
Q1.(現行の)Checkout の Simple で、「data-zip-code="true"」追加した場合、カード登録情報の郵便番号との一致確認が行われるのですか?
・例えば、顧客が引っ越しをして、カード情報を変更していなかった場合(かつ以前の郵便番号を入力した場合)、バリデーション結果はFALSEとなりますか?

Q2.上記で、バリデーション結果がFALSEの場合、戻り値は何ですか?
・顧客が正しい郵便番号を入力しなかった(出来なかった)場合はどうなりますか?
・何らかの返り値を受け取れますか?
・それとも、画面に何らかの表示が出て先へ進めない? つまり返り値がない、ということですか?

A抜粋


A1
現在のところStripeの日本アカウントにおいては、郵便番号および、住所での認証に対応いたしておりませんため、多くのアカウントではデフォルトのまま"false"としてご利用いただいているかと存じます。

注文者が正規のカード所有者かどうか判断する方法として、カードに紐付く請求先の住所のチェックをすることがあります。このチェックはカード発行会社により行われており、注文時に入力された住所や郵便番号がカード会社に登録されているものと一致していない場合は、お支払いを拒否することが可能です。しかし、このチェックに対応していないカード発行会社および国もありまして、日本ではサポートされていないのが現状です。

例えばMasterCardやVisaカードの場合は、米国、英国、カナダのみカードの請求先住所のチェックが走ります。American Expressの場合は対応している場合がほとんどですが国によって異なるのと、銀行によっても異なります。
もしカード登録情報の郵便番号との一致確認が走り、一致しなかった際の結果としては「fail」となるかと存じます。認証が走らなかった際には「unavailable」となるかと存じます。

こちらのAPIリファレンスのReturnsのセクションの記載にてご参照いただけるかと存じます:
https://stripe.com/docs/api/charges/create

A2
上記の通り日本ではStripeの日本アカウントにおいては、郵便番号および、住所での認証に対応いたしておりませんため、認証が走らなかった際には「unavailable」となるかと存じます。またもし「fail」となった場合においても、Radarのルールにて拒否をする設定となっていない場合には決済は成功するかと存じます。
ルールの設定状況についてはダッシュボードのこちらからご確認いただけます:
https://dashboard.stripe.com/radar/rules



Stripe Q9。Checkout beta version で、webhookを受け取ると、client_reference_idがNULL

Stripe Q11。テストAPIで、実際のカード番号を入力したらどうなりますか?

コメント投稿(ログインが必要)



類似度ページランキング
順位 ページタイトル抜粋
1 Stripe Q10。Checkout の Simple で、「data-zip-code="true"」追加した場合について 63
2 Stripe Q14。Customerオブジェクトをcreateする際の"source"パラメータについて 38
3 Stripe Q29。日本で、Connect Customアカウント を導入している事例について 38
4 Stripe Q8。Stripe Checkout public beta version について 37
5 Stripe Q31。ダッシュボードでの「支払い作成」の見方について 37
6 Stripe Q20。「webhook」と「synchronous」と「Checkout beta version」について 37
7 Stripe Q53.Checkout\Sessionの1回限りの支払いで、決済完了したユーザにだけページ表示させたい 36
8 Stripe Q23。イベントで「新しい支払元が追加されました」と表示されているのに、「支払元がありません」 36
9 Stripe Q47。Charge::create の 'receipt_email' について 36
10 Stripe Q46。Direct Charges で手数料聴取する場合、'payment_intent_data'の「有り」「無し」の違いは? 36
11 Stripe Q17。カード情報を「card object」「source object」へ保存する違いについて 35
12 Stripe Q19。「PaymentIntents」と「Sourceオブジェクト」と「Sources API」の関係について 35
13 Stripe Q43。payouts スケジュールについて 35
14 Stripe Q51.Connect Standard アカウント連結後の返り値で、"refresh_token”も保存した方が良いですか? 35
15 Stripe Q61. 「複数の1が複数のwebhookを停止しています」はどういう意味ですか? 34
16 Stripe Q13。決済成功時に、「請求に紐づけられたメールアドレス」に対して、メール送信したいのですが、 34
17 Stripe Q45。「Direct Charges」と「Destination Charges」の書き方の違いについて 34
18 Stripe Q48。「Checkout\Session - server」「Charge」「PaymentIntent」の使い分け方 34
19 Stripe Q44。Standard アカウント連結後の返り値で、保存すべき値について 34
20 Stripe Q33。CustomerオブジェクトのcreateSourceメソッドのAPIドキュメントについて 34
2024/4/25 20:00 更新
週間人気ページランキング / 4-18 → 4-24
順位 ページタイトル抜粋 アクセス数
1 YouTube | 動画サービス(課金販売できるプラットフォーム) 8
2 EMVレベル1 / EMVレベル2 / EMVCo とは? 6
3 EMVCo | クレジットカード仕様(仕様) 5
4 クレジットカード決済 | 課金 3
4 pixivFANBOX | クリエイター支援プラットフォーム(課金販売できるプラットフォーム) 3
5 Stripe webhook 配信の問題 / 実際に受け取った警告メールの受信例 2
5 Stripe Q73.CheckoutのSessionオブジェクトをcreateする際、'payment_intent_data'内の'metadata'として渡したデータを、webhookで受け取る件について | QA(Stripe) 2
5 Stripe Q55.Checkout\Session::createする際の、'client_reference_id'パラメータと'payment_intent_data.metadata'パラメータの違いについて | QA(Stripe) 2
5 ログイン 2
5 Stripeアカウントへログインする際、モバイル端末で受信したコード入力を求められる理由は? | その他エントリー(Stripe) 2
5 Off-session Payments with Payment Intents / Payment Intents を使用したオフセッション支払 2
5 Stripe Q32。Webhook のエンドポイントから適切な値を返さなかったときの停止措置について | QA(Stripe) 2
5 Stripe Q16。PaymentIntentの支払いで郵便番号入力を求められる。Radar rules の ZIP code を無効にしているのに | QA(Stripe) 2
5 プリペイドカード | カード 2
5 Squareは、デジタルコンテンツ(デジタル情報)の配信利用が認められないサービス | 「支払」機能を有する決済系サービス(決済サービス) 2
6 Twitchとは?/ Cheeringとは?/ Cheerとは? 1
6 ほしい物リスト | 投げ銭サービス(課金販売できるプラットフォーム) 1
6 Omise | 「支払」機能を有する決済系サービス(決済サービス) 1
6 決済用語 1
6 振込 | 送金 1
2024/4/25 1:02 更新