Search Overlay

Credentials-On-File payments - Hosted Solutions

Processing recurring/subscription payments

Process an initial recurring/subscription payment

Step 1: Tokenize in Paysafe JS or Setup in Paysafe Checkout with 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 outside of the EU/UK region, if you want the cardholders to undergo an authentication challenge. Although authentication may not be mandatory, it has the potential to improve the acceptance rate of the subsequent payments.

  • Set the billingCycle with the necessary details.

Fill in the other applicable details and proceed with the API request. Once the Payment Handle is created successfully, you will receive the token via an API response.

Note that SCA exemptions should not be used for establishment of a recurring payment plan in order to guarantee a 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 rates.

Step 2: Proceed with initial authorization, once the Payment Handle has been created successfully:

  • Add the storedCredential object to the authorization with type set to RECURRING and occurrence set to INITIAL to indicate the initial payment.

  • Include the appropriate Payment Handle token.

  • Fill in the other necessary details for the authorization request and proceed with it.

If you receive a successful payment response, 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.

A cardholder may also establish a payment plan with a previously saved card. In this case, the Card Payment for Existing Customer for Paysafe Checkout and Saved Cards Integration for Paysafe JS must be used.

If a cardholder is using a new card the Card Payment for New Customer for Paysafe Checkout and Saved Cards Integration for Paysafe JS must be used.

Step 3: Create a customer profile and save the payment method.

Process a subsequent merchant-initiated recurring/subscription payment

Initiate an authorization request to the Paysafe Payments 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 field externalInitialTransactionId.

  • Include the multi-use Payment Handle token that was used for the creation of the payment plan from the Card Saving process.

  • Fill in the other necessary details for the authorization request and proceed with it.

Processing unscheduled Credentials-On-File (UCOF) payments

Process an initial unscheduled Credentials-On-File (UCOF) payment

Step 1: Tokenize in Paysafe JS or Setup in Paysafe Checkout with threeDs object:

  • Set the authenticationPurpose to PAYMENT_TRANSACTION.

  • Set the requestorChallengePreference to

    • CHALLENGE_MANDATED for EU/UK issued cards, as the cardholders are mandatory to pass an authentication challenge for establishing a payment plan.

    • CHALLENGE_REQUESTED for cards that are issued outside of the EU/UK region, if you want the cardholders to pass an authentication challenge. Although authentication may not be mandatory, it has the potential to improve the acceptance rate of the subsequent payments.

Fill in the other applicable details and proceed with the API request. Once the Payment Handle is created successfully, you will receive the token via an API response.

Note that SCA exemptions should not be used for establishment of an unscheduled payment plan in order to guarantee a high acceptance rate of the subsequent payments.

You may skip this step if SCA is not required in the region you operate in 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 rates.

Step 2: Proceed with initial authorization, once the Payment Handle has been created successfully:

  • Add the storedCredential object to the authorization with type set to TOPUP and occurrence set to INITIAL to indicate the initial payment. 

  • Include the appropriate Payment Handle token.

  • Fill in the other necessary details for the authorization request and proceed with it.

If you receive a successful payment response, 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. 

A cardholder may also establish a payment plan with previously a saved card. In this case, the Card Payment for Existing Customer for Paysafe Checkout and Saved Cards Integration for Paysafe JS must be used.

If a cardholder is using a new card the Card Payment for New Customer for Paysafe Checkout and Saved Cards Integration for Paysafe JS must be used. 

Step 3: Create a customer profile and save the payment method.

Process a subsequent merchant-initiated unscheduled Credentials-On-File (UCOF) payment

Initiate an authorization request to the Paysafe Payments 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 multi-use Payment Handle token that was used for the creation of the payment plan from the Card Saving process.

  • Fill in the other necessary details for the authorization request and proceed with it.

Processing installment Credentials-On-File payments

Process an initial installment Credentials-On-File payment

Step 1: Tokenize in Paysafe JS or Setup in Paysafe Checkout with threeDs object:

  • Set the authenticationPurpose to INSTALMENT_TRANSACTION.

  • Set the requestorChallengePreference to

    • CHALLENGE_MANDATED for EU/UK issued cards, as the cardholders are mandatory to pass an authentication challenge for establishing a payment plan.

    • CHALLENGE_REQUESTED for cards that are issued outside of the EU/UK region, if you want the cardholders to pass an authentication challenge. Although authentication may not be mandatory, it has the potential to improve the acceptance rate of the subsequent payments.

  • Set the billingCycle.

  • Set the maxAuthorizationsForInstalmentPayment.

Note that SCA exemptions should not be used for establishment of an installment payment plan in order to guarantee a 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 rates.

Step 2: Proceed with initial authorization, once the Payment Handle has been created successfully:

  • Add the storedCredential object to the authorization with type set to INSTALLMENT and occurrence set to INITIAL to indicate the initial payment.

  • Include the appropriate Payment Handle token.

  • Fill in the other necessary details for the authorization request and proceed with it.

If you receive a successful payment response, 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.

A cardholder may also establish a payment plan with a previously saved card. In this case, the Card Payment for Existing Customer for Paysafe Checkout and Saved Cards Integration for Paysafe JS must be used. 

If a cardholder is using a new card the Card Payment for New Customer for Paysafe Checkout and Saved Cards Integration for Paysafe JS must be used.

Step 3: Create a customer profile and save the payment method. 

Process a subsequent merchant-initiated installment Credentials-On-File payment

Initiate an authorization request to the Paysafe Payments 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 multi-use Payment Handle token that was used for the creation of the payment plan from the Card Saving process.

  • Fill in the other necessary details for the authorization request and proceed with it.

Processing customer-initiated transactions with stored credentials

Processing initial cardholder-initiated Credentials-On-File transactions

Step 1: Tokenize in Paysafe JS or Setup in Paysafe Checkout with threeDs object:

  • Set the authenticationPurpose to PAYMENT_TRANSACTION.

  • Set the requestorChallengePreference to

    • CHALLENGE_REQUESTED for cards that are issued outside of the EU/UK region, if you want the cardholders to pass authentication challenge. Although authentication may not be mandatory, it has the potential to improve the acceptance rate of the subsequent payments.

    • NO_PREFERENCE if you don't have preferences around the authentication flow.

Fill in the other applicable details and proceed with the API request. Once the Payment Handle is created successfully, you will receive the token via an API response.

Step 2: Proceed with initial authorization, once the Payment Handle has been created successfully:

  • Add the storedCredential object to the authorization with the type set to ADHOC and occurrence set to INITIAL to indicate the initial payment.

  • Include the appropriate Payment Handle token.

  • Fill in the other necessary details for the authorization request and proceed with it.

Step 3: Create a customer profile and save the payment method.

Processing subsequent cardholder-initiated Credentials-On-File transactions

To process a subsequent customer-initiated Credentials-On-File request you will need to refer to the typical scenario for existing customers and:

Processing cardholder-initiated Credentials-On-File combined with merchant-initiated Credentials-On-File

Merchants have the ability to process both customer-initiated transactions and merchant-initiated transactions for a cardholder with the same or different cards.

Below are examples of possible combinations. The detailed processing is outlined in the above sections.

Processing payment plan with previously stored credentials

Processing payment plan and processing returning customer-initiated transactions