- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Webhooks screwy when ARB Subscription Payments get stuck for review by Fraud Detection
- 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?
โ12-01-2017 11:25 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @CoreyC
Thanks for providing the details .
We have asked the dev team to look into it .
Send feedback at developer_feedback@authorize.net
โ12-03-2017 11:40 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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...
โ12-13-2017 12:13 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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?
โ12-14-2017 03:05 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@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
โ12-20-2017 09:37 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
this is still an issue. Should I be handling it differently?
โ02-02-2018 02:25 PM - edited โ02-02-2018 02:28 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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?
โ02-19-2018 04:50 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
BUMP - I need you guys to stop suspending subscription payments that get caught for review in fraud filters! Or I need another solution.
โ02-27-2018 03:13 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
โ02-27-2018 03:20 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I didn't know there was such a thing... Just submitted a ticket: 1-501483551
โ02-27-2018 03:32 PM