topic Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection in Integration and Testing

Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

CoreyC — Fri, 01 Dec 2017 19:25:49 GMT

Recurring payment is attempted
Gets stuck by AVS fraud filter and set to held for review
Subscription gets suspended automatically
No net.authorize.payment.fraud.held webhook received

In fact, no webhook regarding this transaction attempt at all... I expected a fraud.held and I didn't expect the subscription to be suspended. What is the expected behavior?

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

Anurag — Mon, 04 Dec 2017 07:40:55 GMT

Hi @CoreyC

Thanks for providing the details .

We have asked the dev team to look into it .

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

CoreyC — Wed, 13 Dec 2017 20:13:06 GMT

This needs further attention. Now since I have to reactivate incorrectly suspended subscription, it's causing more issues because it's retrying the next day even though payment was already captured. I understand that it tries again since I'm updating the subscription to re-activate it, but what else am I suppose to do?

Note, I do not have automatic retry activated.

Recurring payment is attempted
Gets stuck by AVS fraud filter and set to held for review (no fraud.held webhook received)
I receive webhook that subscription was suspended (this shouldn't be happening)
I approve the payment
I receive the fraud.approved webhook
I receive the capture.created webhook
I update the subscription (to re-activate it)
I receive the subscription.updated webhook
The next day... I receive webhook that the subscription was suspended again...

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

mmcguire — Thu, 14 Dec 2017 23:05:39 GMT

Thanks for pointing out this issue- no fraud.held webhook received. The development team is looking at this now.

ARB subscriptions will have the AVS fraud filter settings applied on the first payment or after an update. What is the AVS response for the transaction that is triggering the filter? Are your current AVS fraud filter settings right for your work flow?

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

CoreyC — Wed, 20 Dec 2017 17:37:51 GMT

@mmcguire I'm fairly certain I have AVS filter set properly. The issue is mostly with regards to the subscription getting suspended when the payment is held by the fraud filter. There is no way to reactivate the subscription without it charging again the next day.

If and ARB transaction is held for review, it shouldn't suspend the subscription, because here's what happens...

ARB transaction is attempted
it gets held for review
subscription is suspended
transaction is approved
subscription is updated in order to reactivate it
ARB transaction is attempted again even though the previous transaction from the day before was already pushed through

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

CoreyC — Fri, 02 Feb 2018 22:28:16 GMT

this is still an issue. Should I be handling it differently?

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

CoreyC — Tue, 20 Feb 2018 00:50:43 GMT

This is still causing double charges for customers and I have yet to find a solution/different workflow. Again, here's what happens:

Authorize.net attempts the first payment of a subscription
The payment is held for review by a fraud filter and NO webhook is received
Authorize.net suspends the subscription automatically (THIS is the biggest problem in the whole flow! It should NOT be suspended because it has not failed or been declined, its being held for review)
net.authorize.customer.subscription.suspended webhook is received (this is the first indication on our end that something has gone wrong)
Our team manually approves the transaction
net.authorize.payment.capture.created webhook is received
net.authorize.payment.fraud.approved webhook is received
Our team manually re-activates the subscription (because we have to!)
net.authorize.customer.subscription.updated webhook is received
THE NEXT DAY - this entire flow starts again from step 1 and the customer is charged again. Luckily since it's no longer the first subscription payment it doesn't happen AGAIN the third day...

If you can stop automatically suspending subscriptions which get held for review, that would solve everything. If not, what should I do?

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

CoreyC — Tue, 27 Feb 2018 23:13:59 GMT

BUMP - I need you guys to stop suspending subscription payments that get caught for review in fraud filters! Or I need another solution.

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

RichardH — Tue, 27 Feb 2018 23:20:30 GMT

@CoreyC Do you have a support case open we can help escalate?

Richard

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

CoreyC — Tue, 27 Feb 2018 23:32:12 GMT

I didn't know there was such a thing... Just submitted a ticket: 1-501483551

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

Anurag — Wed, 28 Feb 2018 06:38:09 GMT

Hi @CoreyC

The dev team is planning of adding support of the webhook in case of payment is held for review by a fraud filter and also new Webhooks for payment failures going forward .

Also the team is looking into the issue of the subscription getting suspended when the payment is held .

Thanks

Re: Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection

CoreyC — Wed, 28 Feb 2018 19:28:29 GMT

Excellent thank you @Anurag - please keep me updated