請求書の複数 (一部) 支払いのサポートを追加しました互換性に関わる変更
新規情報
請求書とクレジットノートで複数 (一部) 支払いのサポートを導入する予定です。請求書が過払いと不定期決済をサポートするようになりました。加えて、Invoice オブジェクトに confirmation_ フィールドを追加し、Payment Element の使用サポートを強化する予定です。
この変更により互換性が失われる理由
Invoiceオブジェクトからpayment_、intent charge、paid、paid_フィールドを削除しました。out_ of_ band - PaymentIntent オブジェクトと Charge オブジェクトから
invoiceフィールドが削除されました。 application_フィールドおよびfee_ amount transfer_フィールドがdata インボイスオブジェクトから削除されました。Stripe 上で作成された支払いについて、payments.をdata. payment. payment_ intent インボイスオブジェクトで展開することで、これらのフィールドが元となっている PaymentIntent を通じてアクセスできるようになります。- Credit Note オブジェクトの
refundフィールドを廃止し、refunds配列に置き換えました。 Invoiceオブジェクトのamount_フィールドに不定期決済が反映されるようになりました。paid
影響
決済と請求書の接続を表す Invoice Payment オブジェクトを導入し、関連オブジェクトから以前の請求書と決済のポインターを削除しました。1 つの請求書を 1 回の決済で一括払いする必要があると仮定しないようにシステムを更新し、新しい Invoice Payment オブジェクトを使用して決済と請求書の関係を把握する必要があります。
invoice. payments 配列で決済情報を調べる
invoice. は、Invoice オブジェクトを操作する際に payments プロパティを展開することで調べることができます。
invoice. 配列は、請求書に関連付けられているすべての決済と、それぞれの割り当てと決済ステータスのリストを提供します。
決済と請求書の関連付けには、新しい Invoice Payment エンドポイント を使用する
Payment Intent と Invoice オブジェクトの関係を理解するには、List Invoice Payment エンドポイント を使用します。
Payment Element の実装には confirmation_secret を使用します
Payment Element の実装、特にサブスクリプションの実装では、以前は invoice. または latest_ の拡張に依存していましたが、confirmation_ を展開することで、Invoice オブジェクトの新しい invoice. フィールドを使用できるようになりました。
PaymentIntents を使用して application_fee_amount と transfer_data にアクセスする
Invoice オブジェクトから application_ フィールドおよび transfer_ フィールドが削除されたため、元となっている PaymentIntent を介して Stripe で作成された支払いについてこれらのフィールドにアクセスできるようになりました。請求書の取得時に payments. を拡張してください。
その後、拡張された PaymentIntent オブジェクトから invoice. および invoice. にアクセスできます。これらのフィールドは決済方式が payment_ のときに Stripe 上で作成された支払いにのみ利用できます。
不定期決済の請求書を特定する
paid_ フィールドの削除により、invoice.payments プロパティを使用して、帯域外決済の請求書を特定できるようになりました。
請求書が完全に支払われたかどうかを確認するには、請求書ステータス が 支払い済み であること、amount_due が 0 より大きいこと、および invoice.payments 配列内の PaymentIntent タイプ の決済の合計が 0 であることを確認します。
請求書の一部が不定期に支払われているかどうかを確認するには、amount_ が 0 を超え、invoice. 配列の PaymentIntent タイプの決済の合計が amount_paid 未満であることを確認します。