#Tracy Chou

1 messages · Page 1 of 1 (latest)

autumn pivotBOT
odd sentinel
#

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.

errant osprey
#

Hey, well how would it work if we didn't leverage credit balances?

odd sentinel
#

then it would charge the full amount to the default payment method on the subscription or customer.invoice_setting.default_payment_method

errant osprey
#

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?

odd sentinel
#

These split transactions have two unique identifiers that represent one subscription transaction right?
Not sure what you mean by that, can you clarify?

errant osprey
#

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)

odd sentinel
#

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

errant osprey
#

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

odd sentinel
#

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

#

So I believe you can use that to make a connection between the invoice <> customer balance