#dennis_de

1 messages · Page 1 of 1 (latest)

waxen kernelBOT
dusk bridge
#

Hello

#

So you want to credit the customer instead of refunding the PaymentIntent, correct?

#

And are you using Invoices here explicitly?

left hazel
#

So, from a business logic point of view, I would prefer to cancel a successful Payment Intent (which is only based on an allocation of the Cash Balance payment). But I am also open for other workflows.

dusk bridge
#

Yeah you can't cancel successful PaymentIntents

#

That's not possible

#

What you could do is update the metadata on the PaymentIntent or something to indicate that you want to credit it to the Customer

#

Then you can update the Customer's Credidt Balance

#

Which will then be applied to the next finalized Invoice

left hazel
#

Ah Ok... but only to a payment intent that is not a credit card, for example - right?

#

So only on payment intents that relate to cash balances?

dusk bridge
#

Not sure what you mean by that exactly?

left hazel
#

The original payment intent was served by a virtual IBAN (= cash balance). If now a new credit is added and there are still incomplete payment intents but again with e.g. "SEPA Direct Debit" or "Credit Card", if it is possible that stripe applies the credit to it or really only to payment intents that are Cash Balance related?

dusk bridge
#

No that's not possible

#

Customer Credit Balance works by applying balance to any finalized Invoice

left hazel
#

We do not work with stripe billing

dusk bridge
#

Oh okay

#

Hmmm okay so you don't want to refund the amount but you do want to have it apply to a future PaymentIntent....

waxen kernelBOT
left hazel
#

Yes.

dusk bridge
#

Yeah that's not really possible

left hazel
#

Hmm

dusk bridge
#

What you would do instead is just track this outside of Stripe

#

Like you can update the metadata on the PaymentIntent you are "crediting" but you can't create a $0 PaymentIntent

left hazel
#

Difficult, because we apply transfers based on the payment intents and, if necessary, a completely different transfer must take place, to a different account in interaction with the payment.