Additional Capabilities

Payment Method Saving

Description

Payment Method Saving is the first payment of a newly created payment series, during which the payment method is saved and the subsequent payment scenario is assigned to it.

For cards issued in EU, the 3DS authentication is required for payment method saving, if the mercant is located in Europe.

Payment Method Saving is compatible with the following payment scenarios and additional capabilities:

  • One-Step Payment
  • Two-Step Payment
  • Zero-Amount Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Use of Travel Data (if saved as One-Click, Recurring (Automatic))
  • Use of Dynamic Descriptor
  • Use of Service Location details
  • QCash
  • MOTO
  • SDWO Funding Payment
  • SDWO Purchase Payment
  • Taxes (if not a Zero-Amount Payment)

Request Example


Use of Travel Data

Description

Travel Data is a service that allows merchants and travel agencies to add relevant travel information to financial transactions; namely, information about airline addendum, lodging, car rentals, cruises, and ground transportation.

Use of Travel Data is compatible with the following payment scenarios and additional capabilities:

  • One-Step Payment
  • Two-Step Payment
  • Zero-Amount Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Recuring (Automatic)
  • One-Click
  • Payment Method Saving
  • Use of Dynamic Descriptor
  • Use of Service Location details
  • QCash
  • MOTO
  • Taxes

Request Example


Use of Account Funding details

Description

Account Funding provides the option for one individual (merchant's client) to fund another individual's (also merchant's client) account. Account Funding is compatible only with One-Step Payment scenario.

Use of Account Funding details is compatible with the following payment scenarios and additional capabilities:

  • One-Step Payment
  • Use of Dynamic Descriptor
  • Use of Service Location details
  • Taxes

Request Example


Use of Dynamic Descriptor

Description

Dynamic Descriptor provides a detailed description of transactions to help your customers recall their buying experience and avoid any disputes. In most cases, well-designed and informative dynamic descriptors eliminate any ambiguities or concerns about bank statements, as well as reduce chargebacks and identity fraud-related risks.

Use of Dynamic Descriptor is compatible with the following payment scenarios and additional capabilities:

  • One-Step Payment
  • Two-Step Payment
  • Zero-Amount Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Recurring
  • Recuring (Automatic)
  • One-Click
  • Payment Method Saving
  • Use of Travel Data
  • Use of Account Funding details
  • Use of Service Location details
  • QCash
  • MOTO
  • SDWO Funding Payment
  • SDWO Purchase Payment
  • Taxes

Request Example


QCash

Description

QCash transactions are payments made in One-step and Two-step payment mode for cryptocurrency merchants.

QCash is compatible with the following payment scenarios and additional capabilities:

  • One-Step Payment
  • Two-Step Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Recurring
  • Recuring (Automatic)
  • One-Click
  • Payment Method Saving
  • Use of Travel Data
  • Use of Dynamic Descriptor
  • Use of Service Location details
  • Taxes

Request Example


MOTO

Description

If your business receives orders via the Internet, you can still process card transactions by using the Mail Order/Telephone Order (MOTO) feature. MOTO allows you to process transactions without the cardholder and their card being present in your place of business (transactions without CVV).

MOTO is compatible with the following payment scenarios and additional capabilities:

  • One-Step Payment
  • Two-Step Payment
  • Zero-Amount Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Use of Travel Data
  • Use of Dynamic Descriptor
  • Use of Service Location details
  • Taxes

Request Example


SDWO Funding Payment

Description

SDWO (Staged Digital Wallet Operator) Funding Payment transactions are made from the cardholder’s card to their digital wallet.

SDWO Funding Payment is compatible with the following payment scenarios and additional capabilities:

  • One-Step Payment
  • Two-Step Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Recurring
  • Recuring (Automatic)
  • One-Click
  • Payment Method Saving
  • Use of Dynamic Descriptor
  • Use of Service Location details
  • Taxes

Request Example


SDWO Purchase Payment

Description

SDWO (Staged Digital Wallet Operator) Purchase Payment transactions are made from the cardholder’s card to the merchant’s wallet for a specific purchase.

SDWO Funding Payment is compatible with the following payment scenarios and additional capabilities:

  • One-Step Payment
  • Two-Step Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Recurring
  • Recuring (Automatic)
  • One-Click
  • Payment Method Saving
  • Use of Dynamic Descriptor
  • Use of Service Location details
  • Taxes

Request Example


Taxes

Description

You can create and assign templates for taxes applicable to your products. To do this, you have to create a new tax by specifying its name and the percentage of the product price it will apply to. You can then apply this tax by specifying its properties in the tax field when creating a new product or updating an existing one.

Taxes are compatible with the following payment scenarios and additional capabilities:

  • One-Step Payment
  • Two-Step Payment
  • Full Refund
  • Partial Refund
  • Reversal
  • Recurring
  • Recuring (Automatic)
  • One-Click
  • Payment Method Saving
  • Use of Travel Data
  • Use of Account Funding details
  • Use of Dynamic Descriptor
  • Use of Service Location details
  • QCash
  • MOTO
  • SDWO Funding Payment
  • SDWO Purchase Payment

Request Example


Jump to
  • Payment Method Saving
  • Use of Travel Data
  • Use of Account Funding details
  • Use of Dynamic Descriptor
  • QCash
  • MOTO
  • SDWO Funding Payment
  • SDWO Purchase Payment
  • Taxes