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

StripeQA

目次一覧

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

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

 閲覧数:320 投稿日: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/11/23 14:40 更新
週間人気ページランキング / 11-16 → 11-22
順位 ページタイトル抜粋 アクセス数
1 EMVレベル1 / EMVレベル2 / EMVCo とは? 9
2 Stripe Q15。PaymentIntent でエラー。カード番号に不備があります。 | QA(Stripe) 4
3 Twitch | ゲーム実況配信サービス(課金販売できるプラットフォーム) 3
3 Stripe Connect > | documentation(Stripe) 3
4 Stripe Q37。PaymentIntentで支払いを行った後、成功画面を表示させるためにはどうすれば良いですか? | QA(Stripe) 2
4 \Stripe\PaymentIntentオブジェクト / Stripe\PaymentMethodオブジェクト / \Stripe\Checkout\Sessionオブジェクト 2
4 Stripe Q50。 Connect 「Standardアカウント」で、自身に連結された子アカウントを、ダッシュボードから削除するには? | QA(Stripe) 2
4 Stripe Payments > PREPARING FOR SCA > Payment Intents | documentation(Stripe) 2
5 Stripe webhook 配信の問題 / 実際に受け取った警告メールの受信例 1
5 「Gumroad」は、決済サービス「PayPal」を利用したオンラインコンテンツ販売サービス | デジタルコンテンツ販売可能なサービス(課金販売できるプラットフォーム) 1
5 Stripe Q43。payouts スケジュールについて | QA(Stripe) 1
5 Payment Intents API | その他エントリー(Stripe) 1
5 質問履歴29 / A抜粋 / 感想 1
5 Google Pay | 「支払、出金」機能を有する決済系サービス表(決済サービス) 1
5 普通送金 | 為替取引 1
5 Yahoo!ウォレット | 「チャージ、支払、送金、出金」機能を有する決済系サービス(決済サービス) 1
5 note | 課金販売できるプラットフォーム 1
5 LINE LIVE | ライブ配信サービス(課金販売できるプラットフォーム) 1
5 クレジットカード導入に関する当初の考え / クレジットカード導入に関する現在の考え / 自分の経験に照らし合わせて考えてみると 1
5 EPUB3 | ファイルフォーマット(電子書籍) 1
2024/11/23 1:02 更新