Token payment upgrade to 3DS: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
No edit summary |
||
| Line 2: | Line 2: | ||
{{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}} | {{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 | [[Token_payment|Token payment]] is a solution that enables the merchant to charge the payer without requiring the presence of the payer. It is a powerful tool to conduct subscription-like or payer-not-present scenarios. This scenario required the merchant to create a token that would act as an identifier for the payer'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: | ||
# Create an alphanumeric token | # Create an alphanumeric token | ||
# Register this token in the Barion system by attaching it to an initial payment and having the | # Register this token in the Barion system by attaching it to an initial payment and having the payer fulfill that payment (either by card or form an e-money account) | ||
# Refer to this token in a subsequent payment attempt | # 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. | 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. To make sure that the payer | ||
{{NotificationBox|title=IMPORTANT|text=Starting from January 1 the [[3DSecure|3DS authentication]] will be mandatory for all of our partners!|color=#FF7A3D}} | {{NotificationBox|title=IMPORTANT|text=Starting from January 1 the [[3DSecure|3DS authentication]] will be mandatory for all of our partners!|color=#FF7A3D}} | ||
Revision as of 17:09, 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 payer without requiring the presence of the payer. It is a powerful tool to conduct subscription-like or payer-not-present scenarios. This scenario required the merchant to create a token that would act as an identifier for the payer'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:
- Create an alphanumeric token
- Register this token in the Barion system by attaching it to an initial payment and having the payer fulfill that payment (either by card or form an e-money account)
- 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. To make sure that the payer
IMPORTANT
Starting from January 1 the 3DS authentication will be mandatory for all of our partners!