Payer Authentication Solutions For Verified by VISA

7,253 views

Published on

Payer Authentication Solutions
For Verified by VISA
and
MasterCard SecureCode®

Published in: Business, Economy & Finance

Payer Authentication Solutions For Verified by VISA

  1. 1. <ul><li>First Atlantic Commerce </li></ul><ul><li>Payer Authentication Solutions </li></ul><ul><li>For Verified by VISA </li></ul><ul><li>and </li></ul><ul><li>MasterCard SecureCode® </li></ul>
  2. 2. Agenda <ul><li>What is 3-D Secure Payer Authentication? </li></ul><ul><li>Why have the Card Associations introduced 3-D Secure? </li></ul><ul><li>How does it work? </li></ul><ul><li>Who’s protected and how? </li></ul><ul><li>How does chargeback liability shift work? </li></ul><ul><li>What are the benefits in using 3-D Secure? </li></ul><ul><li>What 3-D Secure services does FAC offer ? </li></ul>
  3. 3. What is 3-D Secure Payer Authentication? <ul><li>Payer authentication enables all parties in an e-commerce payment transaction to transmit confidential and valid payment data, and provides verification to the merchant that the buyer is the authorized owner of a particular card account. </li></ul><ul><li>Why is this so important to online merchants? </li></ul>
  4. 4. Why have the Card Associations introduced 3-D Secure? <ul><li>Until recently, Internet based card transactions have been classified as ‘card-not-present’ and ‘no signature present’ so it has been virtually impossible to prove that the actual cardholder is the person performing the payment transaction at an Internet merchant site. </li></ul><ul><li>The result? 78% of all e-commerce chargebacks are from ‘unauthorised transaction’ reason codes commonly referred to as the “I didn’t do it” chargebacks. </li></ul>
  5. 5. Why have the Card Associations introduced 3-D Secure ? <ul><li>This changes with the introduction of 3-D Secure™ services which provides Internet merchants with the ability to verify the consumer’s true identity through a secure, electronic, non ‘face-to-face’ authentication process . </li></ul><ul><li>To press the importance of eliminating card and chargeback fraud on Internet transactions the Card Associations have also instituted chargeback liability shift to protect merchants from online fraud and habitual chargeback offenders. </li></ul>
  6. 6. Why is it called 3-D Secure Payer Authentication? <ul><li>3-D Secure has been named by VISA and MasterCard because there are 3 interoperability domains involved in the authentication process. </li></ul><ul><ul><li>Issuer Domain </li></ul></ul><ul><ul><li>Interoperability Domain </li></ul></ul><ul><ul><li>Acquirer Domain </li></ul></ul><ul><li>Also involved in the authentication process are the cardholder, the merchant, the payment gateway and the bank’s processor </li></ul>
  7. 7. Why is it called 3-D Secure Payer Authentication?
  8. 8. How does it work? <ul><li>From an Issuers Point of View </li></ul><ul><li>Issuers must license 3-D Secure “Access Control Server” software from a certified vendor; </li></ul><ul><li>Issuers then register BINs directly with Verified By VISA and MasterCard SecureCode depending on what card brands they issue; </li></ul><ul><li>Issuer BINS are installed on the ACS server and cardholders are requested to register their card number with VbV and SecureCode by selecting a unique password and ‘secret phrase’ </li></ul>
  9. 9. How does it work? <ul><li>From an Acquirers Point of View </li></ul><ul><li>Acquirers enroll with VISA and SecureCode to register their acquiring BINs/ICAs. Acquirers must identify how they will support the MPI to enable 3-D Secure (in house or service provider?) </li></ul><ul><li>Merchants are enrolled by their acquiring bank and registered on the MPI (hosted by FAC) and Directory Server. </li></ul><ul><li>The Card Associations set up specific parameters in BASE I and INET to ensure 3-D Secure transactions are flagged correctly for both interchange price reductions and chargeback handling. </li></ul><ul><li>The MID, merchant name, BIN and security certificate are all that are enrolled on the Directory Server. No MCC! </li></ul>
  10. 10. How does it work? <ul><li>From the Card Associations Point of View </li></ul><ul><li>The Directory Server is the ‘traffic cop’ that manages and monitors BINS and 3-D Secure messages between Issuer, Acquirer and Merchant. </li></ul><ul><li>The Directory server receives authentication requests from FAC once a merchant is integrated. </li></ul><ul><li>The Directory Server determines if the card number is in an enrolled Issuer BIN range, directs requests for cardholder authentication to the appropriate Issuer (ACS) and then responds back to the merchant starting the process of payer authentication directly with the consumer . </li></ul>
  11. 11. How does it work? <ul><li>From the Card Associations Point of View </li></ul><ul><li>All “attempted” payer authentication requests, whether validated or not, are stored on the Authentication History Server (at VISA and MasterCard) providing data for acquirers and issuers in the event of a transaction dispute. </li></ul><ul><li>VISA and MasterCard have implemented payer authentication scenarios based on the responses from the ACS server and the MPI software that determine liability shift protection for Issuer and Acquirers. </li></ul>
  12. 12. How does it work? <ul><li>The Payer Authentication Process </li></ul><ul><li>Issuers and Acquirers register independently and the service is not interdependent; </li></ul><ul><li>Issuers can be enrolled but not their cardholders; alternatively neither can be enrolled - this drives the merchant chargeback liability shift conditions; </li></ul><ul><li>Likewise, Acquirers can be enrolled but not their merchants leaving the liability for fraud with the merchant if payer authentication is not completed prior to the payment authorisation. </li></ul>
  13. 13. How does it work? <ul><li>The Payer Authentication Process </li></ul><ul><li>FAC’s MPI software communicates with the merchant’s payment page and passes the authentication requests to the Directory Server(s) to validate Issuer enrollment; </li></ul><ul><li>The Directory Server queries to determine if the Issuer BIN is enrolled and if yes, communicates with the Issuer ACS server to validate if cardholder is registered; </li></ul><ul><li>If both enrolled, the Directory Server responds via FAC’s MPI and sends the message to the merchant to generate the ‘pop up’ window for the consumer to enter their password information. </li></ul>
  14. 14. How does it work? <ul><li>The Payer Authentication Process </li></ul><ul><li>Authentication of the consumer takes place directly between the consumer and the ACS server through a secure browser connection; </li></ul><ul><li>The ACS provides the payer authentication response back to FAC’s MPI. </li></ul><ul><li>Merchant proceeds with the payment authorisation depending on the authentication response codes provided by the MPI. </li></ul>
  15. 15. Who’s protected and how? <ul><li>Consumers </li></ul><ul><li>Once enrolled in 3-D Secure consumers can be protected from fraudulent use of their card at an Internet merchant site; </li></ul><ul><li>This builds consumer confidence in the payment mechanisms online prompting greater use and increased spending </li></ul><ul><li>Merchants </li></ul><ul><li>Benefit from chargeback liability shift on disputed payment transactions if they are enrolled in 3-D Secure and made an attempt to authenticate the cardholder during the payment process; The issuer nor the cardholder need to be enrolled in order for protection to be guaranteed! </li></ul>
  16. 16. Who’s protected and how? <ul><li>Merchants cont’d </li></ul><ul><li>VISA supports chargeback liability shift on 3-D Secure attempts and completed authentication requests. </li></ul><ul><li>MasterCard in USA and Canada do not support ‘attempts’ and require full UCAF authentication in order to transfer chargeback liability shift from merchant to consumer. </li></ul>
  17. 17. Who’s protected and how? <ul><li>Merchants cont’d </li></ul><ul><li>MasterCard in EU, SAMEA, LACR and AP support CB liability shift on SecureCode ‘attempts’ on intra-regional transactions (cardholder and merchant in same region) if the SecureCode request is attempted (with or without completion) and a valid payment transaction authorisation is obtained. </li></ul>
  18. 18. ? <ul><li>Acquirers </li></ul><ul><li>Once the Acquirer BINS are enrolled in VbV and SecureCode, all 3-D Secure based transactions are flagged in interchange as either attempts or completions; </li></ul><ul><li>These flags (ECI, XID, CAVV) located in the authorisation message, prevent Issuers from charging back transactions for certain Reason Codes; </li></ul><ul><li>These transactions are also flagged for lower interchange fees – up to 40 basis points depending on transaction type . </li></ul>How does chargeback liability shift work?
  19. 19. How does chargeback liability shift work? <ul><li>Authorisation Field Data – VISA </li></ul><ul><li>CAVV - Cardholder Authentication Verification Value is a unique value derived by the Issuer in response to an authentication request from a 3-D Secure merchant – this is sent back to the MPI by the ACS server </li></ul><ul><li>XID - Transaction Identifier - Unique tracking number set by the merchant and sent to the ACS during the authentication process </li></ul><ul><li>ECI – Electronic Commerce Indicator – provided by the MPI and submitted with the authorisation request to BASE I. </li></ul><ul><li>Values are 5 (full authentication), 6 (attempted authentication), 7 and 8 (failed authentication or password). </li></ul><ul><ul><li>The payment gateway AND the processor must support </li></ul></ul><ul><ul><li>these three 3DS fields in the authorisation message </li></ul></ul><ul><ul><li>Format into BASE I and settlement records into BASE II. </li></ul></ul>
  20. 20. How does chargeback liability shift work? <ul><li>Authorisation Field Data – MasterCard </li></ul><ul><li>UCAF - Cardholder Authentication Field is a unique value transmitted in response to an authentication request from a 3-D Secure merchant. Values are YES, NO </li></ul><ul><li>UCAF CIV – UCAF Collection Indicator Value provided in the authorisation message in response to the merchant’s 3-D Secure request. Values are 0, 1, 2 </li></ul><ul><li>ECI – Electronic Commerce Indicator – provided by the MPI and submitted with the authorisation request to INET. Values are 1 or 2 </li></ul><ul><li>SPA and hidden fields are no longer required. </li></ul><ul><li>The payment gateway AND the processor must support </li></ul><ul><ul><li>these UCAF 3DS fields in the authorisation message </li></ul></ul><ul><ul><li>format for INET. </li></ul></ul>
  21. 21. How does chargeback liability shift work?
  22. 22. How does chargeback liability shift work?
  23. 23. Online Chargeback Statistics <ul><li>Payer Authentication could reduce VISA online chargebacks by as much as 70%. </li></ul>Fraudulent MOTO Transaction Non-Possession of Card
  24. 24. Online Chargeback Statistics <ul><ul><li>MasterCard Reason Code 37 represents: </li></ul></ul><ul><ul><li>58% of all chargebacks </li></ul></ul><ul><ul><li>80-84% of all ecommerce chargebacks </li></ul></ul><ul><ul><li>Decline Rates are: </li></ul></ul><ul><ul><li>5% for all transactions </li></ul></ul><ul><ul><li>16% of MO/TO Ecommerce Transactions </li></ul></ul>
  25. 25. What are the Problems with 3-D Secure? <ul><li>Activation During Shopping – </li></ul><ul><li>Issuers have implemented activation during shopping to facilitate enrollment for their cardholders; </li></ul><ul><li>Online activation occurs while shopping at a 3-D Secure enrolled merchant site. </li></ul><ul><li>Pop Up window (from Issuer ACS) displays during the check out process requesting the cardholder to “activate now” or “activate later”. Consumer must select one to continue; </li></ul><ul><li>If consumer selects to “activate now” ACS continues with cardholder ID validation; </li></ul><ul><li>If consumer selects to “ activate later ” they are returned to the merchant’s check out process to continue with their payment; </li></ul><ul><li>Issuers must allow consumer 3 attempts to activate during shopping </li></ul>
  26. 26. What are the Problems with 3-D Secure? <ul><li>Activation During Shopping - “Activate Now” </li></ul><ul><li>If consumer selects to “activate now”, verification of the consumer’s ID takes place first (validation of card #, exp date, CVV2 etc) </li></ul><ul><li>If ID authentication fails , consumer is advised to contact their bank and pop-up window ‘should’ allow the consumer to continue with the original check out process; </li></ul><ul><li>This failed enrollment is flagged as an “attempt” by the MPI and is eligible for chargeback protection in the event of a dispute! </li></ul><ul><li>If ID authentication is successfu l, consumer is guided through the registration process for Verified By VISA or SecureCode and the activation is complete; </li></ul><ul><li>Control is then returned to the merchant’s check out page so the consumer can continue with their purchase; </li></ul><ul><li>This completed enrollment is flagged as a “completion” by the MPI and is eligible for chargeback protection in the event of a dispute. </li></ul>
  27. 27. What are the Problems with 3-D Secure? <ul><li>Activation During Shopping - Problems can occur </li></ul><ul><li>Failed attempts to either validate the consumer’s ID or enrollment problems/failures can cause the pop-up window to get “stuck” open; Consumer must exit manually or leave merchant site resulting in lost sales; </li></ul><ul><li>Communication can be disrupted (Internet) causing time-outs, browser session hanging etc resulting in a failed enrollment and potentially a lost sale; </li></ul><ul><li>Consumer education is lacking! – Many issuers have not adequately educated their cardholders about “activation during shopping”; Consumer thinks the merchant is requesting information through a pop-up box and exits the session – suspicious! </li></ul><ul><li>Consumers could have pop-up killers set on their browser to prevent the pop-up window from opening to initiate the process </li></ul>
  28. 28. What are the Problems with 3-D Secure? <ul><li>Other Problems – Communication via the Internet </li></ul><ul><li>Directory Server could be down/unresponsive hence unable to initiate the payer authentication process; </li></ul><ul><li>The Issuer ACS server could be down preventing the cardholder from validating if enrolled; </li></ul><ul><li>The MPI server could be down preventing the merchant from requesting a 3-D Secure transaction </li></ul><ul><li>The Internet connection between the consumer and the merchant could be disrupted (particularly dial up users) during the middle of the enrollment or authentication process causing the enrollment process to fail </li></ul>
  29. 29. FAC’s 3-D Secure Service <ul><li>cGate®SecureVerify </li></ul><ul><li>FAC licensed MPI source software from a certified vendor in the UK – CardTech Limited </li></ul><ul><li>FAC installed the MPI so that 3-D Secure could be provided to merchants whether they use FAC’s payment gateway services or not; </li></ul><ul><li>FAC is the first certified ‘service provider’ of 3-D Secure solutions in the LACR </li></ul><ul><li>Certification completed March 21 st , 2004 </li></ul>
  30. 30. Key Product Features – cGate® SecureVerify <ul><li>Various 3DS solutions are available to FAC clients </li></ul><ul><li>“ Advance Authentication” – allows merchants to leverage FAC’s 3-D Secure-only services in advance of the payment authorisation request. Merchant will connect to FAC via a web link to engage payer authentication. 3-D Secure responses are returned to the merchant payment page for onward processing through their payment gateway based on the responses received. </li></ul><ul><li>The responses identify the enrolment status of the Issuer and/or the cardholder prior to authorising a transaction assisting with determining chargeback liability shift rights in the event of a dispute. </li></ul>
  31. 31. Key Product Features – cGate® SecureVerify <ul><li>“ 3D Secure with FAC multicurrency payment solutions” – allows merchants to leverage FAC’s 3D Secure services using FAC’s payment gateway and merchant solutions. </li></ul><ul><li>Merchant connects to FAC via a web link from their own payment page to engage payer authentication. </li></ul><ul><li>3D Secure can be validated for ANY country and any cardholder worldwide regardless of the cardholder’s card currency or language </li></ul>
  32. 32. Key Product Features – cGate® SecureVerify <ul><li>“ MPI Software Hosting Solutions” – offers banks who have purchased/licensed their own 3-D Secure software to host their application on FAC’s secure servers. </li></ul><ul><li>FAC is PCI certified 2005 - 2009. </li></ul><ul><li>FAC can install, maintain and monitor 3-D Secure hosted MPI software on behalf of larger acquirers (24X7, fully redundant servers, real-time fail-over). </li></ul>
  33. 33. What are the benefits of using cGateSecureVerify? <ul><li>Merchant Benefits </li></ul><ul><li>Simple set up – no software to purchase, no merchant “plug-in” to install </li></ul><ul><li>I mmediate access to Verified By VISA and MasterCard SecureCode™ once enrolled </li></ul><ul><li>Protection from consumer fraud losses, unauthorized transactions and disputes </li></ul><ul><li>Chargeback liability shift for key CB reason codes – even on supported attempts </li></ul><ul><li>Increased consumer confidence leading to increased sales      </li></ul>
  34. 34. What are the benefits of using cGateSecureVerify? <ul><li>Merchant Benefits cont’d </li></ul><ul><li>Increased card acceptance over other payment methods – increased sales! </li></ul><ul><li>Lower transaction costs – allowing for more competitive product pricing </li></ul><ul><li>Greater income potential from reduced transaction costs and chargeback penalty fees </li></ul><ul><li>MasterCard SecureCode™ and Verified By VISA programme benefits, marketing and support </li></ul>
  35. 35. What are the benefits of using cGateSecureVerify? <ul><li>Acquirer Benefits </li></ul><ul><li>Better and cheaper than chargeback insurance! </li></ul><ul><li>Immediate reduction in interchange costs for 3-D Secure™ authenticated ecommerce transactions – up to 40 basis points savings on 3-D Secure™ transactions – even attempted 3-D Secure™ transactions! </li></ul><ul><li>Immediate reduction in credit risk, disputed transactions, chargebacks, exception handling expenses, and portfolio losses; </li></ul><ul><li>Immediate reduction in back office costs and administration relating to retrieval requests, dispute handling, chargeback investigation and lengthy presentment cases </li></ul>
  36. 36. What are the benefits of using cGateSecureVerify? <ul><li>Acquirer Benefits cont’d </li></ul><ul><li>Fast and easy enrollment – no MPI software to purchase – installation and certification are completed on the bank’s behalf; </li></ul><ul><li>Reduced capital expenditure in relation to other fraud management and detection services/software; </li></ul><ul><li>Guaranteed liability shift from Acquirer to Issuer for key chargeback reason codes. </li></ul>
  37. 37. What are the benefits of using cGateSecureVerify? <ul><li>Processor and Aggregator Benefits </li></ul><ul><li>Long term retention of 3-D Secure™ compliant merchants with Acquiring bank(s); </li></ul><ul><li>Immediate reduction in disputed transactions, chargebacks, exception handling fees, and portfolio losses; </li></ul><ul><li>Immediate reduction in penalty fees and fines associated with high chargeback merchants (>1%); </li></ul><ul><li>More negotiable discount rates for 3-D Secure™ authenticated ecommerce transactions – immediate savings across the acquiring business portfolio; </li></ul><ul><li>Fast and easy enrolment – no MPI software to purchase – installation and certification are completed on your behalf by FAC! </li></ul>
  38. 38. What are the benefits of using cGateSecureVerify? <ul><li>Processor and Aggregator Benefits </li></ul><ul><li>“ Pay as you Go” enrolment model – register one, some or all of your entire portfolio! </li></ul><ul><li>Acquirers can decide which merchants to set up for 3-D Secure™ </li></ul><ul><li>Reduction/elimination of high risk merchants from the Global Chargeback Monitoring Programmes;   </li></ul><ul><li>Overall improvement in merchant portfolio and profitability </li></ul>
  39. 39. <ul><li>First Atlantic Commerce </li></ul><ul><li>441.294.4622 </li></ul><ul><li>[email_address] </li></ul><ul><li>www.firstatlanticcommerce.com </li></ul>

×