cancel
Showing results forย 
Search instead forย 
Did you mean:ย 

How to programmatically test for Suspicious Transaction Filter

Is there a way to programmatically test for the Suspicious Transaction Filter in the fraud detection suite? I'm looking for a test credit card number I can use of a setting or something. Right now, the only way I know of to test that it works is to fire off a transaction (e.g. CreateCustomerProfileTransaction > profileTransAuthCapture) and then use the transaction id to fire off GetTransactionDetails and then check for the presence of the following. Is that correct? However, the test credit card numbers we are using never trigger this filter. Any way I can test this?

 

<FDSFilterAction>report</FDSFilterAction>
<FDSFilters>

  <FDSFilter>

    <name>Suspicious Transaction Filter</name>

    <action>report</action>

  </FDSFilter>

</FDSFilters>

davestevens
Member
1 ACCEPTED SOLUTION

Accepted Solutions

Also, just wanted to post a how a programmer can detect if the suspicious transaction filter fires. Each CreateCustomerProfileTransaction call returns a transId, which can then be used to call GetTransactionDetails. Whenever the suspicious transaction filter the GetTransactionDetails will show an FDS section that looks like the following.

<soap:Body>

      <GetTransactionDetailsResponse xmlns="https://api.authorize.net/soap/v1/">

         <GetTransactionDetailsResult>

            <resultCode>Ok</resultCode>

โ€ฆ

            <transaction>

               <transId>2230828436</transId>

โ€ฆ

               <FDSFilterAction>report</FDSFilterAction>

               <FDSFilters>

                  <FDSFilter>

                     <name>Suspicious Transaction Filter</name>

                     <action>report</action>

                  </FDSFilter>

               </FDSFilters>

 

Note, I have yet to verify this in a production environment. However, Joy did confirm that this is what the response will look like.

View solution in original post

4 REPLIES 4

Which filter? It is in one of these tiggers?

http://developer.authorize.net/tools/errorgenerationguide/

RaynorC1emen7
Expert

Thanks for the link. But I think this only applies to the "Enhanced AVS Handling Filter" and the "Enhanced CCV Handling Filter" filters. I'm trying to test out the "Suspicious Transaction Filter".

 

Hi davestevens,

 

Not all filters will work on sandbox accounts, the ones that will not work are the following:

 

  • Shipping Address Verification Filter
  • IP-Shipping Address Mismatch Filter
  • Regional IP Address Filter
  • Suspicious Transaction Filter

 

Basically, they are the filters that rely on external services like the IP Address geolocation service and USPS address verification service used for the first 3 filters.

 

Thanks,

Joy

Also, just wanted to post a how a programmer can detect if the suspicious transaction filter fires. Each CreateCustomerProfileTransaction call returns a transId, which can then be used to call GetTransactionDetails. Whenever the suspicious transaction filter the GetTransactionDetails will show an FDS section that looks like the following.

<soap:Body>

      <GetTransactionDetailsResponse xmlns="https://api.authorize.net/soap/v1/">

         <GetTransactionDetailsResult>

            <resultCode>Ok</resultCode>

โ€ฆ

            <transaction>

               <transId>2230828436</transId>

โ€ฆ

               <FDSFilterAction>report</FDSFilterAction>

               <FDSFilters>

                  <FDSFilter>

                     <name>Suspicious Transaction Filter</name>

                     <action>report</action>

                  </FDSFilter>

               </FDSFilters>

 

Note, I have yet to verify this in a production environment. However, Joy did confirm that this is what the response will look like.