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
Reviewing Suspicious Transactions
4
22 Fraud Protection Services User’s Guide
FIGURE 4.1 Fraud Transactions Report page
2. Specify the date range of the transactions to review.
3. Specify a Transaction Type:
4. Specify the Transaction Mode, and click Run Report.
The Fraud Transactions Report page displays all transactions that meet your search
criteria.
TABLE 4.1 Transaction types
Transaction Type Description
Reject Transactions that the filters rejected. These transactions cannot be settled.
The type of filter that took this action is called a Reject filter.
Review Transactions that the filters set aside for your review. The type of filter that
took this action is called a Review filter.
Accept Transactions that the filters allowed through the normal transaction
submission process. The type of filter that took this action is called an Accept
filter.
Not Screened by
Filters
Transactions that were not screened by any filter. This condition (Result Code
127) indicates that an internal server error prevented the filters from
examining transactions. This conditional occurs only in Test mode or Live
mode. In Observe mode all results codes are always 0.
You can re-screen any of these transactions through the filters as described in
“Re-running Transactions That Were Not Screened” on page 26.
Screened by Filters All transactions that were screened by filters, regardless of filter action or
whether any filter was triggered.