Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
developer:api_specification:xml_payment_features [2020/01/17 13:32]
vinayh [Notes and Details About the Request]
developer:api_specification:xml_payment_features [2022/03/04 11:44] (current)
lezlieh updated with secure token
Line 31: Line 31:
 | DATETIME |  Y  | Request date and time. Format: DD-MM-YYY:​HH:​MM:​SS:​SSS.| | DATETIME |  Y  | Request date and time. Format: DD-MM-YYY:​HH:​MM:​SS:​SSS.|
 | TRACKDATA | N | Track 2 data.\\ Should be present for a swiped cardholder present (CHP) transaction. If this is present then TERMINALTYPE should be set to 3 and TRANSACTIONTYPE should be set to 0. | | TRACKDATA | N | Track 2 data.\\ Should be present for a swiped cardholder present (CHP) transaction. If this is present then TERMINALTYPE should be set to 3 and TRANSACTIONTYPE should be set to 0. |
-| CARDNUMBER | N | Payment card number.\\ Required if TRACKDATA is not being sent.\\ If a SECURECARD is used (in CARDTYPE), this field should inform the CARDREFERENCE of the given Secure ​Card. |+| CARDNUMBER | N | Payment card number.\\ Required if TRACKDATA is not being sent.\\ If a SECURECARD is used (in CARDTYPE), this field should inform the CARDREFERENCE of the given Secure ​Token. |
 | GOOGLEPAYLOAD | N | When using google pay for payments, instead of the TRACKDATA or CARDNUMBER, you pass this field, with the Google Pay user data, received from your request, converted to Hexadecimal. | | GOOGLEPAYLOAD | N | When using google pay for payments, instead of the TRACKDATA or CARDNUMBER, you pass this field, with the Google Pay user data, received from your request, converted to Hexadecimal. |
 | APPLEPAYLOAD | N | When using apple pay for payments, instead of the TRACKDATA or CARDNUMBER, you pass this field, with the Apple Pay user data, received from your request, converted to Hexadecimal. | | APPLEPAYLOAD | N | When using apple pay for payments, instead of the TRACKDATA or CARDNUMBER, you pass this field, with the Apple Pay user data, received from your request, converted to Hexadecimal. |
-| CARDTYPE | Y | Card Type used for the transaction.\\ For more details on this, visit **[[developer:​api_specification:​special_fields_and_parameters#​the_card_types|Special Fields and Parameters - Card Types]]**.\\ This field can also admit the SECURECARD type, when using a Secure ​Card to perform the transaction. |+| CARDTYPE | Y | Card Type used for the transaction.\\ For more details on this, visit **[[developer:​api_specification:​special_fields_and_parameters#​the_card_types|Special Fields and Parameters - Card Types]]**.\\ This field can also admit the SECURECARD type, when using a Secure ​Token to perform the transaction. |
 | CARDEXPIRY | N | Expiry date of the card.\\ A 4 digit expiry field (MMYY), required if TRACKDATA is not being sent.\\ This field should not be informed if the CARDTYPE is SECURECARD. | | CARDEXPIRY | N | Expiry date of the card.\\ A 4 digit expiry field (MMYY), required if TRACKDATA is not being sent.\\ This field should not be informed if the CARDTYPE is SECURECARD. |
 | CARDHOLDERNAME | N | The name of the card holder, required if TRACKDATA is not being sent and not using a SecureCard. It should be as displayed on the front of the card.\\ This field should not be informed if the CARDTYPE is SECURECARD. | | CARDHOLDERNAME | N | The name of the card holder, required if TRACKDATA is not being sent and not using a SecureCard. It should be as displayed on the front of the card.\\ This field should not be informed if the CARDTYPE is SECURECARD. |
Line 69: Line 69:
 | FRAUDREVIEWSESSIONID | N | This field should contain the value of THEIR_SESSION_ID parameter that a merchant integration uses to configure its session with Fraud Solution. See the **ND003 - Using Fraud Solution**, in the next section. | | FRAUDREVIEWSESSIONID | N | This field should contain the value of THEIR_SESSION_ID parameter that a merchant integration uses to configure its session with Fraud Solution. See the **ND003 - Using Fraud Solution**, in the next section. |
 | CREDENTIALONFILE | N | Component of the request that can be added in case Credential on File feature is in use for the Terminal processing the Payment. See **ND008 - Credential on File**. | | CREDENTIALONFILE | N | Component of the request that can be added in case Credential on File feature is in use for the Terminal processing the Payment. See **ND008 - Credential on File**. |
 +| BYPASS_SURCHARGE | N | Send a value of '​true'​ to identify that surcharge has not been applied to this payment. Only applicable if surcharging is enabled for the terminal. |
 </​searchtable>​ </​searchtable>​
 \\ \\
Line 313: Line 314:
 **ND008 - Credential on File** **ND008 - Credential on File**
  
-This feature is currently available to TSYS Saratoga terminals. +This feature is currently available to TSYS Saratoga terminals. ​The COF tags are required ​for the following ​usage:
- +
-Two usages: +
-  *   * Processing transaction with Secure Card (stored in Nuvei Gateway) but using the same Secure Card for different ​usage.+
   *   * Processing transaction in clear card but token vaulted externally (outside Nuvei Gateway).   *   * Processing transaction in clear card but token vaulted externally (outside Nuvei Gateway).
  
-These fields will only be used on a payment if you have secure card storage enabled. ​The fields will have the following behavior: Hidden - the gateway accepts the fields, if sent, and add them to the transaction,​ but does not show it to the customer.+The fields will have the following behavior: Hidden - the gateway accepts the fields, if sent, and add them to the transaction,​ but does not show it to the customer.
  
 To provide a transaction with COF, your request needs to add the Credential on File component and its fields, as described below. To provide a transaction with COF, your request needs to add the Credential on File component and its fields, as described below.
Line 377: Line 375:
 | FRAUDREVIEWRESPONSE | Component of the response that is going to be added in case the Threat Metrix feature is in use for the Terminal processing the Payment. See **ND002 - Fraud Solution Response** for more details. |  | FRAUDREVIEWRESPONSE | Component of the response that is going to be added in case the Threat Metrix feature is in use for the Terminal processing the Payment. See **ND002 - Fraud Solution Response** for more details. | 
 | ADDITIONAL_FIELD | This field is used to send back data of interest of the merchant received by the gateway during the transaction. See **ND003 - Additional Information on Response**| | ADDITIONAL_FIELD | This field is used to send back data of interest of the merchant received by the gateway during the transaction. See **ND003 - Additional Information on Response**|
-| CARDREFERENCE | This field represents the token generated for the Secure ​Card. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Cards within a Payment. Take a look at **ND004 - Secure ​Card Auto Registration**. | +| CARDREFERENCE | This field represents the token generated for the Secure ​Token. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Token within a Payment. Take a look at **ND004 - Secure ​Token Auto Registration**. | 
-| MERCHANTREF | This field represents the merchant reference that is going to be considered for the token generated for the Secure ​Card. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Cards within a Payment. Take a look at **ND004 - Secure ​Card Auto Registration**. |+| MERCHANTREF | This field represents the merchant reference that is going to be considered for the token generated for the Secure ​Token. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Tokens ​within a Payment. Take a look at **ND004 - Secure ​Token Auto Registration**. |
 | DATETIME | Response date and time for the transaction,​ created by the bank. Format: YYYY-MM-DDTHH:​MM:​SS. Note that this is intentionally in a different format to the request timestamp to highlight the fact that it is a different time.| | DATETIME | Response date and time for the transaction,​ created by the bank. Format: YYYY-MM-DDTHH:​MM:​SS. Note that this is intentionally in a different format to the request timestamp to highlight the fact that it is a different time.|
 | 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. | | 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. |
Line 437: Line 435:
 \\ \\
  
-**ND004 - Secure ​Card Auto Registration**+**ND004 - Secure ​Token Auto Registration**
  
-This field is returned when a secure ​card is created based on the card data passed in the request. This is only going to happen when the settings on Merchant Portfolio and Terminal align to allow the auto creation and storage of Secure ​Cards, and the request in place sends the details for a Secure ​Card (no TRACKDATA). If you are curious and want to know more about the settings, visit the **[[developer:​important_integration_settings|| Important Integration Settings]]** page.+This field is returned when a secure ​token is created based on the card data passed in the request. This is only going to happen when the settings on Merchant Portfolio and Terminal align to allow the auto creation and storage of Secure ​Token, and the request in place sends the details for a Secure ​Token (no TRACKDATA). If you are curious and want to know more about the settings, visit the **[[developer:​important_integration_settings|| Important Integration Settings]]** page.
  
 \\ \\
Line 495: Line 493:
 |DATETIME |  Y  | Request date and time. Format: DD-MM-YYYY:​HH:​MM:​SS:​SSS. | |DATETIME |  Y  | Request date and time. Format: DD-MM-YYYY:​HH:​MM:​SS:​SSS. |
 | TRACKDATA | N | Track 2 data.\\ Should be present for a swiped cardholder present (CHP) transaction. If this is present then TERMINALTYPE should be set to 3 and TRANSACTIONTYPE should be set to 0. | | TRACKDATA | N | Track 2 data.\\ Should be present for a swiped cardholder present (CHP) transaction. If this is present then TERMINALTYPE should be set to 3 and TRANSACTIONTYPE should be set to 0. |
-| CARDNUMBER | N | Payment card number.\\ Required if TRACKDATA is not being sent.\\ If a SECURECARD is used (in CARDTYPE), this field should inform the CARDREFERENCE of the given Secure ​Card. | +| CARDNUMBER | N | Payment card number.\\ Required if TRACKDATA is not being sent.\\ If a SECURECARD is used (in CARDTYPE), this field should inform the CARDREFERENCE of the given Secure ​Token. | 
-| CARDTYPE | Y | Card Type used for the transaction.\\ For more details on this, visit **[[developer:​api_specification:​special_fields_and_parameters#​the_card_types|Special Fields and Parameters - Card Types]]**.\\ This field can also admit the SECURECARD type, when using a Secure ​Card to perform the transaction. |+| CARDTYPE | Y | Card Type used for the transaction.\\ For more details on this, visit **[[developer:​api_specification:​special_fields_and_parameters#​the_card_types|Special Fields and Parameters - Card Types]]**.\\ This field can also admit the SECURECARD type, when using a Secure ​Token to perform the transaction. |
 | CARDEXPIRY | N | Expiry date of the card.\\ A 4 digit expiry field (MMYY), required if TRACKDATA is not being sent.\\ This field should not be informed if the CARDTYPE is SECURECARD. | | CARDEXPIRY | N | Expiry date of the card.\\ A 4 digit expiry field (MMYY), required if TRACKDATA is not being sent.\\ This field should not be informed if the CARDTYPE is SECURECARD. |
 | CARDHOLDERNAME | N | The name of the card holder, required if TRACKDATA is not being sent and not using a SecureCard. It should be as displayed on the front of the card.\\ This field should not be informed if the CARDTYPE is SECURECARD. | | CARDHOLDERNAME | N | The name of the card holder, required if TRACKDATA is not being sent and not using a SecureCard. It should be as displayed on the front of the card.\\ This field should not be informed if the CARDTYPE is SECURECARD. |
Line 681: Line 679:
 **ND008 - Credential on File** **ND008 - Credential on File**
  
-This feature is currently available to TSYS Saratoga terminals. +This feature is currently available to TSYS Saratoga terminals. ​The COF tags are required ​for the following ​usage:
- +
-Two usages: +
-  *   * Processing transaction with Secure Card (stored in Nuvei Gateway) but using the same Secure Card for different ​usage.+
   *   * Processing transaction in clear card but token vaulted externally (outside Nuvei Gateway).   *   * Processing transaction in clear card but token vaulted externally (outside Nuvei Gateway).
  
-These fields will only be used on a payment if you have secure card storage enabled. ​The fields will have the following behavior: Hidden - the gateway accepts the fields, if sent, and adds them to the transaction,​ but does not show it for the customer.+The fields will have the following behavior: Hidden - the gateway accepts the fields, if sent, and adds them to the transaction,​ but does not show it for the customer.
  
 (new table below note ND008) (new table below note ND008)
Line 711: Line 706:
 | MASKEDCARDNUMBER | Customer'​s card obfuscated card number. | | MASKEDCARDNUMBER | Customer'​s card obfuscated card number. |
 | PROCESSINGTERMINAL ​ | If the transaction was performed on a "​routing terminal"​ then this is populated with processing terminal ID that the system selected to process the transaction.| | PROCESSINGTERMINAL ​ | If the transaction was performed on a "​routing terminal"​ then this is populated with processing terminal ID that the system selected to process the transaction.|
-| CARDREFERENCE | This field represents the token generated for the Secure ​Card. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Cards within a Payment. Take a look at **ND004 - Secure ​Card Auto Registration**. |+| CARDREFERENCE | This field represents the token generated for the Secure ​Token. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Tokens ​within a Payment. Take a look at **ND004 - Secure ​Token Auto Registration**. |
 | ADDITIONAL_FIELD | This field is used to send back data of interest of the merchant received by the gateway during the transaction. See **ND002 - Additional Information on Response**| | ADDITIONAL_FIELD | This field is used to send back data of interest of the merchant received by the gateway during the transaction. See **ND002 - Additional Information on Response**|
-| MERCHANTREF | This field represents the merchant reference that is going to be considered for the token generated for the Secure ​Card. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Cards within a Payment. Take a look at **ND003 - Secure ​Card Auto Registration**. |+| MERCHANTREF | This field represents the merchant reference that is going to be considered for the token generated for the Secure ​Token. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Tokens ​within a Payment. Take a look at **ND003 - Secure ​Token Auto Registration**. |
 | DATETIME | Response date and time for the transaction,​ created by the bank. Format: YYYY-MM-DDTHH:​MM:​SS. Note that this is intentionally in a different format to the request timestamp to highlight the fact that it is a different time.| | DATETIME | Response date and time for the transaction,​ created by the bank. Format: YYYY-MM-DDTHH:​MM:​SS. Note that this is intentionally in a different format to the request timestamp to highlight the fact that it is a different time.|
 | 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. | | 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. |
Line 746: Line 741:
 \\ \\
  
-**ND003 - Secure ​Card Auto Registration**+**ND003 - Secure ​Token Auto Registration**
  
-This field is returned when a secure ​card is created based on the card data passed in the request. This is only going to happen when the settings on Merchant Portfolio and Terminal align to allow the auto creation and storage of Secure ​Cards, and the request in place sends the details for a Secure ​Card (no TRACKDATA). If you are curious and want to know more about the settings, visit the **[[developer:​important_integration_settings|| Important Integration Settings]]** page.+This field is returned when a secure ​token is created based on the card data passed in the request. This is only going to happen when the settings on Merchant Portfolio and Terminal align to allow the auto creation and storage of Secure ​Tokens, and the request in place sends the details for a Secure ​Token(no TRACKDATA). If you are curious and want to know more about the settings, visit the **[[developer:​important_integration_settings|| Important Integration Settings]]** page.
  
 \\ \\
Line 815: Line 810:
 | TERMINALID | Y | A Terminal ID provided by Nuvei. | | TERMINALID | Y | A Terminal ID provided by Nuvei. |
 | AMOUNT | Y | The amount of the transaction.\\ A 2 digit decimal or an Integer value for JPY amounts. | | AMOUNT | Y | The amount of the transaction.\\ A 2 digit decimal or an Integer value for JPY amounts. |
-| CARDNUMBER | N | Payment card number.\\ Required if TRACKDATA is not being sent.\\ If a SECURECARD is used (in CARDTYPE), this field should inform the CARDREFERENCE of the given Secure ​Card. | +| CARDNUMBER | N | Payment card number.\\ Required if TRACKDATA is not being sent.\\ If a SECURECARD is used (in CARDTYPE), this field should inform the CARDREFERENCE of the given Secure ​Token. | 
-| CARDTYPE | Y | Card Type used for the transaction.\\ For more details on this, visit **[[developer:​api_specification:​special_fields_and_parameters#​the_card_types|Special Fields and Parameters - Card Types]]**.\\ This field can also admit the SECURECARD type, when using a Secure ​Card to perform the transaction. |+| CARDTYPE | Y | Card Type used for the transaction.\\ For more details on this, visit **[[developer:​api_specification:​special_fields_and_parameters#​the_card_types|Special Fields and Parameters - Card Types]]**.\\ This field can also admit the SECURECARD type, when using a Secure ​Token to perform the transaction. |
 | CARDEXPIRY | N | Expiry date of the card.\\ A 4 digit expiry field (MMYY), required if TRACKDATA is not being sent.\\ This field should not be informed if the CARDTYPE is SECURECARD. | | CARDEXPIRY | N | Expiry date of the card.\\ A 4 digit expiry field (MMYY), required if TRACKDATA is not being sent.\\ This field should not be informed if the CARDTYPE is SECURECARD. |
-| CARDHOLDERNAME | N | The name of the card holder, required if TRACKDATA is not being sent and not using a SecureCard. It should be as displayed on the front of the card.\\ This field should not be informed if the CARDTYPE is SECURECARD. |+| CARDHOLDERNAME | N | The name of the card holder, required if TRACKDATA is not being sent and not using a Secure Token. It should be as displayed on the front of the card.\\ This field should not be informed if the CARDTYPE is SECURECARD. |
 | CURRENCY | Y | Currency of the transaction.\\ A 3 character code following the ISO 4217 Currency Code. | | CURRENCY | Y | Currency of the transaction.\\ A 3 character code following the ISO 4217 Currency Code. |
 | FOREIGNCURRENCYINFORMATION | N | Tag contains Dynamic Currency Conversion information. It has to be present in the eDCC enabled transactions.\\ See the next section, **ND004 - Using eDCC**, for more details on this field. | | FOREIGNCURRENCYINFORMATION | N | Tag contains Dynamic Currency Conversion information. It has to be present in the eDCC enabled transactions.\\ See the next section, **ND004 - Using eDCC**, for more details on this field. |
Line 1073: Line 1068:
 **ND008 - Credential on File** **ND008 - Credential on File**
  
-This feature is current available to TSYS Saratoga terminals. +This feature is current available to TSYS Saratoga terminals. ​The COF tags are required ​for the following ​usage:
- +
-Two usages: +
-  *   * Processing transaction with Secure Card (stored in Nuvei Gateway) but using the same Secure Card for different ​usage.+
   *   * Processing transaction in clear card but token vaulted externally (outside Nuvei Gateway)   *   * Processing transaction in clear card but token vaulted externally (outside Nuvei Gateway)
  
-These fields will only be used on a payment if you have secure card storage enabled. ​The fields will have the following behavior: Hidden - the gateway accepts, if sent, and adds them to the transaction,​ but does not show it for the customer.+The fields will have the following behavior: Hidden - the gateway accepts, if sent, and adds them to the transaction,​ but does not show it for the customer.
  
 To provide a transaction with COF, your request needs to add the Credentials on File component and its fields, as described below. To provide a transaction with COF, your request needs to add the Credentials on File component and its fields, as described below.
Line 1141: Line 1133:
 | FRAUDREVIEWRESPONSE | Component of the response that is going to be added in case the Fraud Solution feature is in use for the Terminal processing the Payment. See **ND002 - Fraud Solution Response** for more details. |  | FRAUDREVIEWRESPONSE | Component of the response that is going to be added in case the Fraud Solution feature is in use for the Terminal processing the Payment. See **ND002 - Fraud Solution Response** for more details. | 
 | ADDITIONAL_FIELD | This field is used to send back data of interest of the merchant received by the gateway during the transaction. See **ND003 - Additional Information on Response**| | ADDITIONAL_FIELD | This field is used to send back data of interest of the merchant received by the gateway during the transaction. See **ND003 - Additional Information on Response**|
-| CARDREFERENCE | This field represents the token generated for the Secure ​Card. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Cards within a Payment. Take a look at **ND004 - Secure ​Card Auto Registration**. | +| CARDREFERENCE | This field represents the token generated for the Secure ​Token. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Tokens ​within a Payment. Take a look at **ND004 - Secure ​Token Auto Registration**. | 
-| MERCHANTREF | This field represents the merchant reference that is going to be considered for the token generated for the Secure ​Card. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Cards within a Payment. Take a look at **ND004 - Secure ​Card Auto Registration**. |+| MERCHANTREF | This field represents the merchant reference that is going to be considered for the token generated for the Secure ​Token. It's going to be returned when the Settings related to this payment enable the automatic generation of Secure ​Tokens ​within a Payment. Take a look at **ND004 - Secure ​Token Auto Registration**. |
 | DATETIME | Response date and time for the transaction,​ created by the bank. Format: YYYY-MM-DDTHH:​MM:​SS. Note that this is intentionally in a different format to the request timestamp to highlight the fact that it is a different time.| | DATETIME | Response date and time for the transaction,​ created by the bank. Format: YYYY-MM-DDTHH:​MM:​SS. Note that this is intentionally in a different format to the request timestamp to highlight the fact that it is a different time.|
 | 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. | | 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. |
Line 1199: Line 1191:
 \\ \\
  
-**ND004 - Secure ​Card Auto Registration**+**ND004 - Secure ​Token Auto Registration**
  
-This field is returned when a secure ​card is created based on the card data passed in the request. This is only going to happen when the settings on Merchant Portfolio and Terminal align to allow the auto creation and storage of Secure ​Cards, and the request in place sends the details for a Secure ​Card (no TRACKDATA). If you are curious and want to know more about the settings, visit the **[[developer:​important_integration_settings|| Important Integration Settings]]** page.+This field is returned when a secure ​token is created based on the card data passed in the request. This is only going to happen when the settings on Merchant Portfolio and Terminal align to allow the auto creation and storage of Secure ​Tokens, and the request in place sends the details for a Secure ​Token(no TRACKDATA). If you are curious and want to know more about the settings, visit the **[[developer:​important_integration_settings|| Important Integration Settings]]** page.
 \\ \\
  
Line 1252: Line 1244:
 <​searchtable>​ <​searchtable>​
 ^ **FIELD** ^ **REQUIRED** ^ **DESCRIPTION** ^ ^ **FIELD** ^ **REQUIRED** ^ **DESCRIPTION** ^
-| UNIQUEREF | Y | Refers the UNIQUEREF generate for the original pre-autorization. In case the unique ref configuration is enabled, it's mandatory, otherwise, the system is going to accept the original ORDERID used for the pre-authorization. |+| UNIQUEREF | Y | Refers the UNIQUEREF generate for the original pre-authorization. In case the unique ref configuration is enabled, it's mandatory, otherwise, the system is going to accept the original ORDERID used for the pre-authorization. |
 | TERMINALID | Y | A Terminal ID provided by Nuvei. | | TERMINALID | Y | A Terminal ID provided by Nuvei. |
 | AMOUNT | Y | The amount of the transaction.\\ A 2 digit decimal or an Integer value for JPY amounts. | | AMOUNT | Y | The amount of the transaction.\\ A 2 digit decimal or an Integer value for JPY amounts. |
 | FOREIGNCURRENCYINFORMATION | N | Tag contains Dynamic Currency Conversion information. It has to be present in the eDCC enabled transactions.\\ See the next section, **ND003 - Using eDCC**, for more details on this field. | | FOREIGNCURRENCYINFORMATION | N | Tag contains Dynamic Currency Conversion information. It has to be present in the eDCC enabled transactions.\\ See the next section, **ND003 - Using eDCC**, for more details on this field. |
 | DESCRIPTION | N | A description of the transaction. | | DESCRIPTION | N | A description of the transaction. |
-| CVV | N | The security code entered by the card holder. It should be available when CVV is enabvled ​for the terminal and completing out of the 15% margin transaction. |+| CVV | N | The security code entered by the card holder. It should be available when CVV is enabled ​for the terminal and completing out of the 15% margin transaction. |
 | DATETIME |  Y  | Request date and time. Format: DD-MM-YYYY:​HH:​MM:​SS:​SSS. | | 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. | | 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. |
Line 1818: Line 1810:
 ===== Unreferenced Refund ===== ===== Unreferenced Refund =====
  
-Unreferenced refunds are refunds that do not require a payment transaction to be referenced. They are only available on certain accounts by request to ecomsupport@merchant-support.com and must also be approved by your Acquiring (merchant) bank. As an Unreferenced Refund does not refer to a payment transaction,​ it's necessary to inform the card on which the refund is going to. In this case, you have two possibilities:​ inform the card details (use the **CARDDETAILS** tag) or a valid Secure ​Card (use the **CARDREFERENCE** tag).+Unreferenced refunds are refunds that do not require a payment transaction to be referenced. They are only available on certain accounts by request to ecomsupport@merchant-support.com and must also be approved by your Acquiring (merchant) bank. As an Unreferenced Refund does not refer to a payment transaction,​ it's necessary to inform the card on which the refund is going to. In this case, you have two possibilities:​ inform the card details (use the **CARDDETAILS** tag) or a valid Secure ​Token (use the **CARDREFERENCE** tag).
  
   * **Main Request body Tag**: <​UNREFERENCEDREFUND> ​   * **Main Request body Tag**: <​UNREFERENCEDREFUND> ​
Line 1831: Line 1823:
 | CURRENCY | N | Currency of the transaction. \\ A 3 character code following the ISO 4217 Currency Code. | | CURRENCY | N | Currency of the transaction. \\ A 3 character code following the ISO 4217 Currency Code. |
 | TERMINALID | Y | A Terminal ID provided by Worldnet. NB - Please contact Worldnet to be issued with a test terminal ID. | | TERMINALID | Y | A Terminal ID provided by Worldnet. NB - Please contact Worldnet to be issued with a test terminal ID. |
-| CARDREFERENCE | N | Secure ​Card reference generated and returned by the Payment Gateway when created. Either CARDREFERENCE or CARDETAILS should be used on request, never both. |+| CARDREFERENCE | N | Secure ​Token reference generated and returned by the Payment Gateway when created. Either CARDREFERENCE or CARDETAILS should be used on request, never both. |
 | CARDDETAILS ​  | N | Details of the card to which the refund is going to be done to. Take a look at **ND003 - Card Details** to see this tag's subelements. Either CARDREFERENCE or CARDETAILS should be used on request, never both. | | CARDDETAILS ​  | N | Details of the card to which the refund is going to be done to. Take a look at **ND003 - Card Details** to see this tag's subelements. Either CARDREFERENCE or CARDETAILS should be used on request, never both. |
 +| DECLINEDREFUNDUNIQUEREF | N | In the case where the merchant is performing an Unreferenced Refund and linking it to a Declined Online Refund.This tag must be included when the terminal uses UNIQUEREF. The card specified for this Unreferenced Refund must be different than that of the original Declined Refund. |
 +| DECLINEDREFUNDORDERID | N | In the case where the merchant is performing an Unreferenced Refund and linking it to a Declined Online Refund. - This tag must be included when the terminal does NOT use UNIQUEREF. - If this tag is provided when a terminal specifically uses UNIQUEREF, an error will be returned. - The card specified for this Unreferenced Refund must be different than that of the original Declined Refund. |
 | AMOUNT | Y | The amount of the transaction. A 2 digit decimal or an Integer value for JPY amounts. | | AMOUNT | Y | The amount of the transaction. A 2 digit decimal or an Integer value for JPY amounts. |
 | AUTOREADY | N | Y or N. If this is set to Y, Nuvei will automatically set the transaction to READY in the batch. If set to N then the transaction will go to a PENDING status. If not present, the terminal default will be used. | | AUTOREADY | N | Y or N. If this is set to Y, Nuvei will automatically set the transaction to READY in the batch. If set to N then the transaction will go to a PENDING status. If not present, the terminal default will be used. |
Line 1848: Line 1842:
 The general rule to build the HASH field is given on the **[[developer:​api_specification:​special_fields_and_parameters|Special Fields and Parameters]]** page, under the **[[developer:​api_specification:​special_fields_and_parameters#​the_hash_parameter|Special Fields and Parameters]]** section. For this specific feature, you should use the following formats: The general rule to build the HASH field is given on the **[[developer:​api_specification:​special_fields_and_parameters|Special Fields and Parameters]]** page, under the **[[developer:​api_specification:​special_fields_and_parameters#​the_hash_parameter|Special Fields and Parameters]]** section. For this specific feature, you should use the following formats:
  
-When using a Secure ​Card (CARDREFERENCE) and a Single Currency Terminal, the string to generate the HASH field is going to formed using:+When using a Secure ​Token (CARDREFERENCE) and a Single Currency Terminal, the string to generate the HASH field is going to formed using:
  
 <WRAP center box 100%> <WRAP center box 100%>
Line 1854: Line 1848:
 </​WRAP>​ </​WRAP>​
  
-When using a Secure ​Card (CARDREFERENCE) and a Multi Currency Terminal, the string to generate the HASH field is going to formed using:+When using a Secure ​Token (CARDREFERENCE) and a Multi Currency Terminal, the string to generate the HASH field is going to formed using:
  
 <WRAP center box 100%> <WRAP center box 100%>
Line 1860: Line 1854:
 </​WRAP>​ </​WRAP>​
  
-When **NOT** using a Secure ​Card and using a Single Currency Terminal, the string to generate the HASH field is going to formed using:+When **NOT** using a Secure ​Token and using a Single Currency Terminal, the string to generate the HASH field is going to formed using:
  
 <WRAP center box 100%> <WRAP center box 100%>
Line 1866: Line 1860:
 </​WRAP>​ </​WRAP>​
  
-When **NOT** using a Secure ​Card and using a Multi Currency Terminal, the string to generate the HASH field is going to formed using:+When **NOT** using a Secure ​Token and using a Multi Currency Terminal, the string to generate the HASH field is going to formed using:
  
 <WRAP center box 100%> <WRAP center box 100%>
Line 1923: Line 1917:
 \\ \\
  
-  * **Scenario**:​ Request to a valid Secure ​Card.+  * **Scenario**:​ Request to a valid Secure ​Token.
   * **Terminal**:​ 6491002.   * **Terminal**:​ 6491002.
-  * **Secure ​Card**: 2967534771694736 (CARDREFERENCE).+  * **Secure ​Token**: 2967534771694736 (CARDREFERENCE).
   * **Terminal Secret**: x4n35c32RT.   * **Terminal Secret**: x4n35c32RT.
   ​   ​
Line 2411: Line 2405:
 <​searchtable>​  <​searchtable>​
 ^ **FIELD** ^ **REQUIRED** ^ **DESCRIPTION** ^ ^ **FIELD** ^ **REQUIRED** ^ **DESCRIPTION** ^
-| TERMINALID | Y | A Terminal ID provided by %CompanyName. NB - Please contact ​%CompanyName ​to be issued with a test terminal ID. | +| TERMINALID | Y | A Terminal ID provided by Nuvei. NB - Please contact ​Nuvei to be issued with a test terminal ID. | 
-| UNIQUEREF | Y | Refers the UNIQUEREF ​generate ​for the original transaction response. |+| UNIQUEREF | Y/N | Refers the UNIQUEREF ​generated ​for the original transaction response. The field is required when ORDERID is omitted from the request. | 
 +| ORDERID | Y/N | Required with UNIQUEREF is not populated. A search can be made using the ORDERID of the transaction. This requires the target terminal to have the setting 'Force Unique Order ID' enabled. |
 | DATETIME | Y | Request date and time. Format: DD-MM-YYYY:​HH:​MM:​SS:​SSS. | ​ | 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. | ​ | 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. | ​
Line 2424: Line 2419:
 The general rule to build the HASH field is given on the **[[developer:​api_specification:​special_fields_and_parameters|Special Fields and Parameters]]** page, under the **[[developer:​api_specification:​special_fields_and_parameters#​the_hash_parameter|Special Fields and Parameters]]** section. For this specific feature, you should use the following formats: The general rule to build the HASH field is given on the **[[developer:​api_specification:​special_fields_and_parameters|Special Fields and Parameters]]** page, under the **[[developer:​api_specification:​special_fields_and_parameters#​the_hash_parameter|Special Fields and Parameters]]** section. For this specific feature, you should use the following formats:
  
 +
 +**When using UNIQUEREF**
 <WRAP center box 100%> <WRAP center box 100%>
 TERMINALID:​UNIQUEREF:​DATETIME:​SECRET TERMINALID:​UNIQUEREF:​DATETIME:​SECRET
 +</​WRAP>​
 +**When using ORDERID**
 +<WRAP center box 100%>
 +TERMINALID:​ORDERID:​DATETIME:​SECRET
 </​WRAP>​ </​WRAP>​
  
Line 2451: Line 2452:
 </​code>​ </​code>​
  
 +<code xml>
 +<?xml version="​1.0"​ encoding="​UTF-8"?>​
 +<​GET_TRANSACTION_DETAILS>​
 +    <​TERMINALID>​6491002</​TERMINALID>​
 +    <​ORDERID>​GCNQAWUUVZ</​ORDERID>​
 +    <​DATETIME>​06-03-2018:​17:​41:​08:​273</​DATETIME>​
 +    <​HASH>​73e340cfb2b7424252d1ced917e4f74704aaa66a9600039f4800434cefe87d721c342d2b915c6e2aeea88b34e749ba97665f7d9e50b1144ca0f0745361fc4896</​HASH>​
 +</​GET_TRANSACTION_DETAILS>​
 +</​code>​
 \\ \\
 ==== Response Body Fields ==== ==== Response Body Fields ====
Line 2490: Line 2500:
  
 <WRAP center box 100%> <WRAP center box 100%>
-TERMINALID:​UNIQUEREF:ORDERID:​TRANSACTION_STATUS:​TRANSACTION_DATE:​OPERATOR:​TRANSACTION_TYPE:​CURRENCY:​AUTHORIZEDAMOUNT:​BATCH_NUMBER:​BULK_NUMBER:​PROCESSINGTERMINAL:​RESPONSECODE:​RESPONSETEXT:​APPROVALCODE:​CARDCURRENCY:​CARDAMOUNT:​CONVERSIONRATE:​DESCRIPTION:​DATETIME:​SECRET+TERMINALID:​UNIQUEREF:​TRANSACTION_STATUS:​TRANSACTION_DATE:​OPERATOR:​TRANSACTION_TYPE:​CURRENCY:​AUTHORIZEDAMOUNT:​BATCH_NUMBER:​BULK_NUMBER:​PROCESSINGTERMINAL:​RESPONSECODE:​RESPONSETEXT:​APPROVALCODE:​CARDCURRENCY:​CARDAMOUNT:​CONVERSIONRATE:​DESCRIPTION:​DATETIME:​SECRET
 </​WRAP>​ </​WRAP>​
  
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Share Alike 4.0 International