Token payment upgrade to 3DS: Difference between revisions

From Barion Documentation
Jump to navigation Jump to search
No edit summary
No edit summary
Line 1: Line 1:
{{PageTitle|title=Upgrading token payment implementation to use 3DS}}
{{PageTitle|title=Upgrading token payment implementation to use 3DS}}
 
{{NotificationBox|title=NOTE|text=This tutorial was created to help merchants that already have token payment integration with Barion. If you are planning to create a new integration, please read [[Token_payment_3D_Secure|this description]]!|color=#1993c7}}


[[Token_payment|Token payment]] is a solution that enables the merchant to charge the customer without requiring the presence of the customer. It is a powerful tool to conduct subscription-like or customer not present scenarios. This scenario required the merchant to create a token that would act as an identifier for the customer's funding source (may it be a credit card or a Barion e-money account). To acquire such a token the merchant had to do several things:
[[Token_payment|Token payment]] is a solution that enables the merchant to charge the customer without requiring the presence of the customer. It is a powerful tool to conduct subscription-like or customer not present scenarios. This scenario required the merchant to create a token that would act as an identifier for the customer's funding source (may it be a credit card or a Barion e-money account). To acquire such a token the merchant had to do several things:

Revision as of 17:02, 16 November 2020

Upgrading token payment implementation to use 3DS

NOTE
This tutorial was created to help merchants that already have token payment integration with Barion. If you are planning to create a new integration, please read this description!

Token payment is a solution that enables the merchant to charge the customer without requiring the presence of the customer. It is a powerful tool to conduct subscription-like or customer not present scenarios. This scenario required the merchant to create a token that would act as an identifier for the customer's funding source (may it be a credit card or a Barion e-money account). To acquire such a token the merchant had to do several things:

  1. Create an alphanumeric token
  2. Register this token in the Barion system by attaching it to an initial payment and having the customer fulfill that payment (either by card or form an e-money account)
  3. Refer to this token in a subsequent payment attempt

This meant that as far as this token referred to a valid and still available funding source the merchant could create payments without any limitations.

IMPORTANT
Starting from January 1 the 3DS authentication will be mandatory for all of our partners!