Adds support for multiple (partial) payments on invoices · Teire

Stripebreaks on upgrade

Adds support for multiple (partial) payments on invoices

We’re introducing support for multiple (partial) payments on invoices and credit notes. Invoices also track over-payments and can track out of band payments now. In addition, we’re adding a confirmation_secret field on the Invoice object to enhance support for using the Payment Element. - Removed the payment_intent, charge, paid, and paid_out_of_band fields from the Invoice object. - Removed the invoice field from the PaymentIntent and Charge objects. - Removed the application_fee_amount and transfer_data fields from the Invoice object. For payments made on Stripe, these fields are now accessible through the underlying PaymentIntent by expanding payments.data.payment.payment_intent on the Invoice object. - Deprecated the refund field on the Credit Note object and replaced it with a refunds array. - The amount_paid field on the Invoice object now reflects out of band payments.

docs.stripe.comquote checked
parameter change
Your codeby hand
Nemotron fixes

In its own wordsmatches the page ✓

| [Adds support for multiple (partial) payments on invoices](https://docs.stripe.com/changelog/basil/2025-03-31/add-support-for-multiple-partial-payments-on-invoices.md) | Billing, Invoicing, Payments | Breaking | api |

docs.stripe.com/changelog.mdfrom the provider's own sitechecked 2026-11-04#5f64b8106e

Also readmatches the page ✓

- Removed the `payment_intent`, `charge`, `paid`, and `paid_out_of_band` fields from the `Invoice` object. - Removed the `invoice` field from the [PaymentIntent](https://docs.stripe.com/api/payment_intents.md?api-version=2025-03-31.basil) and [Charge](https://docs.stripe.com/api/charges.md?api-version=2025-03-31.basil) objects. - Removed the `application_fee_amount` and `transfer_data` fields from the `Invoice` object. For payments made on Stripe, these fields are now accessible through the underlying PaymentIntent by expanding `payments.data.payment.payment_intent` on the `Invoice` object. - Deprecated the `refund` field on the [Credit Note](https://docs.stripe.com/api/credit_notes.md?api-version=2025-03-31.basil) object and replaced it with a [refunds](https://docs.stripe.com/api/credit_notes/create.md?api-version=2025-03-31.basil#create_credit_note-refunds) array. - The `amount_paid` field on the `Invoice` object now reflects out of band payments.

What Teire looks for in your code

nothing to search for: checked by hand

Does it reach your code?

Fix in all Scan a repo

We introduced the Invoice Payment object to represent the connection between payments and invoices and removed previous invoice and payment pointers on relevant objects. Make sure that you update your integration to no longer assume that a single invoice must be paid by a single payment, and use the new Invoice Payment object to understand the connection between payments and invoices.
### Inspect the invoice.payments array for payment information
You can inspect invoice.payments when interacting with the Invoice object by expanding the payments property:
curl
curl -G https://api.stripe.com/v1/invoices/{INVOICE_ID} \
-u "<<YOUR_SECRET_KEY>>:" \
-d "expand[]=payments"
The invoice.payments array provides a list of all the payments associated with the invoice and their respective allocation and payment status.
### Use the new Invoice Payment endpoints for payments and invoice connection
To understand the connection between a Payment Intent and Invoice object, you can use the List Invoice Payment endpoint:
curl
curl -G https://api.stripe.com/v1/invoice_payments \
-u "<<YOUR_SECRET_KEY>>:" \
-d "payment[type]=payment_intent" \
-d "payment[payment_intent]={PAYMENT_INTENT_ID}"
### Use confirmation_secret for Payment Element integrations
For Payment Element integrations, especially Subscription integrations, that previously relied on expanding invoice.payment_intent.client_secret or latest_invoice.payments.data.payment.payment_intent.client_secret, you can now use the new invoice.confirmation_secret.client_secret field on the Invoice object by expanding confirmation_secret:
curl
curl -G https://api.stripe.com/v1/invoices/{INVOICE_ID} \
-u "<<YOUR_SECRET_KEY>>:" \
-d "expand[]=confirmation_secret"
### Access application_fee_amount and transfer_data through PaymentIntents
With the removal of the application_fee_amount and transfer_data fields from the Invoice object, you can now access these fields for payments made on Stripe through the underlying PaymentIntent. Expand payments.data.payment.payment_intent when retrieving the invoice:
curl
curl -G https://api.stripe.com/v1/invoices/{INVOICE_ID} \
-u "<<YOUR_SECRET_KEY>>:" \
-d "expand[]=payments.data.payment.payment_intent"
You can then access invoice.payments.data[i].payment.payment_intent.application_fee_amount and invoice.payments.data[i].payment.payment_intent.transfer_data from the expanded PaymentIntent object. These fields are only available for payments made on Stripe when the payment type is payment_intent.
### Identify invoices with out-of-band payments
With the removal of the paid_out_of_band field, you can now identify invoices with out-of-band payments using the invoice.payments property.
For API versions that include the amount_paid_off_stripe property, you can now retrieve the invoice with expand[]=amount_paid_off_stripe and check whether the value is greater than 0. This value is the total amount paid on the invoice outside of Stripe, so it can identify invoices with any out-of-band payment without summing payment records yourself:
curl
curl -G https://api.stripe.com/v1/invoices/{INVOICE_ID} \
-u "<<YOUR_SECRET_KEY>>:" \
-d "expand[]=amount_paid_off_stripe"
If amount_paid_off_stripe is greater than 0, the invoice was at least partially paid out of band. If amount_paid_off_stripe equals amount_paid, the full paid amount was paid outside of Stripe.
If you’re using an API version that doesn’t include amount_paid_off_stripe, check whether an invoice is fully paid out of band by verifying the invoice status is paid, the amount_due is greater than 0, and the sum of payments of type PaymentIntent in the invoice.payments array equals 0.
To check if an invoice is partially paid out of band without amount_paid_off_stripe, verify the amount_due is greater than 0, and the sum of payments of type PaymentIntent in the invoice.payments array is less than amount_paid.