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

StripeQA

目次一覧

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

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

 閲覧数:176 投稿日: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 Q14。Customerオブジェクトをcreateする際の"source"パラメータについて 38
2 Stripe Q29。日本で、Connect Customアカウント を導入している事例について 38
3 Stripe Q8。Stripe Checkout public beta version について 37
4 Stripe Q31。ダッシュボードでの「支払い作成」の見方について 37
5 Stripe Q20。「webhook」と「synchronous」と「Checkout beta version」について 37
6 Stripe Q53.Checkout\Sessionの1回限りの支払いで、決済完了したユーザにだけページ表示させたい 36
7 Stripe Q23。イベントで「新しい支払元が追加されました」と表示されているのに、「支払元がありません」 36
8 Stripe Q47。Charge::create の 'receipt_email' について 36
9 Stripe Q46。Direct Charges で手数料聴取する場合、'payment_intent_data'の「有り」「無し」の違いは? 36
10 Stripe Q17。カード情報を「card object」「source object」へ保存する違いについて 35
11 Stripe Q19。「PaymentIntents」と「Sourceオブジェクト」と「Sources API」の関係について 35
12 Stripe Q43。payouts スケジュールについて 35
13 Stripe Q51.Connect Standard アカウント連結後の返り値で、"refresh_token”も保存した方が良いですか? 35
14 Stripe Q61. 「複数の1が複数のwebhookを停止しています」はどういう意味ですか? 34
15 Stripe Q13。決済成功時に、「請求に紐づけられたメールアドレス」に対して、メール送信したいのですが、 34
16 Stripe Q45。「Direct Charges」と「Destination Charges」の書き方の違いについて 34
17 Stripe Q48。「Checkout\Session - server」「Charge」「PaymentIntent」の使い分け方 34
18 Stripe Q44。Standard アカウント連結後の返り値で、保存すべき値について 34
19 Stripe Q33。CustomerオブジェクトのcreateSourceメソッドのAPIドキュメントについて 34
20 Stripe Q21。新規顧客作成時に新規ソースオブジェクトを添付したいのですが、No such token: src_xxxxとなります 33
2022/7/01 1:02 更新
週間人気ページランキング / 6-24 → 6-30
順位 ページタイトル抜粋 アクセス数
1 クレジットカード決済 | 課金 | 決済用語 201
2 プリペイドカード | カード | 決済用語 157
3 Stripeアカウントへログインする際、モバイル端末で受信したコード入力を求められる理由は? | その他エントリー(Stripe) | 決済用語 23
4 決済用語 8
5 Stripeで"No such token: src"と表示されたら、最初にAPIキーを確認する | Stripe エラー(Stripe) | 決済用語 7
6 ICとは? / ICクレジットカード / ICクレジットカードとは? | 決済用語 6
6 Stripe Q68.WebhookはPUT送信しているのですか? | QA(Stripe) | 決済用語 6
6 「支払、送金、出金」機能を有する決済系サービス(決済サービス) カテゴリー | 決済用語 6
6 電子決済等代行業に関する制度 | Webサービスビジネス | 決済用語 6
6 「支払」機能を有する決済系サービス(決済サービス) カテゴリー | 決済用語 6
6 個人間送金 | Webサービスビジネス | 決済用語 6
6 Stripe Q31。ダッシュボードでの「支払い作成」の見方について | QA(Stripe) | 決済用語 6
6 EMVCo | クレジットカード仕様(仕様) | 決済用語 6
6 ICクレジットカード | クレジットカード仕様(仕様) | 決済用語 6
7 Stripe Q13。決済成功時に、「請求に紐づけられたメールアドレス」に対して、メール送信したいのですが、 | QA(Stripe) | 決済用語 5
8 Stripe Q9。Checkout beta version で、webhookを受け取ると、client_reference_idがNULL | QA(Stripe) | 決済用語 4
8 ファンティア | クリエイター支援プラットフォーム(課金販売できるプラットフォーム) | 決済用語 4
8 Stripe Q16。PaymentIntentの支払いで郵便番号入力を求められる。Radar rules の ZIP code を無効にしているのに | QA(Stripe) | 決済用語 4
8 Stripe 変更履歴 | その他エントリー(Stripe) | 決済用語 4
8 Stripe Q50。 Connect 「Standardアカウント」で、自身に連結された子アカウントを、ダッシュボードから削除するには? | QA(Stripe) | 決済用語 4
2022/7/1 1:01 更新