No - not really.

Was the price changed after they subscribed? Please PM backend super user login credentials (link in signature) and will review the logs to see why it failed.

Could this do the trick for me ?

You could, but I don't recommend doing that. How often are you deleting users that this would be a problem? Beat is already reviewing a solution for a future release as well. Ideally you should cancel all their subscriptions before you delete them which can be done from their Subscriptions tab while editing them in backend.

Have reviewed your install. Within CBSubs > Notifications if you review any of your failed IPNs you'll see why those payments failed. Most of them failed due to "Flagged because FraudFilter rule set "PSD2 - subscriptions" (id: 133840) triggered.". You'll notice "fraud_suspected" is also set to "true". "fraud_remarks" is where you'll see Quickpay's reason.

If you scroll further down you'll notice "operations". That's where Quickpay is attempting payment. They all seam to have "Rejected by acquirer" with a reason of "card expired" or "Card lost or stolen". I'm guessing they just flat out typed in their credit card number wrong in cases of "Card lost or stolen".

Suggest contacting Quickpay as for some reason the recurring payments are triggering fraud checks and rejected on their end. I've no idea why. Payments that look like they should be successful are triggering "Card lost or stolen".

You're looking at the first operation in the "operations" array. That's the response from their initial payment, which worked fine. The latest operation will be last in the "operations" array and is when recurring would trigger.

As for what we use in the operation we go entirely based off qp_status_code value. Several of which are outputting 40001 with a respond message of "Validation error: Previous Clearhaus in-series can not be older than 365 days". I've no idea what that means, but we fail the payment because according to Quickpay error codes below it's a request error.

learn.quickpay.net/tech-talk/appendixes/errors/

Specifically seams to point to "Clearhaus" rejecting it. Looks like that payment processor doesn't allow additional charges beyond a year? Seams like a problem with your acquirer. Suggest contacting Quickpay. We can only respond based off the status code their own API gives us and it's giving us a 40001, which is a fail response.