1. Offline payments scenes
EVO Payment Gateway API
  • Gateway Integration
    • Version Record
    • CardInfoLink Gateway API Integration Guide
      • Online payments scenes
        • DCC
        • Tokenization
        • Payment
        • 3DS Authentication
        • Capture
        • Cancel
        • Refund
        • Merchandise Credit
        • Network token management
        • Cancel or Refund
        • Recapture
        • Recurring
      • Security Requirements and Message Header
        • Message protocol
        • Signature
        • Card Information Encryption
        • PIN Encryption
      • Offline payments scenes
        • Pre-authorization
        • Payment
        • Capture
        • Refund
        • Merchandise Credit
        • Cancel
        • Reversal
        • DCC
        • Recurring
      • Appendix
        • Response code
        • FAQ
        • Mastercard-Merchant Advice Code
        • Product Code
    • Offline API Specification
      • Payment
        • Payment
        • Payment
      • StandaloneCapture
        • StandaloneCapture
        • StandaloneCapture
      • Reversal
        • Reversal
      • MerchandiseCredit
        • MerchandiseCredit
        • MerchandiseCredit
      • Capture
        • Capture
        • Capture
      • TipsAdjustment
        • TipsAdjustment
        • TipsAdjustment
      • Cancel
        • Cancel
        • Cancel
      • MultipleCapture
        • MultipleCapture
        • MultipleCapture
      • FXRateInquiry
        • FXRateInquiry
        • FXRateInquiry
      • Refund
        • Refund
        • Refund
      • DCCToNon-DCC
        • DCCToNon-DCC
        • DCCToNon-DCC
      • ZPK
        • ZPK
      • Notification
        • Asynchronous notification for StandaloneCapture
        • Asynchronous notification for MultipleCapture
        • Asynchronous notification for Payment
        • Asynchronous notification for Capture
        • Asynchronous notification for Refund
        • Asynchronous notification for MerchandiseCredit
        • Asynchronous notification for Cancel
    • Online API Specification
      • PaymentMethod
        • PaymentMethod
        • PaymentMethod
        • PaymentMethod
        • PaymentMethod
      • Payment
        • Payment
        • Payment
        • Payment
      • Refund
        • Refund
        • Refund
      • Cancel
        • Cancel
        • Cancel
      • Capture
        • Capture
        • Capture
      • PaymentInstrument
        • PaymentInstrument
        • PaymentInstrument
        • PaymentInstrument
        • PaymentInstrument
      • MerchandiseCredit
        • MerchandiseCredit
        • MerchandiseCredit
      • CancelOrRefund
        • CancelOrRefund
        • CancelOrRefund
      • TransactionHistoryInquiry Copy
        • TransactionHistoryInquiry
      • MultipleCapture
        • MultipleCapture
        • MultipleCapture
      • Cryptogram
        • Cryptogram
        • Cryptogram
      • StandaloneCapture
        • StandaloneCapture
        • StandaloneCapture
      • Recapture
        • Recapture
        • Recapture
      • AsynchronousNotification
        • Asynchronous notification for Multiple Capture
        • Asynchronous notification for PaymentMethod
        • Asynchronous notification for PaymentInstrument
        • Asynchronous notification for Payment
        • Asynchronous notification for Merchandise Credit
        • Asynchronous notification for Refund
        • Asynchronous notification for Capture
        • Asynchronous notification for Cancel
        • Asynchronous notification for Recapture
        • Asynchronous notification for Cryptogram
        • Asynchronous notification for Network Token update
        • Asynchronous notification for Standalone Capture
        • Asynchronous notification for Network Token authentication finished
      • HealthCheck
        • HealthCheck
      • FX Rate inquiry
        • FXRateInquiry
        • FXRateInquiry
  1. Offline payments scenes

Recurring

It is only applicable to first recurring transaction (Save Credentials) Scenario.
Recurring payments consist of two types of transactions: the initial (or first) recurring transaction and subsequent transactions.
Initial or First Recurring Transaction (Save Credentials)
The first recurring transaction occurs when the cardholder engages in a face-to-face transaction with the merchant. The cardholder agrees for the merchant to retain the credentials and proceed with subsequent transactions at a fixed or variable frequency.
Subsequent Transactions
Subsequent transactions are where a merchant automatically charges a cardholder for specified goods or services that they have previously agreed to in the initial transaction, without having to re-engage the cardholder (cardholder not present) until the predefined or agreed-upon time frame is reached.
These are the different types of recurring payments based on the certainty of the amount and frequency of the transactions:
1.
Fixed amount and fixed frequency
2.
Variable amount and variable frequency, Variable amount and fixed frequency or Fixed amount and variable frequency.

Save Credentials#

EVO Cloud requires that credentials be saved first when processing recurring payments when card and cardholder are present scenario. You can use two steps below:
1.
Complete the Payment: Cardholder can use card complete the payment firstly with recurring indicator paymentMethod.recurringProcessingModel.
2.
Gateway Tokenization: When the payment is successful, merchant or acquirer can tokenized the card using Online API: PaymentInstrument.
From your server, you can make an HTTPS POST request to EVO Cloud endpoint
The main process is as follows:
1.
From your server, submit a post payment request with the data you have collected from the shopper and include the following values:
autoCapture: The value true, mean purchase. false or non-appearance indicates pre-authorization.
paymentMethod.type: The fixed value card indicates the payment type as card.
paymentMethod.card: Object that contains the shopper's card information. Mandatory when paymentMethod.type is card.
paymentMethod.recurringProcessingModel: This indicates whether the transaction is a recurring transaction.
Subscription: Making a recurring payment with a fixed amount and fixed frequency.
Unscheduled: Making a recurring payment with a variable amount and variable frequency, variable amount and fixed frequency, or fixed amount and variable frequency.
transAmount: Object that contains the currency and value of the payment.
transInitiator: Object that contains the merchant’s device type.
Example
2.
Check from the response. If the payment is successful, you will receive paymentMethod.recurringReference in the response. You will use this reference for subsequent transactions.
3.
Gateway Tokenization. see Online Payment Scenarios Tokenization:PaymentInstrument.
4.
Subsequent transactions. see Online Payment Scenarios Recurring
Previous
DCC
Next
Response code
Built with