#djc

1 messages · Page 1 of 1 (latest)

twilit solarBOT
spare torrent
#

Hey there, we can't re-open threads but if you'll summarize your issue then I'd be happy to help

pliant slate
#

so I had the payment intent that was placed in review

spare torrent
#

Ah

pliant slate
#

I canceled and refunded the subscription that the payment paid for

spare torrent
#

You were asking about the Subscription refunding

pliant slate
#

yes

#

but the payment is still on the list as in review?

#

I somehow expected that I would not be able to "refund" the payment after refunding the subscription that the payment paid for

#

so now I'm confused

spare torrent
#

Right that PaymentIntent hasn't been refunded. So I'm confused by what you mean when you say you "refunded the Subsription"

#

That isn't really a thing

#

You can cancel a Subscription

#

Which I see that you did

#

But you would need to refund the PaymentIntent to return the funds to the customer

pliant slate
#

when cancelling a subscription you have the choice of refunding as well, right, in the modal dialog?

#

I'm pretty sure I picked that option

spare torrent
#

Ah okay thanks for clarifying. I just ran a quick test myself and am seeing the same behavior. Let me take a deeper look, give me a minute

#

Oh wait

#

This issues a credit note

#

I'm not that familiar with the Dashboard as I focus on the API

#

But yeah using this flow doesn't actually issue a refund on the PaymentIntent directly.

pliant slate
#

huh

spare torrent
#

That being said, I don't see a credit note for your invoice

#

One sec let me check further

#

Hmm are you sure you clicked the refund button?

pliant slate
#

not a 100% I guess

spare torrent
#

I'm not seeing that be the case based on the Events/Requests for that Customer

pliant slate
#

ok

spare torrent
#

My test did work as expected where it generated a credit note which creates a separate payment/refund

#

For this Customer you will want to just go and refund the PaymentIntent directly

pliant slate
#

hmm

spare torrent
#

So if you see this again with another Subscription please let us know

#

But I'm 99% sure you just didn't set the refund on the cancel modal in this case

pliant slate
#

so if I do set the refund on the cancel modal, the PaymentIntent should be affected by that in the future?

spare torrent
#

No not that PaymentIntent from the previous Invoice, you will see a new Invoice/PaymentIntent created based on the Credit Note and then that new PaymentIntent will be immediately refunded.

pliant slate
#

so if I cancel the Subscription because the PaymentIntent was placed in review (and I found it fraudulent) I should use the Refund button on the PaymentIntent rather than the widget on the Subscription cancellation?

#

is there a risk that I refund twice if I do both?

#

this flow honestly seems pretty finicky

#

it's also annoying that the PaymentIntent doesn't clearly link to the Subscription that it paid for

#

so then I have to go through the Customer and figure out which Subscription was linked to the PaymentIntent

spare torrent
#

PaymentIntents link to Invoices which link to Subscriptions

#

Overall, it is recommended that this stuff is done via the API programatically. The Dashboard really isn't meant for scale

#

In terms of how you issue the refund, that is up to you.

pliant slate
#

so is it possible via the dashboard to accidentally refund twice (once via the Subscription cancellation) and once via the PaymentIntent Refund button?

spare torrent
#

Yes if you do a Sub cancellation first and refund via a Credit Note that way and then go in and refund the PaymentIntent.

#

If you go the other route it won't let you issue a Credit Note on the Sub Cancellation

#

As it will say the PaymentIntent has already been refunded

pliant slate
#

okay

#

I suppose it might be time to start building our own dashboard

spare torrent
#

That would be my recommendation.

pliant slate
#

thanks for the discussion, it's been helpful!