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 0027 6000 3184 カードを使用して、請求書の 3D Secure トリガーをシミュレーションします。Stripe が 3D Secure 認証をトリガーすると、表示される 3DS ダイアログで支払い試行の認証または失敗をテストできます。支払いが正常に認証されると、請求書が支払われます。支払い試行が失敗すると、認証試行は失敗し、請求書は open のままになります。

銀行振込による支払いをテストする

銀行振込による請求書の手動支払いをテストする手順は、以下のとおりです。

1. 回収方法を send_invoice に設定し、payment_settings[payment_method_types] 配列を [customer_balance]に設定して、テスト環境の請求書を作成します。

2. ダッシュボードで請求書を見つけ、送信をクリックします。これにより、顧客用に固有の仮想銀行口座番号が生成されます。

3. 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.

顧客の納税者番号確認をテストする

Use these magic tax IDs to trigger certain verification conditions in testing environments. The tax ID type must be either the EU VAT Number or Australian Business Number (ABN).