Credentials-On-File payments - Hosted Solutions
Process an initial recurring/subscription payment
Step 1: Tokenize in Paysafe JS or Set up cardholder payment information in Paysafe Checkout and provide the following fields in the threeDS object:
-
Set the authenticationPurpose to RECURRING_TRANSACTION.
-
Set the requestorChallengePreference to
-
CHALLENGE_MANDATED for EU/UK issued cards, as the cardholders are required to pass an authentication challenge for establishing a payment plan.
-
CHALLENGE_REQUESTED for cards that are issued in a non-regulated region, if you want the cardholders to pass authentication challenge. Although authentication may not be mandatory, it can improve the acceptance rate of subsequent payments.
-
-
Set the billingCycle with the necessary details.
A payment token will be returned.
Note that SCA exemptions should not be used for establishment of recurring payment plan in order to guarantee high acceptance rate of the subsequent payments.
You may skip this step if SCA is not required in the region you operate or for the specific transaction that is being processed, however, the utilization of SCA can improve the risk scoring of initial and subsequent transactions, and lead to higher payment acceptance rate.
Step 2: Proceed with an authorization request to the Paysafe Cards API:
Call the following endpoint from your server /cardpayments/v1/accounts/account_id/auths and:
-
Add the storedCredential object to the authorization with the type set to RECURRING and occurrence set to INITIAL to indicate the initial payment.
-
Include the payment token.
-
Fill in the other necessary details for the authorization request and proceed with it.
If you receive a successful payment response, it means that the payment plan was successfully established. You must store the Transaction ID in your back office, as you must supply it in the field initialTransactionId (storedCredential object) with each subsequent merchant-initiated rebilling for the same payment plan.
Step 3: Create a customer profile in the Customer Vault to retrieve a permanent payment token that will be used for the future recurring payments with the single-use payment token that was used for the initial transaction.
Process a subsequent merchant-initiated recurring/subscription payment
Initiate an authorization request to the Paysafe Cards API and:
-
Include the storedCredential object with type set to RECURRING, occurrence set to SUBSEQUENT and initialTransactionId. The initialTransactionId is the Paysafe Transaction ID that was returned to you with the initial authorization confirmation. If the initial authorization was processed outside of the Paysafe environment, you can supply the Scheme Transaction ID of the initial authorization in the field externalInitialTransactionId.
-
Include the payment token with which the initial authorization was processed.
-
Fill in the other necessary details for the authorization request and proceed with it.
Process an initial unscheduled Credentials-On-File (UCOF) payment
Step 1: Tokenize in Paysafe JS or Setup in Paysafe Checkout the cardholder payment information and provide the following fields in the threeDS object:
-
Set the authenticationPurpose to PAYMENT_TRANSACTION.
-
Set the requestorChallengePreference to
-
CHALLENGE_MANDATED for EU/UK issued cards, as the cardholders are required to pass authentication challenge for establishing a payment plan.
-
CHALLENGE_REQUESTED for cards that are issued in a non-regulated region, if you want the cardholders to pass authentication challenge. Although authentication may not be mandatory, it can improve the acceptance rate of subsequent payments.
-
-
Set the billingCycle with the necessary details.
A payment token will be returned to you.
Note that SCA exemptions should not be used for establishment of recurring payment plan in order to guarantee high acceptance rate of the subsequent payments.
You may skip this step if SCA is not required in the region you operate or for the specific transaction that is being processed, however, the utilization of SCA can improve the risk scoring of initial and subsequent transactions, and lead to higher payment acceptance rate.
Step 2: Proceed with an authorization request to the Paysafe Cards API:
Call the following endpoint from your server /cardpayments/v1/accounts/account_id/auths and:
-
Add the storedCredential object to the authorization with the type set to TOPUP and occurrence set to INITIAL to indicate the initial payment.
-
Include the payment token.
-
Fill in the other necessary details for the authorization request and proceed with it.
If you receive a successful payment response, it means that the payment plan was successfully established. You must store the Transaction ID in your back office, as you must supply it in field initialTransactionId (storedCredential object) with each subsequent merchant-initiated rebilling for the same payment plan.
Step 3: Create a customer profile in the Customer Vault to retrieve a permanent payment token that will be used for the future recurring payments with the single-use payment token that was used for the initial transaction.
Process a subsequent merchant-initiated unscheduled Credentials-On-File (UCOF) payment
Initiate an authorization request to the Paysafe Cards API and:
-
Include the storedCredential object with type set to TOPUP, occurrence set to SUBSEQUENT and initialTransactionId. The initialTransactionId is the Paysafe Transaction ID that was returned to you with the initial authorization confirmation.
If the initial authorization was processed outside of the Paysafe environment, you can supply the Scheme Transaction ID of the initial authorization in field externalInitialTransactionId. -
Include the payment token with which the initial authorization was processed.
-
Fill in the other necessary details for the authorization request and proceed with it.
Process an initial installment Credentials-On-File payment
Step 1: Tokenize in Paysafe JS or Setup in Paysafe Checkout the cardholder payment information and provide the following fields in the threeDS object:
-
Set the authenticationPurpose to INSTALMENT_TRANSACTION.
-
Set the requestorChallengePreference to
-
CHALLENGE_MANDATED for EU/UK issued cards, as the cardholders are required to pass authentication challenge for establishing a payment plan.
-
CHALLENGE_REQUESTED for cards that are issued in a non-regulated region, if you want the cardholders to pass authentication challenge. Although authentication may not be mandatory, it can improve the acceptance rate of subsequent payments.
-
-
Set the billingCycle with the necessary details.
-
Set the maxAuthorizationsForInstalmentPayment with the appropriate value.
A payment token will be returned to you.
Note that SCA exemptions should not be used for establishment of recurring payment plan in order to guarantee high acceptance rate of the subsequent payments.
You may skip this step if SCA is not required in the region you operate or for the specific transaction that is being processed, however, the utilization of SCA can improve the risk scoring of initial and subsequent transactions, and lead to higher payment acceptance rate.
Step 2: Proceed with an authorization request to the Paysafe Cards API:
Call the following endpoint from your server /cardpayments/v1/accounts/account_id/auths and:
-
Add the storedCredential object to the authorization with the type set to INSTALLMENT and occurrence set to INITIAL to indicate the initial payment.
-
Include the payment token.
-
Fill in the other necessary details for the authorization request and proceed with it.
If you receive a successful payment response, it means that the payment plan was successfully established. You must store the Transaction ID in your back office, as you must supply it in field initialTransactionId (storedCredential object) with each subsequent merchant-initiated rebilling for the same payment plan.
Step 3: Create a customer profile in the Customer Vault to retrieve a permanent payment token that will be used for the future recurring payments with the single-use payment token that was used for the initial transaction.
Process a subsequent merchant-initiated installment Credentials-On-File payment
Initiate an authorization request to the Paysafe Cards API and:
-
Include the storedCredential object with type set to INSTALLMENT, occurrence set to SUBSEQUENT and initialTransactionId. The initialTransactionId is the Paysafe Transaction ID that was returned to you with the initial authorization confirmation.
If the initial authorization was processed outside of the Paysafe environment, you can supply the Scheme Transaction ID of the initial authorization in field externalInitialTransactionId. -
Include the payment token with which the initial authorization was processed.
-
Fill in the other necessary details for the authorization request and proceed with it.
Processing customer-initiated transactions with stored credentials
The Paysafe Customer Vault API can be used for storing the profiles and card payment methods or bank account details of customers who are registered on your website and frequently use your service. In this scenario, each new purchase should be treated as a new payment request and not as a repeat billing or subscription transaction.
To process a subsequent customer-initiated Credentials-On-File request, you will need to refer to:
-
Showing saved cards and Paying with saved card for Paysafe Checkout.
Processing cardholder-initiated Credentials-On-File combined with merchant-initiated Credentials-On-File 
A cardholder may also establish a payment plan with a previously saved card. In this case, the Saved Cards Integration for Paysafe JS or Showing saved cards and Paying with saved card for Paysafe Checkout can be used for selecting the card.
Was this page helpful?
- Processing recurring/subscription payments
- Processing unscheduled Credentials-On-File (UCOF) payments
- Processing installment Credentials-On-File payments
- Processing customer-initiated transactions with stored credentials
- Processing cardholder-initiated Credentials-On-File combined with merchant-initiated Credentials-On-File