[#7239] CBsubs Stripe Dispute no feed back

OK let me try to explain :

For example let's take one basket with recurring monthly payments and then two payments of 45 € each received from Stripe via sepa

We wanted to refund these two monthly payments and went to Payments /Refund, then checked "Partial refund, keeping this transaction open and product subscriptions" with a first amount of 45 €

Doing this correctly refunded the first payment, but then the second one was also marked as refunded, so we could not refund this second payment from CBsubs and had to go to Stripe Dashboard to refund the second one. There was also no way to close the subscription with "Final and last refund closing this transaction and cancelling products subscriptions" as we had no access to the second payment from CBsubs backend.

Hope it's clear enough.

A refund from Stripe should work perfectly fine as we've handling for Stripe charge.refund event. You should see this handled in CBSubs > Notifications. If not then I've no clue what event they're using to refund and you'll need to check the Stripe > Developers > Logs as well as Events to see what's happening.

Nope, the manual refund that we made from Stripe dashboard for the second payment has not been received by CBSubs. There is nothing in the notifications upon this even if we have a correct event in Stripe with success for the web hook

On the other hand when we cancelled the subscription manually at Stripe, we correctly received the web hook notification subsc_cancel

You refunded the full amount which closed the basket. The IPN handling for the refund was skipped because it saw the basket had already been refunded. For multiple refunds like that I believe you need to refund them from newest to oldest instead of oldest to newest like it appears you've done. Did both payments have the same basket id within CBSubs > Payments? or same Txn id? I don't believe this behavior is specific to Stripe gateway and is just how it works in CBSubs for refunds.

Yes we moved from oldest to newest because last week I had the same problem and tried from newest to oldest
The point is that it seems to close the basket but as the basket is unrelated to the payments when it's recurring that's a problem if we need to refund several payments

And yes both payments have the same basket id in CBsubs as it's a recurring basket

I don't think you'll be able to do what you're wanting since it's the same basket as the basket will be marked as refunded. Probably something that'll be fixed when baskets/invoices per recurring payment is looked into further. Recommendation is to just refund from Stripe instead of CBSubs in the event you need to refund more than 1 payment for a recurring subscription.

...when baskets/invoices per recurring payment is looked into further...

OK but that's a bit of accumulating little problems with recurring payments, baskets, pdf invoices, sepa...isn't it ?

We were obliged to spend with devs to have pdf invoices with external code and need to rewrite the procedures each time for our people.

Do you have an idea of the timetable for these updates ?

Beat was speaking of weeks some three months ago, but there are no news since.

Added a bug ticket for further investigation as refunds should be tied to txn id and not basket id. Have confirmed refunding 1 payment of a recurring basket blocks refunding any other payments for that basket.

#7267

Do you have an idea of the timetable for these updates ?

No