FAQ
Sana Pay provides a consistent and convenient payment experience for your Sana webstore integrated with Microsoft Dynamics or SAP.
Below you can see a list of frequently asked questions about Sana Pay. They will help you clarify any questions, and remove obstacles you may have on your path to choosing and using this payment service provider.

Sana Pay is the payment add-on recommended by Sana for any type of the webstore. Sana Pay uses a powerful ecosystem and provides an optimized, native payment experience in your Sana webstore checkout. It combines the functions both of a payment gateway and a payment processor, as well as a risk management system and an acquirer. This makes Sana Pay a full-stack payment service provider which enables merchants to accept payments from anywhere in the world and provides a global payment solution for mid, large and enterprise ecommerce merchants. See more.

Adyen is the financial technology platform of choice for leading companies. By providing end-to-end payments capabilities, data-driven insights, and financial products in a single global solution, Adyen helps businesses achieve their ambitions faster. With offices around the world, Adyen works with the likes of Facebook, Uber, H&M, eBay, and Microsoft.
Sana Pay simplifies and enhances the B2B payment experience by leveraging Adyen’s payment technology and global licenses. Please note that you should always reach out to Sana Commerce for support. Adyen is our technology partner and will not be able to assist you.

The Sana Pay add-on comes with the standard set of features, which are available to all Sana customers, and advanced features called Sana Pay+, which are available for an additional fee in Sana Commerce Cloud Pro and Advanced.
We charge fees on a transaction basis, without any hidden costs. For each transaction, we charge a fixed processing fee + a fee determined by the payment method. See more.

Yes, Sana customers always sign up for Sana Pay. See more.

Merchants selling internationally, in different currencies, can be paid out in the local currency. By default, a merchant will have one bank account configured. For example, US entity has a USD bank account.
When this merchant decides to sell to Canada (CAD) and Europe (EUR/GBP), Sana Pay by default uses the current FX rate to settle in USD.
However, if this merchant configures a EUR bank account and a GBP bank account, orders paid in these local currencies will be settled like-for-like and paid out on the EUR and GBP bank accounts accordingly. In case there is no bank account for CAD, the CAD transactions will be converted to the primary settlement currency configured on the account, in this case USD.

With Sana Pay, Sana can focus on a preferred payment solution that covers the primary and growth regions with payment methods, country and currency support. This helps us focus on what our customers need, assist them with finding which payment service provider is the most suitable for them.

With Sana Pay we offer:
-
Quick start and go live with Sana Pay payment service provider.
-
A wide support for payment methods, countries and currencies.
-
Native payment experience in the Sana webstore checkout.
-
Save credit cards for future payments to make checkout fast and convenient that results in a higher conversion rate.
-
Credit card input validation in the Sana webstore checkout.
-
Risk management system which lets you detect and mitigate fraud.
-
Capture payments, if a payment method supports this.
-
Refund customers' payments, if a payment method supports this.

The application (KYC) requirements are carefully described in the article Requirements for Sana Pay Live Account. If merchants prepare their application and the KYC process carefully, they can go live within 5 business days.
Because Sana Pay is a payment provider and acquirer, the detailed checks are performed when you apply for a live account. When working on the contract and applying for the live account, you will need:
- To go through the KYC process to proof your identity.
- To process online payments, you will need to share URLs to your terms and conditions, privacy policy, delivery information, refund policy and contact information. These can be URLs to either your live webstore or a test webstore, if you are still in process of testing the application.
If the links are not available yet, for example because you are in process of setting up your webstore, you can also provide the screenshots or PDF files of the required documents. You will need to send all required webstore documentation by email.

Sana Pay has a list of products and services that are restricted or prohibited from using Sana Pay services. Depending on products and services you are selling, some industries may be prohibited or restricted from working with Sana Pay. Check if any restrictions or prohibitions are applicable to your business. If you have any questions, contact your Sana Commerce representative.

Sana Pay is mainly configured by a Sana product specialist or service consultant. See more.

Sana Commerce Cloud: data and application infrastructure safe within Microsoft Azure, compliant with high security standards (OWASP), runs only over HTTPS, PCI compliant. For more information, see Security Measures.
Sana Pay: Sana Pay is PCI-compliant, uses tokenized payments, built-in fraud protection, and 3D Secure.
Sana never captures or stores PAN/CVC data.
With Sana Pay, you can securely give your shoppers a faster checkout experience by using their stored credit cards. We refer to these saved payment details as tokens and storing a shopper's payment details as tokenization.
To save shopper's payment details, Sana only needs to pass a unique identifier of a customer when making a payment. In the first payment, Sana Pay collects the payment information from the shopper and generates a token for it. The token is then sent to Sana's server for future use. For later payments, Sana Pay only needs to make a request with the shopper reference and the token.