#Tracy Chou
1 messages · Page 1 of 1 (latest)
Hello 👋
If the customer has a credit balance, then it would apply to the very next finalized invoice.
I don't think there's a way for you to prevent this from happening.
Hey, well how would it work if we didn't leverage credit balances?
then it would charge the full amount to the default payment method on the subscription or customer.invoice_setting.default_payment_method
Our issue is that because it deducts from the balance first, and the existing balance is less than the subscription payment due, the transaction is split (deduct from credit and then bill remainder on credit card) to the end user, we get a lot of complaints because they don't know why they're seeing a credit card line item that doesn't match the round number of the subscription itself.
These split transactions have two unique identifiers that represent one subscription transaction right?
These split transactions have two unique identifiers that represent one subscription transaction right?
Not sure what you mean by that, can you clarify?
Yep~ what I'm trying to say is when a subscription payment gets divided into two: 1) as an adjustment to the balance and 2) as a charge to the credit card. Since those two are separate, they each must have unique identifiers right? But they are technically for 1 subscription payment (basically trying to figure out how I can take two transactions and re-associate them and display them as one to a customer)
Ah I see. Hmm, as far as I know when the customer balance is applied then the payment intent gets partially paid.
Let me check though
Yeah because if we can't make a connection between the two, then we'll never be able to shore it up for the customer
It would would be best if we could bill the subscription product whole, just the fixed amount to the credit card so it's clear what it is for
Ah i think I misspoke earlier.
I just created a test subscription to see what the default behavior is.
The invoice amount is generated after applying the customer balance
However, we do have an API endpoint that allows you to see the history of the Customer Balance
https://stripe.com/docs/api/customer_balance_transactions/list?lang=cli
This would also allow you to identify the amount that was applied to a specific invoice
https://stripe.com/docs/api/customer_balance_transactions?lang=cli
So I believe you can use that to make a connection between the invoice <> customer balance