Overview

Nuvei Simply Connect provides an out-of-the-box payment experience, but it also allows you to control the process by setting values on the checkout() input and/or switching certain values on or off.

This page describes some of the many ways you can customize the Simply Connect payment flow.

General

Save Payment Method

The savePM parameter is used to display the “Save my details for future use” checkbox for each payment method in the Payment Methods list.

Possible values:

• true (default) – Users can save payment details for UPOs.
  
  This is needed for the initial request of an APM Recurring Billing transaction.

  Example of using savePM: true

• force – The checkbox is displayed and checked initially (the customer is still able to clear the checkbox).
• false – Users cannot save payment details for UPOs.
• always – Instead of the checkbox, an agreement message is displayed and payment details are always saved.
  In addition, you can include the savePmUrl parameter containing a link to the “Terms and Conditions for saving payment details”.
  
  savePM must be set to always for the savePmUrl to be displayed in addition to the agreement message.

  Example of savePM:always using savePmUrl

  checkout({…
      savePM: always,
      savePmUrl: "<a url for the T&C>",
  …});

Dynamic Currency Conversion

You can use the useDCC input field to enable, disable or force the use of DCC on the payment page.

Possible values for DCC control:

• enable – Enables the checkbox.
• disable – (default): Disables the checkbox.
• force – Enables and selects the checkbox (the customer is still able to unselect the checkbox).

checkout ({…
    useDCC: "enable", //or disable, force
…});

Promotional Code

You can use the promoCode input field to enable a promotional code checkbox and field on the payment page.

Possible values:

• true – The checkbox and field appear on the payment page.
  When a user selects the checkbox and enters a promotional code, Nuvei sends the merchant the promoCode as part of the prePayment event callback. The promotional code can be up to 10 alphanumeric characters.
• false – (default): The checkbox and field do not appear.

checkout({...
  promoCode: true, // The default value is false.
...});

Card Processing

Card Blocking Rules

blockCards – Specifies which sets of cards can be blocked from appearing to the customer in Payment Methods lists.

See Blocking Cards for more information.

checkout({…
    blockCards: [
        ["visa", "credit", "corporate"],
        ["amex", "GB", "prepaid"]
    ], // Visa corporate credit cards and British prepaid Amex cards are blocked
…});

CVV Customization

alwaysCollectCvv – Determines if the CVV should be collected for a stored card each time (default is true).

maskCvv – Determines if the CVV digits in the CVV textbox are masked or visible (default is false).

checkout({…
    alwaysCollectCvv: true,
    maskCvv: false
…});

Decline Recovery

A certain percentage of payment requests are declined leading to the loss of those potential sales and transactions. This feature enables you to recover as many of these potential sales and transactions as possible.

To enable this feature, add  disableDeclineRecovery: false to the checkout() function.

When the customer receives a decline, a pop-up or dialog offers other payment options:

• Contacting the merchant for support.
• Selecting another payment from the payment gallery.
• For the gaming industry, you have the option to suggest or enter a new amount.

checkout({...
  disableDeclineRecovery: false, // The default value is true.
...});

Installments

Merchants in Brazil, Chile, Colombia, Mexico, Peru, and Israel can offer card payment in installments by configuring the payment page using the cardInstallments class and its parameters:

Parameter	Type	Mandatory	Values	Comments
installmentType	Class	No	Single Payment type1 – Deferred with interest. type2 – Deferred without interest. type3 – Deferred without interest and months of grace.
installmentType.singlePayment	String	No	true – Single Payment appears as an Installment Program option. false – Single Payment does not appear.	When selected, Number of Installments dropdown menu does not appear.
installmentType.type1	Array	No	Positive integers separated by a comma (",").	Number of installments merchant offers with interest.
installmentType.type2	Array	No	Positive integers separated by a comma (",").	Number of installments merchant offers without charging interest.
installmentType.type3	Array	No	Positive integers separated by a comma (",").	Number of installments merchant offers without interest and months of grace.
nationalID	String	No	true – Personal ID user input field appears. false – Personal ID user input field does not appear.

cardInstallments does not have a default value. When provided, installment payment options appear on the payment page.

checkout({...
  cardInstallments: {
    installmentType: {
      singlePayment:true,
      type1:[2,3,4],
      type2:[3,4,6]
  },
  nationalID: true
...});

Installment payment only supports cards; it does not support Apple Pay or Google Pay, for example.

Merchants can edit the field labels and provide labels in supported languages by using i18n Text and Translation UI Customization.

Merchants can review user selections by using the prePayment event callback function.

To see installment payment options on our Simply Connect Demo Site, open Testing Data & Settings, select the Cards & APMs tab, and scroll down to Installments.

Co-badged Cards

You can use the useDualBrand input field to enable presenting both brands of co-badged cards on the payment page.

Possible values:

• true – When Nuvei detects a supported co-badged card, both brands appear on the payment page.
• false (default) – When Nuvei detects a supported co-badged card, only the primary brand appears on the payment page.

checkout({...
  useDualBrand: true, // The default value is false.
...});

Apple Pay and Google Pay

Google Pay

You can enable Google Pay as a payment method for your customers.

Simply follow the steps in the Google Pay guide (Simply Connect) guide.

• No special configuration code is needed.
• However, if you prefer, we provide a set of powerful customizations which are easy to apply.

Apple Pay

You can enable Apple Pay as a payment method for your customers:

• Contact Nuvei Technical Support to enable the Apple Pay payment provider in your merchant account.
• Set your domain, as described in the Register and Verify Your Domain topic.
• No special configuration code is needed.
  However, if you prefer, we provide a set of powerful customizations which are easy to apply.

Scan Card

The Scan Card feature is an integrated SDK to native apps, which allows a customer to choose scanning a new payment card instead of manually entering their new card details when registering the new payment card.

The scanner scans the full card number, expiration date, and cardholder name. The user only needs to manually enter their CVV to complete the card registration.

User Flow

1. User is purchasing on a merchant site integrated with Simply Connect and Scan Card. The user taps the “SCAN CARD” button.
   
   Merchants have the ability to customize the user interface for ‘Scan Card’ button.

   
   The user is transferred to camera scanner interface, which should contain basic text information on how to successfully scan a card.
2. The system displays a green rectangle where the card should be placed.
   
3. The user places their payment card into the designated area.
   The camera detects a card and indicates the detection visually by showing the scanned data.
4. The user is transferred from the camera scanner to the Simply Connect form.
   
   The user also has the option to go back to manually enter the card details if needed.

5. The Simply Connect form populates the fields based on data from the scanner.
6. The user must enter the CVV field to complete the registration process.

APMs

autoOpenPM

The optional parameter controls whether APM section of the Payment Method Gallery is always open or is collapsible, in the presence of a UPO.

Possible values:

• true (default) – The APM section is never collapsible.
• false – The APM section is collapsible only if UPOs exist; otherwise, it is not collapsible.
  False provides a conversion-driven UX for users with UPOs
• hide – The APM section is not diplayed at all (including the header).

Example of autoOpenPM: false

checkout({...
  autoOpenPM: false, // False provides a conversion-driven UX for users with UPOs.
...});

APM Whitelisting/Blacklisting

The APMs supported for your account is set on the Nuvei server side and, by default, only APMs relevant to the end user are displayed (according to country and currency). However, in some cases, you may want to override certain APMs for a certain audience, specific users, or a specific user session. This can be done by either whitelisting the APMs you would like to show, or by blacklisting the ones you wish to hide:

• pmWhitelist – Only the specified APMs are displayed to the customer in the Payment Methods list.
• pmBlacklist – The specified APMs are not displayed to the customer in the Payment Methods list, even if they are returned by an API.

checkout({…
    pmBlacklist: ['apmgw_PaySafeCard', 'apmgw_Neteller', 'apmgw_MoneyBookers'],
    // -or- pmWhitelist: ['apmgw_PaySafeCard', 'apmgw_Neteller', 'apmgw_MoneyBookers', 'cc_card'],
…});

APM Fields

Some APMs require additional user fields (such as billingAddress and userDetails) that can be collected from the user during the payment initialization. The merchant can provide these fields to mitigate user friction. If, however, these fields are not provided, this feature prevents the payment from failing by automatically detecting that the fields were not provided and instead collecting them directly from the payment page (see Sepa example):

function main() {
    document.getElementById('checkout').innerHTML = "";
    checkout({
        sessionToken: document.getElementById('session').value,
        env: 'int', // Nuvei API environment - 'int' (integration) or 'prod' (production - default if omitted)
        merchantSiteId: '<your merchantSiteId goes here>',
        merchantId: '<your merchantId goes here>',
        country: 'US',
        currency: 'USD',
        amount: 135,
        userId: '259',
        billingAddress: {
            "email": "[email protected]",
            "country": "US"
        },
        renderTo: '#checkout', // <div id="container"></div>
        onResult: function(result) {
            console.log("Result", result)
        },
 
        fullName: document.getElementById('cardHolderName').value,
        email: '[email protected]',
        locale: 'en', // de, es, fr, it, pt, ru
        }
    });
}

apmWindowType

This allows you to specify the window type (popup, newTab, or redirect (modal window)) for the system to redirect the customer to their APM provider. Alternatively, by specifying customRedirect, the system provides you with the redirectUrl for you to initiate the redirect.

Possible values:

• popup (default) – A po-pup window opens automatically, redirecting the customer to their APM provider’s page.
• newTab – A new tab opens automatically, redirecting the customer to their APM provider’s page.
• redirect – A modal window opens automatically on top of the current payment page, redirecting the customer to their APM provider’s page.
  
  To use the redirect window type, you must have already provided the urlDetails (e.g. urlDetails.successUrl, etc.) in the /openOrder request, for the system to navigate the customer back to, after leaving the APM provider’s page.

• customRedirect – You (the merchant) must redirect your customer to their APM provider’s page, as follows:
  1. The response from the request includes a redirectUrl.
     Redirect your customer to this redirectUrl using a type of window of your choice, for example, IFrame, pop-up, a new tab, etc.
  2. Your customer submits their APM details and closes the window.
  3. Check the transaction status either by sending a /getPaymentStatus request, or by setting up a to receive a direct notification (at the webhook endpoint on your system, which you provided in the urlDetails.notificationUrl in the original /openOrder request).

checkout({
  ...
  apmWindowType: 'newTab', // 'popup' (default), 'redirect', 'customRedirect'
  ...
});

Dynamic Payment Amount

Simply Connect allows you to change the payment amount dynamically according to the customer input or behavior using the /updateOrder API call.

For example, when a customer:

• Adds or removes purchased products from their shopping cart.
• Selects certain payment methods that require additional charges when using their service.

You can call the /updateOrder method anytime, or you can respond to events in Simply Connect using event callbacks such as prePayment,  onSelectPaymentMethod, and onPaymentFormChange. These events trigger an /updateOrder API call from your server side to update the payment amount; for example, when a customer selects a payment method that requires adding a specific “payment method fee”.
For more details, see the list of Simply Connect Event Callbacks.

Changing the amount Based on Customer Input

You can set a “hook” on a customer event to trigger a callback function that updates the payment amount.

The following example uses the prePayment callback to change the payment amount in the order before proceeding with the payment, for example, to add additional fees required by certain Payment Methods:

• The needToUpdateAmount(paymentDetails) function is used to determine if the original payment amount has changed (and therefore the payment amount in the order also needs to be updated).
  (paymentDetails is provided in the input parameters of the prePayment callback.)
• In a case where the amount needs to be updated, but the customer still needs to agree to the new amount:
  Display an appropriate message informing the customer about the new payment amount, and ask if they wish to proceed.
  • If the customer declines, then use the reject() function to instruct Simply Connect to abort payment, and display the relevant custom error message.
  • If the customer agrees to proceed, then continue:
    1. The updateAmountInUI() function updates the displayed amount.
    2. The callServerSideToUpdateOrder() function passes the decision to your server side, and then a server-side /updateOrder request is performed to set the new amount.
    3. The resolve() instructs Simply Connect to proceed to payment (based on the new amount).

Example Simply Connect Code using the prePayment Callback Function to Change the Amount Based on Customer Input

prePayment: function(paymentDetails) {
  return new Promise(async(resolve, reject) => {

    //you get PM and card details such as name, card type, etc. in paymentDetails.paymentOption.card

    If(needToUpdateAmount(paymentDetails)) //decide if you want to update the amount
      updateAmountInUI();
      callServerSideToUpdateOrder() // openOrder server side call sample below
      resolve(); // proceed with payment
    //else
      //  reject("<message to the user>");
  });
},

Example /updateOrder Request

{
  "sessionToken": "<sessiontoken received from openOrder>",
  "orderId": "<orderId received from openOrder>",
  "merchantSiteId": "<your merchantSiteId>",
  "merchantId": "<your merchantId>",
  "timeStamp": "<YYYYMMDDHHmmss>",
  "checksum": "<calculated checksum>",
  "currency": "USD",
  "amount": "300",
  "items": [
    {
      "name": "product X",
      "price": "300",
      "quantity": "1"
    }
  ]
}

Open Amount Feature

This feature supports merchants in industries where the payment amount is not known at the beginning of the payment flow, or needs to be updated on the client-side device, for example, in the gambling industry.

The Open Amount feature allows you to:

• Set Amount Limits (min and max) in the /openOrder request.
• Call the checkout.setOpenAmount() method (if you have not sent the checkout() request yet).
• Use amountSuggestions to suggest up to three amounts when making a payment.

Set Amount Limits

You can set “payment amount limits” in the /openOrder request by including the openAmount{min,max} object.

Send an /openOrder request with its mandatory parameters, and include an openAmount{min,max} object (and the optional amount), as shown below:

Example /openOrder Request with an openAmount{min,max} Object

{
  "merchantId": "<your merchantId goes here>",
  "merchantSiteId": "<your merchantSiteId goes here>",
  "clientUniqueId": "<unique transaction ID in merchant system>",
  "clientRequestId": "<unique request ID in merchant system>",
  "currency": "USD",
  "openAmount": {
    "min": "1",
    "max": "100"
  },
  "amount": "50",
  "timeStamp": "<YYYYMMDDHHmmss>",
  "checksum": "<calculated checksum>"
}

checkout.setOpenAmount() Method

The checkout.setOpenAmount() method is used to set/overridden the payment amount (same currency) from the client side.

Use the checkout.setOpenAmount() method when you need to set the transaction amount.
For example, whenever the customer changes any amount on your payment page, etc.

Call the checkout.setOpenAmount() method from the client side, as shown below:
(If you included the openAmount{min,max} object in the /openOrder request earlier, then the system also validates that the amount falls within the (min,max) “limits”.)

Example checkout.setOpenAmount() Request

checkout.setOpenAmount('150', function(setOpenOrderResponse) {
    //Merchant code here
    console.log(setOpenOrderResponse);
});

amountSuggestions

This optional parameter enables Merchants using Open Amount to display three payment amount suggestions in their shopping cart, which allows customers to select from the suggested payment amounts during the checkout process.

checkout({
...,
openAmount: { 
min: 1,
max: 500
}
amountSuggestions : ["110", "120", 130"],
});