{"title":"Offline payments","category":"default","creationDate":1563888960,"content":"
\n
3G\/4G alternative<\/h5>

An alternative to offline payments is to process payments over the cellular connection<\/a> of your payment terminals when the internet is down.<\/p><\/div><\/div>\n\n

To process a transaction, the payment terminal or Mobile SDK needs to have internet access. When there is a temporary loss of internet connectivity, you can continue making point-of-sale payments if offline payments have been enabled.<\/p>\n

This page discusses the risk involved with offline payments and the types of offline payments: offline EMV and Store and forward.<\/p>\n

This page also explains how to set up, recognize, reconcile, retry, and test offline transactions.<\/p>\n

Requirements<\/h2>\n

Before you begin, take into account the following requirements, limitations, and preparations.<\/p>\n\n\n\n\n\n\n\n\n
Requirement<\/th>\nDescription<\/th>\n<\/tr>\n<\/thead>\n
Integration type<\/strong><\/td>\nSupported with:
Webhooks<\/a><\/strong><\/td>\nSetting up webhooks is recommended for refunding offline payments when back online, reconciliation, and automatically retrying failed store-and-forward authorizations.<\/td>\n<\/tr>\n
Limitations<\/strong><\/td>\nTake into account the following limitations:
  • Store and Forward for Tap to Pay on iPhone is currently only supported in the US.<\/li>
  • Mobile SDK solutions do not support offline EMV nor refunding while offline.<\/li>
  • With payment terminals using cloud communications, it is not very useful to enable offline payments. In that situation, an offline payment can only work if the loss of internet access happens after<\/em> the terminal has already received the payment request through the cloud from the Adyen payments platform.
  • Offline payments are not available for Magnetic Stripe Reader (MSR)<\/a> transactions.<\/li><\/ul><\/td>\n<\/tr>\n
Setup steps<\/strong><\/td>\nYou must set up offline payments<\/a>.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Risk with offline payments<\/h2>\n

When you enable offline payments, your integration approves payments before the money is received from the shopper's account. That means it is possible that you will not receive the money for the goods that are taken by the shopper. There is also a higher risk that card fraud goes undetected.<\/p>\n

\n

You are fully liable for the risk of failed captures, chargebacks, and disputes related to payments that you process offline.<\/p>\n<\/div>\n

To reduce your exposure to these risks, you need to set a transaction floor limit<\/a> before your integration can make offline payments. This is a maximum per-transaction amount that your terminals or the Mobile SDK can approve while offline.<\/p>\n

Types of offline payment<\/h2>\n

There are two types of payment that you can do while your integration is offline. Each varies by card type, region, and the risk of the payment being declined by the issuer when it is processed:<\/p>\n