Stripe Invoicing をテストする
Invoicing の組み込みを本番環境に移行する前に、これらの一般的なシナリオを使用して Invoicing の組み込みをテストします。
Webhook 通知をテストする
Stripe は請求書のステータスが変化したときにイベント通知をトリガーします。Stripe CLI を設定して Stripe アカウントにリンクしたら、次の方法で Webhook をテストできます。
Stripe CLI を使用してイベント通知をトリガーする。
エンドポイントを追加して、ダッシュボードの Webhook に移動すると、エンドポイントが受信したイベントを確認できます。
架空のデータを使用してイベントをテストする
Stripe CLI を使用してイベントをトリガーすると、サーバーでイベント通知の着信を確認できます。これにより、ネットワークトンネルやファイアウォールなどの複雑な要素を介することなく、Webhook 組み込みを直接確認できます。Stripe CLI を使用している場合、Webhook が受信するイベントには請求書情報に関連付けられていない架空データが含まれています。
実際のデータを使用してイベントをテストする
Webhook 通知をテストする最も確実な方法は、既存の顧客に向けたテスト用インボイスを作成し、対応するイベントを処理することです。
支払いの失敗をテストする
拒否された支払いでテスト用のクレジットカード番号を使用して、請求書の支払いの失敗をトリガーできます。顧客に正常に関連付けられているカードで支払いの拒否をシミュレーションするには、デフォルトの決済手段として 4000 0000 0000 0341 を使用してください。
リトライの設定によっては、最初のリトライの確認に 1 日以上待たなければならないことがあります。この待機期間を使用して、顧客の決済手段を有効なテストカードに更新すると、リトライが成功した場合の結果を確認できます。
3D セキュアを必要とする支払いをテストする
4000 0000 0000 3063 カードを使用して、請求書の 3D セキュアトリガーをシミュレートします (テスト環境でカスタム Radar ルールを作成して、認証をトリガーすることもできます。) 3D セキュア認証がトリガーされると、表示された 3DS ダイアログで支払いの認証または失敗をテストできます。支払いが正常に認証されると、請求書が支払われます。支払いが失敗すると、認証が成功せず、請求書が open
のままになります。
銀行振込による支払いをテストする
銀行振込によるインボイスの手動支払いをテストする手順は、以下のとおりです。
回収方法を
send_invoice
に設定し、payment_settings[payment_method_types]
配列を[customer_balance]
に設定して、テスト環境のインボイスを作成します。ダッシュボードでインボイスを見つけ、送信をクリックします。これにより、顧客用に固有の仮想銀行口座番号が生成されます。
Retrieve your customer’s unique virtual bank account number using the [Customer Balance Funding Instructions API)(/docs/payments/customer-balance/funding-instructions#create-funding-instructions). You can also find your customer’s virtual banking details in the Hosted Invoice Page and PDF.
顧客の納税者番号確認をテストする
以下の特別な納税番号を使用し、テスト環境で特定の確認条件をトリガーします。納税番号のタイプは、EU VAT 番号またはオーストラリア事業番号 (ABN) のいずれかである必要があります。
番号 | タイプ |
---|---|
000000000 | 本人確認成功 |
111111111 | 本人確認に失敗 |
222222222 | 確認は無期限に保留中のままになります |