Payment Methods

Cards

Description

Virtual Terminal allows you to accept debit and credit card payments on your PC, smartphone or tablet, as long as you have internet access. A virtual payment terminal is an ID assigned to the merchant (MID) which allows you to accept the following card types in your e-commerce store or application:



  • Visa, Mastercard.

Integration Options

  • Host2Host
  • Direct Post
  • Full Page
  • Payform JS SDK

Payment Scenarios

  • One-Step Payment
  • Two-Step Payment
  • Zero-Amount Payment
  • Recurring
  • One-Click
  • Full Refund
  • Partial Refund
  • Reversal
  • Payouts: A2A
  • Payouts: B2P
  • Payouts: P2P
  • Payouts: OG
  • Payouts: SDWO

Additional Capabilities

  • Payment Method Saving
  • Use of Travel Data
  • Use of Account Funding details
  • Use of Dynamic Descriptor
  • QCash
  • MOTO
  • SDWO Funding Payments
  • SDWO Purchase Payments
  • Automatic Billing Updater

Markets

Afghanistan, Albania, Algeria, American Samoa, Andorra, Angola, Anguilla, Antarctica, Antigua and Barbuda, Argentina, Armenia, Aruba, Australia, Austria, Azerbaijan, Bahamas, Bahrain, Bangladesh, Barbados, Belarus, Belgium, Belize, Benin, Bermuda, Bhutan, Bolivia, Bonaire, Bosnia and Herzegovina, Botswana, Bouvet Island, Brazil, British Indian Ocean Territory, Brunei, Bulgaria, Burkina Faso, Burundi, Cabo Verde, Cambodia, Cameroon, Canada, Cayman Islands, Central African Republic, Chad, Chile, China, Christmas Island, Cocos (Keeling) Islands, Colombia, Comoros, Congo, The Democratic Republic of the Congo, Cook Islands, Costa Rica, Croatia, Cuba, Curaçao, Cyprus, Czech Republic, Côte d'Ivoire, Denmark, Djibouti, Dominica, Dominican Republic, Ecuador, Egypt, El Salvador, Equatorial Guinea, Eritrea, Estonia, Ethiopia, Falkland Islands, Faroe Islands, Fiji, Finland, France, French Guiana, French Polynesia, French Southern Territories, Gabon, Gambia, Georgia, Germany, Ghana, Gibraltar, Greece, Greenland, Grenada, Guadeloupe, Guam, Guatemala, Guernsey, Guinea, Guinea-Bissau, Guyana, Haiti, Heard Island and McDonald Islands, Honduras, Hong Kong, Hungary, Iceland, India, Indonesia, Iran, Iraq, Ireland, Isle of Man, Israel, Italy, Jamaica, Japan, Jersey, Jordan, Kazakhstan, Kenya, Kiribati, North Korea, South Korea, Kuwait, Kyrgyzstan, Laos, Latvia, Lebanon, Lesotho, Liberia, Libya, Liechtenstein, Lithuania, Luxembourg, Macao, Macedonia, Madagascar, Malawi, Malaysia, Maldives, Mali, Malta, Marshall Islands, Martinique, Mauritania, Mauritius, Mayotte, Mexico, Micronesia, Moldova, Monaco, Mongolia, Montenegro, Montserrat, Morocco, Mozambique, Myanmar, Namibia, Nauru, Nepal, Netherlands, New Caledonia, New Zealand, Nicaragua, Niger, Nigeria, Niue, Norfolk Island, Northern Mariana Islands, Norway, Oman, Pakistan, Palau, Palestine, Panama, Papua New Guinea, Paraguay, Peru, Philippines, Pitcairn, Poland, Portugal, Puerto Rico, Qatar, Romania, Russian Federation, Rwanda, Réunion, Saint Barthélemy, Saint Helena, Saint Kitts and Nevis, Saint Lucia, Saint Martin (French part), Saint Pierre and Miquelon, Saint Vincent and the Grenadines, Samoa, San Marino, Sao Tome and Principe, Saudi Arabia, Senegal, Serbia, Seychelles, Sierra Leone, Singapore, Sint Maarten (Dutch part), Slovakia, Slovenia, Solomon Islands, Somalia, South Africa, South Georgia and the South Sandwich Islands, South Sudan, Spain, Sri Lanka, Sudan, Suriname, Svalbard and Jan Mayen, Swaziland, Sweden, Switzerland, Syria, Taiwan, Tajikistan, Tanzania, Thailand, Timor-Leste, Togo, Tokelau, Tonga, Trinidad and Tobago, Tunisia, Turkey, Turkmenistan, Turks and Caicos Islands, Tuvalu, Uganda, Ukraine, United Arab Emirates, United Kingdom, United States, United States Minor Outlying Islands, Uruguay, Uzbekistan, Vanuatu, Vatican, Venezuela, Vietnam, British Virgin Islands, U.S. Virgin Islands, Wallis and Futuna, Western Sahara, Yemen, Zambia, Zimbabwe, Åland Islands.

Currencies

USD, GBP, EUR, RUB, AUD, SEK, CAD, CHF, DKK, JPY, PLN, CZK, NOK, AED, BYN, CNY, KZT, NZD, UAH, AZN, GEL, KGS, UZS, ZAR, AMD, ARS, BGN, BRL, CLP, EGP, HKD, HRK, HUF, IDR, ILS, INR, ISK, KES, KRW, LKR, MAD, MDL, MKD, MOP, MUR, MXN, MYR, NGN, PEN, PHP, QAR, RON, RSD, SAR, SGD, THB, TJS, TMT, TRY, TWD, UYU, VND, ZWL.

Transaction Limits

Transaction limits differ for each currency and market. If you want to find out more about a particular market or currency, contact your Appla-X account manager.

How to Enable Card Payments

Sign up here to create your Appla-X account. No additional steps are required to enable card payments.

Payment Flow

Payout Flow

Payout flow examples can be found here:

Payout Scenarios

Apple Pay

Description

We support Host2Host integration, thus you as a merchant are responsible for the interactions with the Apple Pay API. Once you have completed those interactions, we will consume the payment data. With Host2Host integration, you are in complete charge of how to integrate Apple Pay into your website or app; therefore, we do not control, nor provide assistance for it. You can find the design guidelines and the information about Apple Pay button usage in the Apple Pay Human Interface Guidelines The information about server requirements for Apple Pay on the web can be found in the Apple Developer Portal.

Please note that your customers will be able to choose Apple Pay as a payment method option only when they:

  • Are located in a region where Apple Pay is supported (see the full list here);
  • Have an existing card added to their Apple Pay wallet;
  • Use Safari browser when paying on the website;
  • Use an Apple Pay compatible device.

There are two options for handling Apple Pay payments with Appla-X:

  1. Appla-X handles the decryption:
  • Provide the encrypted Apple Pay payload to Appla-X;
  • Appla-X will decrypt and process the payment.
  1. Handle the decryption yourself (only allowed for PCI-compliant merchants):
    • Decrypt the Apple Pay payload yourself;
    • Send the decrypted data to Appla-X for processing.

Before you start enabling this payment method, make sure that your Appla-X account manager has given you Apple Pay permission.

Integration Options

  • Host2Host

Payment Scenarios

  • One-Step Payment
  • Two-Step Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Recurring

Additional Capabilities

  • Payment Method Saving
  • Use of Travel Data
  • Use of Account Funding details
  • Automatic Billing Updater

Markets

South Africa, Australia, China (mainland), Hong Kong, Japan, Macao, New Zealand, Singapore, Taiwan, Armenia, Austria, Azerbaijan, Belarus, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Faroe Islands, Finland, France, Georgia, Germany, Greece, Greenland, Guernsey, Hungary, Iceland, Ireland, Isle of Man, Italy, Kazakhstan, Jersey, Latvia, Liechtenstein, Lithuania, Luxembourg, Malta, Monaco, Montenegro, Netherlands, Norway, Poland, Portugal, Romania, Russian Federation, San Marino, Serbia, Slovakia, Slovenia, Spain, Sweden, Switzerland, Ukraine, United Kingdom, Vatican, Argentina, Colombia, Costa Rica, Brazil, Mexico, Peru, Bahrain, Israel, Palestine, Qatar, Saudi Arabia, United Arab Emirates, Canada, United States.

Currencies

USD, GBP, EUR, RUB, AUD, SEK, CAD, CHF, DKK, JPY, PLN, CZK, NOK, AED, BYN, CNY, KZT, NZD, UAH, AZN, GEL, KGS, UZS, ZAR, AMD, ARS, BGN, BRL, CLP, EGP, HKD, HRK, HUF, IDR, ILS, INR, ISK, KES, KRW, LKR, MAD, MDL, MKD, MOP, MUR, MXN, MYR, NGN, PEN, PHP, QAR, RON, RSD, SAR, SGD, THB, TJS, TMT, TRY, TWD, UYU, VND, ZWL.

Transaction Limits

Transaction limits differ for each currency and market. If you want to find out more about a particular market or currency, contact your Appla-X account manager.

How to Enable Apple Pay

  1. Log in to your Apple Developer account and follow the instructions to create a merchant identifier and merchant identity certificate (assigned to the identifier);
  2. Go to your Appla-X Gate account, select Settings, then the Payment Methods section and click on the "Configure" button for Apple Pay;
  3. Click on the “Add new certificate", select the appropriate website, enter the domain name, and then click "Add";
  4. After adding a new certificate, it will appear in the Apple Pay Certificates section with status pending. In order to activate it, click on the Actions menu and choose to upload a certificate. A new view will be presented where you download the CSR file. Then, go to your Apple Developer account and follow these instructions to create a payment processing certificate.
    NB: Make sure you use the same merchant identifier as in the previous steps. When you are asked to upload a Certificate Signing Request, select the CSR you just downloaded from the Merchant Portal. Then, download and save the generated payment processing certificate as a .cer file. Now you can upload the certificate you received from Apple in the Merchant Portal. Once that is done, click “Add”;
  5. You will now see the certificate attached to your application. The status - pending or active - indicates whether the certificate is active. If it is, you are now able to perform Apple Pay transactions with Appla-X;
  6. This step is required only if you are integrating Apple Pay with your app. Ignore this step, if you intend to integrate Apple Pay with your website only.
    In order to enable Apple Pay for an app, log in to your Apple Developer account and follow these instructions.

Payment Flow

Host2Host

Once you have successfully implemented Apple Pay on your website or app, Appla-X Gate can now start consuming the payment data:

  1. You as a merchant create the initial order. Example:

    {
        //required
        "client":{
            "email": "adam.smith@company.com"
        },
        "products": [
            {
                "quantity": "1",
                "price": "0.30",
                "title": "My Product"
            }
        ],
        //optional
        "currency": "EUR"
    }
    

    As a response from Appla-X you will receive a parameter called api_do_applepay to send encrypted payload received from Apple Pay and allow Appla-X to handle decryption.

  2. Whenever your customer finishes authorizing the Apple Pay payment, you will receive the Apple Pay payment result that contains Apple Pay payment token. To let Appla-X handle token decryption, Apple Pay token can be provided as the request body to Appla-X Gate Apple Pay api_do_applepay endpoint. This endpoint is used for completing the Apple Pay transaction. It accepts data from the payment token and then processes the payment. More information on the payment token and its format can be found here.

    Send the Apple Pay token you got from the Apple Pay Pay API and provide it in your request to Appla-X Gate Apple Pay api_do_applepay endpoint. Example:

    {
      "data": "...",
      "version": "...",
      "signature": "...",
      "ephemeralPublicKey": "...",
      "publicKeyHash": "...",
      "transactionId": "...",
      "applicationData": "...",
      "ip_address": "127.0.0.1"
    }
    
  3. After successfully proceeded payment, the payment status is updated for the merchant by Appla-X and the appropriate webhook about the status is sent out.

Google Pay™

Description

For Google Pay™ we support Host2Host integration, thus you as a merchant are responsible for the interactions with the Google Pay API. Once you have completed those interactions, we will consume the payment data. Follow the Google Pay guidelines to integrate your web or Android application:

Google Pay offers and we support two authentication modes:

  • PAN_ONLY - the card is stored on file within your customer's Google account and not bound to an Android device. 3DS/Authentication is handled automatically by the Appla-X Gate;
  • CRYPTOGRAM_3DS - The card is stored in the Google Pay wallet on an Android device. Transactions include a cryptogram generated by the device, which adds an extra layer of security. These payments are often considered authenticated by issuers but liability shift is not guaranteed and depends on the issuer and card scheme rules.

Supported networks:

We support VISA and Mastercard card networks with the Google Pay API. You can define these values in the allowedCardNetworks property and find the appropriate values in Google Pay Web developer documentation and Google Pay Android developer documentation.

There are two options for handling Google Pay payments with Appla-X:

  1. Appla-X handles the decryption:
  • Provide the encrypted Google Pay payload to Appla-X;
  • Appla-X will decrypt and process the payment.
  1. Handle the decryption yourself (only allowed for PCI-compliant merchants):
    • Decrypt the Google Pay payload yourself;
    • Send the decrypted data to Appla-X for processing.

Before you start enabling this payment method, make sure that your Appla-X account manager has given you Google Pay permission.

Integration Options

  • Host2Host

Payment Scenarios

  • One-Step Payment
  • Two-Step Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Recurring

Additional Capabilities

  • Payment Method Saving
  • Use of Travel Data
  • Use of Account Funding details
  • Automatic Billing Updater

Markets

Afghanistan, Albania, Algeria, Andorra, Angola, Antigua and Barbuda, Argentina, Armenia, Australia, Austria, Azerbaijan, Bahamas, Bahrain, Bangladesh, Barbados, Belarus, Belgium, Belize, Benin, Bhutan, Bolivia, Bosnia and Herzegovina, Botswana, Brazil, Brunei, Bulgaria, Burkina Faso, Burundi, Cambodia, Cameroon, Canada, Cape Verde, Central African Republic, Chad, Chile, Colombia, Comoros, Costa Rica, Côte d'Ivoire, Croatia, Cyprus, Czech Republic, Democratic Republic of the Congo, Denmark, Djibouti, Dominica, Dominican Republic, Ecuador, Egypt, El Salvador, Equatorial Guinea, Eritrea, Estonia, Eswatini, Ethiopia, Fiji, Finland, France, Gabon, Gambia, Georgia, Germany, Ghana, Greece, Grenada, Guatemala, Guinea, Guinea-Bissau, Guyana, Haiti, Holy See, Honduras, Hong Kong, Hungary, Iceland, India, Iraq, Ireland, Israel, Italy, Jamaica, Japan, Jordan, Kazakhstan, Kenya, Kiribati, Kuwait, Kyrgyzstan, Laos, Latvia, Lebanon, Lesotho, Liberia, Libya, Liechtenstein, Lithuania, Luxembourg, Macau, Madagascar, Malawi, Malaysia, Maldives, Mali, Malta, Marshall Islands, Mauritania, Mauritius, Mexico, Micronesia, Moldova, Monaco, Mongolia, Montenegro, Morocco, Mozambique, Myanmar, Namibia, Nauru, Nepal, Netherlands, New Zealand, Nicaragua, Niger, Nigeria, North Macedonia, Norway, Oman, Pakistan, Palau, Palestine, Panama, Papua New Guinea, Paraguay, Peru, Poland, Portugal, Qatar, Republic of the Congo, Romania, Rwanda, Saint Kitts and Nevis, Saint Lucia, Saint Vincent and the Grenadines, Samoa, San Marino, Sao Tome and Principe, Saudi Arabia, Senegal, Sierra Leone, Serbia, Seychelles, Singapore, Slovakia, Slovenia, Solomon Islands, Somalia, South Africa, South Sudan, Spain, Sri Lanka, Sudan, Suriname, Sweden, Switzerland, Taiwan, Tajikistan, Tanzania, Thailand, Timor-Leste, Togo, Tonga, Trinidad and Tobago, Tunisia, Turkey, Turkmenistan, Tuvalu, Uganda, Ukraine, United Arab Emirates, United Kingdom and outlying territories, United States and outlying territories, Uruguay, Uzbekistan, Vanuatu, Venezuela, Vietnam, Yemen, Zambia, Zimbabwe

Currencies

USD, GBP, EUR, RUB, AUD, SEK, CAD, CHF, DKK, JPY, PLN, CZK, NOK, AED, BYN, CNY, KZT, NZD, UAH, AZN, GEL, KGS, UZS, ZAR, AMD, ARS, BGN, BRL, CLP, EGP, HKD, HRK, HUF, IDR, ILS, INR, ISK, KES, KRW, LKR, MAD, MDL, MKD, MOP, MUR, MXN, MYR, NGN, PEN, PHP, QAR, RON, RSD, SAR, SGD, THB, TJS, TMT, TRY, TWD, UYU, VND, ZWL

Transaction Limits

Transaction limits differ for each currency and market. If you want to find out more about a particular market or currency, contact your Appla-X account manager.

How to Enable Google Pay

Contact your Appla-X account manager to enable this payment method.

Payment Flow

Host2Host

Once you have set up Google Pay for your account, you can start to accept Google Pay payments.

NB: When you submit a payment data request to the Google API, be sure to include the following parameters:

  • 'gateway': 'appla-x'
  • gatewayMerchantId': '<your merchant website ID>'
  1. Submit a payment data request to the Google API. Example:

    {
      "type": "CARD",
      "parameters": {
        "allowedAuthMethods": ["PAN_ONLY", "CRYPTOGRAM_3DS"],
        "allowedCardNetworks": ["MASTERCARD", "VISA"]
      },
      "tokenizationSpecification": {
        "type": "PAYMENT_GATEWAY",
        "parameters": {
          "gateway": "<gateway_name>",
          "gatewayMerchantId": "<YOUR_MERCHANT_WEBSITE_ID>"
        }
      }
    }
    

    If your gateway account is set up to process card authorisation requests with AVS checks, you can request BillingAddressParameters in your Google Pay API request (it is advised to request the FULL version of the billing address). If you do not request a billing address through Google Pay, you still have the option to use the address you have on file.

  2. You as a merchant create the initial order. Example:

    {
      //required
      "client":{
        "email": "adam.smith@company.com",
        "address": "Sunny str, 128", // mandatory field for the AVS functionality
        "zip_code": "12 3456" // mandatory field for the AVS functionality
      },
      "products": [
        {
          "quantity": "1",
          "price": "0.30",
          "title": "My Product"
        }
      ],
      //optional
      "currency": "EUR"
    }
    

    As a response from Appla-X you will receive a parameter called api_do_googlepay to send encrypted payload received from Google Pay and allow Appla-X to handle decryption.

  3. Make a request to process the Google Pay payment. Send the PaymentData you got from the Google Pay API and provide it in your request to Appla-X Gate api_do_googlepay endpoint. Example:

    {
      "signature": "...",
      "intermediateSigningKey": {
      "signedKey": "...",
      "signatures": [...]
      },
      "protocolVersion": "...",
      "signedMessage": "...",
      "ip_address": "127.0.0.1"
    }
    

    Response example in case of CRYPTOGRAM_3DS:

    {
      "processing_status": "000"
    }
    

    Response example in case of PAN_ONLY:

    {
      "threed_check_url":"<https://transactions.decta.com/p/a03b5962-1218-4dfd-b78c-1b5ec686ef22/EbbM%252FxU4j8YMDnjAD9qKYTT7%252BcZizmxD51yPZPZj09jTRvePwybnCoOz3Exj%252B%252Bfo8iKX8nP0FdsS1LNBrrXusl%252BPr3rviH38CtLalnRpU38kRRiIU0Qq8TBMQLsXAPreZ8o%252BKYN/3d/>"
    }
    
  4. Analyze the response:

    • In case you receive a processing_status, wait for a webhook about the final status from the Appla-X Gate;
    • In case you receive a threed_check_url, redirect the shopper to this link to complete the 3D Secure authentication and wait for a webhook about the final status from the Appla-X Gate.