====== Adding 3D Secure to your XML Integration ====== **PSD2 and Strong Customer Authentication (SCA)** The Payment Services Directive 2 (PSD2) comes into force in 2019 (only applicable in EU) and you might need to be prepared to provide SCA for your payments. Take a closer look at our **[[https://resources.worldnetpayments.com/blog/psd2-faq|F.A.Q]]** in case you have more questions. The 3D Secure 2.0 verification process will require the Card Holder to pass an identity check, and the check result will be sent back to the Merchant's application as a GET request. The GET response will return the MPIREF parameter, which should be included in the XML payment request. After the merchant application receives the 3D Secure check result, it should send an XML payment request. If the 3D Secure check was successful (‘A’ Result) the payment request should contain the fields MPIREF, Order ID and Terminal ID and they should be the same as in the 3D Secure request. From 31st December 2020, transaction without a MPIREF will be declined and will not be processed. The process is described in the flowchart below. {{:developer:api_specification:xml_detailed_3_.png?820|}} 1. A POST request is made to the %CompanyName server. The server will handle the user authentication. 2. After authentication, the server will redirect to the URL set in the MPI Receipt URL in the `Selfcare > Settings > Terminal` section with the authentication results passed in the URL. 3. In your integration add the MPIREF code to your XML payment and send a payment load to the XML Request URL. For further details, check [[developer:api_specification:xml_payment_features|XML Payment Features]]. 4. If the payment is successful, the server will return an approval message. \\ ====== Part 1. Creating 3DS Request ====== \\ To simplify 3D Secure integration using the XML payments API, %CompanyName provides a simple MPI redirect. \\ **3D SECURE ENABLING** To allow 3D Secure transactions on one of your terminal accounts, this feature and its settings must be configured. Please contact the %CompanyName support team in case you need the activation of this feature. \\ The following resources are the same for all the requests and responses you find in this page: ^ **TYPE** ^ **URL** ^ | Request URL | %URLMPI | \\ **3D SECURE LIVE** This URL should be used in test mode only. Please contact the %CompanyName support team to receive the live URL. Use the Request URL and the Request Body Fields to perform a request for this feature. ==== Request Body Fields ==== ^ **FIELD** ^ **REQUIRED** ^ **DESCRIPTION** ^ | TERMINALID | Y | A Terminal ID provided by %CompanyName. NB - Please contact %CompanyName to be issued with a test terminal ID. | | CARDNUMBER | Y | The payment card number. | | **CARDHOLDERNAME** | Y | Required for 3DS 2.0 - The name on the front of the credit card. | | CARDEXPIRY | Y | 4 digit expiry field (MMYY). | | CARDTYPE | Y | See **[[developer:api_specification:special_fields_and_parameters#the_card_types| Card Types]]** section. | | AMOUNT | Y | The amount of the transaction as a 2 digit decimal or an Integer value for JPY amounts. | | CURRENCY | Y | A 3 character currency code of the transaction. | | ORDERID | Y | A unique identifier for the order created by the merchant (Max 24 characters). | | CVV | N | The security code entered by the card holder. | | DATETIME | Y | Request date and time. Format: DD-MM-YYYY:HH:MM:SS:SSS. | | HASH | Y | A HASH code formed by part of the request fields. The formation rule is given at the **ND001 - Hash Formation**, in the next section. | \\ ==== Notes and Details About the Request ==== **ND001 - Hash Formation** The general rule to build HASH field is given at the **[[developer:api_specification:special_fields_and_parameters|Special Fields and Parameters]]** page. For this specific feature, you should use the following formats: TERMINALID:ORDERID:CARDNUMBER:CARDEXPIRY:CARDTYPE:AMOUNT:DATETIME:SECRET \\ **ND002 - Data Encoding for Requests** All data sent to us should be correctly encoded using **UTF-8** as the character encoding. \\ The HTML example below shows how to build a form to request Strong Customer Authentication from %CompanyName.

====== Part 2. Handling 3D Secure Server Response ====== \\ If the 3D Secure check was successful, it is time to prepare your integration to handle the Response Body Fields. ==== Response Body Fields ==== The response body fields will be: ^ **FIELD** ^ **DESCRIPTION** ^ | RESULT | MPI processing result:\\ **A**: Approved.\\ **D**: Declined. | | MPIREF | MPI reference, this value should be sent in the XML payment request if received from the %CompanyName MPI. | | ORDERID | Original order identifier. | | STATUS | **A**: An attempt at authentication was performed (ECI: 06).\\ **N**: Authentication attempt not performed (ECI: 06).\\ **U**: Unable to authenticate (ECI: 07 or 06).\\ **Y**: Authentication attempted and succeeded (ECI: 05). | | ECI | **05**: Full 3D Secure authentication.\\ **06**: Issuer and/or cardholder are not enrolled for 3D Secure.\\ **07**: 3D Secure authentication attempt failed - numerous possible reasons (Visa only). | | DATETIME | Response date and time. Format: DD-MM-YYYY:HH:MM:SS:SSS. | | HASH | A HASH code formed by part of the request fields. The formation rule is given at the **ND001 - Hash Formation**, in the next section. | \\ ==== Notes and Details on the Response ==== **ND001 - Hash Formation** The general rule to build HASH field is given at the **[[developer:api_specification:special_fields_and_parameters|Special Fields and Parameters]]** page. For this specific feature, you should use the following formats: RESULT:MPIREF:ORDERID:DATETIME:SECRET \\ The response will be attached to the MPI Receipt URL. An example of the response can be seen below. https://MPIRESULTURL.COM?RESULT=A&STATUS=A&ECI=06&MPIREF=d01656cf0ec3e62e3754&ORDERID=25&DATETIME=06-10-2020%3A13%3A19%3A10%3A239&HASH=3ea402c12f7a8cb0afac31cf0429a167 \\ ====== Part 3 and 4 XML Payment Request and Response ====== \\ Now with the MPIREF available, proceed to the [[developer:api_specification:xml_payment_features|XML Payment Feature]] for more details on how to proceed with Part 3 and Part 4 of this tutorial or use the quick reference below. ==== Simple Payment Request ==== Attach the MPIREF it to your XML Payment load and send it to the XML Request URL. * **Scenario**: Simple request, only mandatory fields. * **Terminal**: 6491002. * **Terminal Secret**: x4n35c32RT. 115010922465 6491002 10 4111111111111111 VISA 0807 Joe Bloggs EUR 1 7 214 12-06-2006:11:47:04:656 d01656cf0ec3e62e3754 d04c3bab519095ecb046eff91722e8df If the payment is successful a return message should be similar to the below: JJCVGCTOV3 A APPROVAL 475318 2005-11-14T12:53:18 M afe4c8b57f3ea0dfee7c8f75fae7e90d