Page 1 of 1

Authorize.Net AIM with FDS

Posted: Tue Jun 21, 2011 12:00 pm
by deevooneh
I have the Fraud Detection Suite (FDS) enabled with and with this option when transaction are "Authorized and hold for review" or are processed but trigger a suspicious transaction alert, the customer is not issued a receipt and an order status is not given to the customer. I want to set these orders as Pending, but still issue the customer a receipt. How can I fix this?

Also is there a way to resend a receipt if a customer did not get it?

Re: Authorize.Net AIM with FDS

Posted: Tue Mar 27, 2012 5:53 am
by rwenve
Has anyone figured this one out? My client is also using Fraud Detection Suite (FDS) and while it holds the transactions for approval, it doesn't seem to send the orders back to OC or OC doesn't know that orders are supposed to come back? After approving the transaction with the orders "disappear" - are there some settings on either side dealing with batch transfers or something we are missing?

Re: Authorize.Net AIM with FDS

Posted: Fri Mar 30, 2012 2:50 pm
by johndovar
same problem here , I don't receive the order in admin but I do receive the log in account

Re: Authorize.Net AIM with FDS

Posted: Sat Mar 31, 2012 7:21 am
by Qphoria
If someone can work with me on this, I will need ftp access to add some debugging and see what the message code is. I'd guess that the module is looking for a simple pass ... if anything else, assume fail.. so we would need to add pending when the order comes back as hold for review.

Re: Authorize.Net AIM with FDS

Posted: Sat Mar 31, 2012 12:34 pm
by johndovar
I'm willing to help you fix it . I will help you out. Check your pm for the ftp access ok.

Re: Authorize.Net AIM with FDS

Posted: Tue May 15, 2012 12:58 am
by scanreg
the fraud detection suite has lots more response codes to factor in

would be cool though if the module on the cart side could customize cart behavior on a per-customer basis using the fraud detection system responses

what i mean is that say you set the Amount Filter in FDS to $2,500.00 and set it to hold this amount for review

however, what if you have a few customers who normally place orders larger than $2,500.00 but have a long history doing this, thus these customers are more trusted

when sends back the suspicious code for those particular customers, the order would just come through normally, but for other customers, they would receive an email or order status of 'pending review' or something

in other words, there could be switches for each customer that could tailor how the fds settings would be handled on the cart side for specific customers to help keep legit orders flowing that otherwise fall into the default dfs settings

Re: Authorize.Net AIM with FDS

Posted: Sat Jul 28, 2012 9:41 pm
by scanreg
can you do a simple decline if the fraud detection suite labels a transaction as suspicious?

Re: Authorize.Net AIM with FDS

Posted: Wed Nov 07, 2012 1:13 am
by yachzo
This could drive people away from using opencart. I assumed FDS was taken into consideration until I got a large order that failed because I was using the fraud detection suite and the customer had a apartment # on their shipping address and not on their billing. I had FDS set to 'Authorized and hold for review' for mismatched shipping & billing address. I would definitely love a fix for this!

Re: Authorize.Net AIM with FDS

Posted: Fri Jan 25, 2013 3:43 am
by scanreg
yachzo wrote:I had FDS set to 'Authorized and hold for review' for mismatched shipping & billing address. I would definitely love a fix for this!
does opencart recognize all of the FDS response codes?

would love to have the option to not-authorize-but-hold-for-review cuz an rep told me that you can later enable that transaction if you want to (goes through normal authorization then)


Re: Authorize.Net AIM with FDS

Posted: Tue Feb 12, 2013 5:21 am
by yachzo
Nope. I had to turn off my FDS settings so that orders with slight address mismatches would go through although I know that will end up biting me in the end.

I tried changing this on line 136:

Code: Select all

if ($response_info[1] == '1' ) {

Code: Select all

if ($response_info[1] == '1' || $response_info[253] == '1') {
thinking that would allow "authorized but held for review" orders go through, but unfortunately I don't know what the hell I am doing :-\

A table of AFDS Response Reason Codes is listed below:

250 - AFDS blocked IP address
251 - AFDS filter triggered; transaction declined per filter settings
252 - AFDS filter triggered; transaction held for merchant review
253 - AFDS filter triggered; transaction was authorized but is held for merchant review
254 - Transaction declined after manual review of AFDS filters


Re: Authorize.Net AIM with FDS

Posted: Fri Feb 15, 2013 3:46 am
by scanreg
wow, it would be super great if the FDS stuff could be smoothed out

thanks for looking into this

Re: Authorize.Net AIM with FDS

Posted: Fri Jun 19, 2015 4:31 am
by exit15
Due to increase fraud activity on my website I decided to enable FDS only to realize that when an FDS transaction filter is triggered the customer never reaches the "success" page, no email confirmation is sent out, and in the admin area, the order is held "missing orders" status.

The whole idea with FDS filters is that the merchant has a chance to review the transaction behind the scene and decide to either process or cancel. If the customer is not moved to the success page, and if no email confirmation is sent (with the standard pending status), the customer is bound to assume that her transaction was never accepted and go shop elsewhere.

The filter actions allow us to choose a response from this list:
  • Process as normal and report filter(s) triggered.
    Authorize and hold for review.
    Do not authorize, but hold for review.
    Decline the transaction.
I believe that the first three actions should result in a standard "pending" order within opencart.
Can this be achieved by modifying the AU module within opencart? I believe yachzo suggested something to that effect but did not get an answer.

Two years later, this is still a problem both on 1.5.6 and -- please help

Re: Authorize.Net AIM with FDS

Posted: Fri Apr 14, 2017 12:01 am
by sternyy
Bump. We are having the same issue. We need orders to still be submitted to the admin and customer. Then a different "on hold" status for our CS to review.