This guide provides integration guidance associated with the ReD Shield Fraud Prevention Value-Added Service (VAS) supported by the Managed Commerce Services Platform. The ReD Shield Fraud Prevention VAS provides inline fraud detection services within existing Commerce Web Services (CWS) transaction processing workflows through the direct integration to Retail Decision’s ReD Shield Fraud Prevention Service.
This guide is intended to provide software company developers with an overview of the ReD Shield Fraud Prevention VAS and some important development considerations associated with the development of Commerce Web Services (CWS) applications that leverage this service.
The following prerequisites are required to leverage the ReD Shield Fraud Prevention VAS on the Managed Commerce Services Platform:
The following resources provide additional information that can be referenced as supplemental material to this online guide:
In today’s payments environment, Software companies and merchant aggregators serving merchants require trusted payments fraud protection. NAB Velocity and Retail Decisions have teamed up to offer the Retail Decisions (ReD) Fraud Prevention Value Added Service (VAS). This unique partnership capitilizes on the strengths of both companies to provide a state of the art fraud screening solution with amazing speed to market and implementation timelines.
In the ReD Shield Fraud Prevention VAS, Merchant Category Codes (MCC) are grouped into industry/market segments. This means merchants from Retail, Travel and Entertainment, Telco, and other segments all have a specific set of fraud detection rules applied logically to these groupings based on specific criteria related to the types of transactions and activities in their category.
The ReD Shield Fraud Prevention VAS leverages the ReD Shield screening service which is comprised of a comprehensive set of elements that are configured to deliver the optimal level of transaction risk protection while providing a seamless customer buying experience. Services are customized based on the expertise at Retail Decisions regarding a given MCC code while taking merchant risk levels and current chargeback rates into consideration.
Unlike single-threaded, one dimensional solutions, ReD Shield uses a multi-dimensional approach to fraud screening. Some of the decisioning components are listed below:
|ReD Shield Component||Description|
|Screening Database (SDS)||The SDS is a proprietary database of negative entries comprised primarily of fraudulent card account numbers and telephone numbers. Also includes AUTOPILOT, ReD’s automated blocking feature based on confirmed fraudulent transactions.|
|CardExpress (CEA)||A proprietary hot card file maintained by ReD on behalf of the issuers of UK and other European cards containing lost, stolen, and compromised payment information. ReD screens transactions against card details that have been exchanged by criminal elements over the internet via chat rooms and other social networking sites.|
|Early Warning Bulletin (EWB)||ReD maintains databases of credit card numbers that have been lost, stolen, or compromised by card issuing banks, and receives weekly updates of these databases directly from the credit card associations.|
|PRISM Neural||The Neural score component of the ReD Shield Service is a three-digit number that predicts the relative risk of a transaction by examining all of the field values in the transaction to determine if a particular purchase resembles, or does not resemble, fraud.|
|Geolocation/IP-ID||The IP-ID service provides the geographic location and other information associated with an Internet Protocol (IP) address in real time. the service provides a number of data elements with each response:
|Bank Identification Number (BIN)||A credit card issuer database is in place that identifies the country in which a card was issued. A lookup is performed on the BIN for each card and the appropriate country code is populated in the VIRTBIN and VIRTCARDCLASS fields.|
|Distributed Velocity Engine (DVE)||The DVE is a proprietary service component designed to measure transaction velocities against any transaction anchor field (such as card, email, address, phone number, etc). Complex rule strategies can be designed to trap (Challenge or Deny) an order that meets specific rule criteria.|
|Tumbling and Swapping Service (TSW)||The TSW service is a collection of proprietary algorithms designed to detect subtle alterations of data elements that fraudsters use to prevent velocity patterns from being detected by recognizing the commonality of email addresses and card numbers.|
|Click ‘n Block||The Click and Block function automates the entry of screening blocks through a customer-accessible interface, allowing clients to block pre-determined fields (configurable by the client) through the ReD Shield Customer Service Interface (CSI).|
The ReD Shield Service groups Merchant Category Codes (MCC) into appropriate industry/market segments. Rule logic is then applied logically to these groupings based on specific criteria related to the types of transactions and subsequent activities in a specific segment. The generic fraud detection rule sets are described below:
|Rule Type||Description and Sample Criteria|
|Global Rules||Rules applied to all MCC and industry segments. Example: Checking for card expiration dates.|
|Cross-Relational Rules||Rules that look at the transactional and ancillary data provided at the time of transaction processing (card data, email addresses, etc). Details of these rules can be discussed in more detail on a client-by-client basis.|
|Tumbling/Swapping Rules||Tumbling and Swapping is fraud nomenclature for specific activities attempted by those trying to commit and perpetrate identify theft and fraudulent purchasing with other consumer information or issuer details. These rules are used across all MCC and industry segments.|
|Miscellaneous Rules||All other rules fall into this category and are usually written specific to the types of activities that occur in a specific industry segment as determined by the depth of knowledge that Retail Decisions has in fraud prevention and can include geographically suspicious location information.|
The ReD Shield Fraud Prevention VAS component architecture and associated workflow is illustrated below:
Figure 1: Component Architecture – ReD Shield Fraud Prevention VAS
Integration to the ReD Shield Fraud Prevention VAS requires a ReD Shield VAS-enabled workflowId which must be passed with each Commerce Web Services (CWS) transaction request.
Note: Additional data requirements may be found in Retail Decisions Integration Guidelines.
Contact your NAB Velocity Sales Engineer for more information.
Updated: June 5, 2017