User's Guide
Table Of Contents
- Payflow Fraud Protection Services User’s Guide
- Preface
- Overview
- How Fraud Protection Services Protect You
- Configuring the Fraud Protection Services Filters
- Assessing Transactions that Triggered Filters
- Activating and Configuring the Buyer Authentication Service
- Performing Buyer Authentication Transactions Using the SDK
- Testing the Buyer Authentication Service
- Buyer Authentication Transaction Overview
- Buyer Authentication Terminology
- Buyer Authentication Server URLs
- Detailed Buyer Authentication Transaction Flow
- Call 1: Verify that the cardholder is enrolled in the 3-D Secure program
- Call 2: POST the authentication request to and redirect the customer’s browser to the ACS URL
- Call 3: Validate the PARES authentication data returned by the ACS server
- Call 4: Submit the intended transaction request to the Payflow server
- Example Buyer Authentication Transactions
- Buyer Authentication Transaction Parameters and Return Values
- ECI Values
- Logging Transaction Information
- Screening Transactions Using the Payflow SDK
- Downloading the Payflow SDK (Including APIs and API Documentation)
- Transaction Data Required by Filters
- Transaction Parameters Unique to the Filters
- Existing Payflow Parameters Used by the Filters
- Response Strings for Transactions that Trigger Filters
- Accepting or Rejecting Transactions That Trigger Filters
- Logging Transaction Information
- Responses to Credit Card Transaction Requests
- Fraud Filter Reference
- Testing the Transaction Security Filters
- Good and Bad Lists
- AVS Failure Filter
- BIN Risk List Match Filter
- Country Risk List Match Filter
- Email Service Provider Risk List Match Filter
- Geo-location Failure Filter
- International IP Address Filter
- International Shipping/Billing Address Filter
- IP Address Match Filter
- Shipping/Billing Mismatch Filter
- Total Item Ceiling Filter
- Total Purchase Price Ceiling Filter
- Total Purchase Price Floor Filter
- USPS Address Validation Failure Filter
- ZIP Risk List Match Filter
- Deactivating Fraud Protection Services
- Index
Assessing Transactions that Triggered Filters
Re-running Transactions That Were Not Screened
4
26 Fraud Protection Services User’s Guide
Ensuring Meaningful Data on the Filter Scorecard
The Scorecard shows the total number of triggered transactions for the time period that you
specify, so if you had changed a filter setting during that period, the Scorecard result for the
filter might reflect transactions that triggered the filter at several different settings.
Say, for example, you changed the Total Purchase Price Ceiling on August 1 and again on
August 7. You then run a Filter Scorecard for July 1 to August 31. Between July 1 to August
31, three different price ceiling settings caused the filter to trigger, yet the Scorecard would not
indicate this fact.
To ensure meaningful results in the Filter Scorecard, specify a time period during which the
filter settings did not change.
Re-running Transactions That Were Not Screened
Perform the following steps if you wish to re-run a transaction that was not screened by filters
(transactions with Result Code 127):
1. Navigate to Reports > Fraud Protection > Fraud Transaction Report. The Fraud
Transaction Report page appears.
2. Select the appropriate time period for the search, and select the “Not Screened by Filters”
option for Transaction Type.
3. Click RunView Report. The Fraud Transaction Report Results page appears. It contains
all the transactions that were not screened by filters.
4. Click on the Transaction ID of the transaction you would like to re-run. The Confirm Rerun
page appears.
5. Click Yes to re-run that transaction. The Success page appears if your transaction was
successful.
NOTE: If multiple attempts at screening fail, then the transaction may have data formatting
problems. Validate the data, and contact Customer Service.
If you encounter 50 or more transactions with Result Code 127, then contact Customer
Service, who can resubmit them as a group.