====== XML 3D Secure Feature ======
~~TOC~~
\\
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.
**PSD2 and Strong Customer Authentication (SCA)**
The Payment Services Directive 2 (PSD2) comes into force in December 2020 (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 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.
\\
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.
The 3D Secure verification is going to require that the Card Holder pass an identity check, and the check result will be sent back to the Merchant's application as a GET request. The processing result 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.
If the 3D Secure check was not successful (‘D’ Result) the application can send a non-3D Secure transaction (MPIREF will not be available in such case) or don’t send payment transaction at all.
We recommend that the transaction should be marked as declined in your system if our MPI rejects the transaction.
Use the Request URL and the Request Body Fields to perform a request for this feature, then prepare your integration to receive the response, as defined by the Response Body Fields.
===== 3D Secure Check =====
==== 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. |
\\
The HTML example below shows how to build a form to request Strong Customer Authentication from %CompanyName.
==== 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.
\\
==== 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. |
\\
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
==== 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
==== Simple Payment Request ====
Now with the MPIREF available, attach 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
For further information about XML Payments, visit the [[developer:api_specification:xml_payment_features|XML Payment Features]] section.
\\