Our APIs only support online payments for single and recurring payments. We do not support contactless payments (NFC technology) or POS transactions.
Payment flow
Several steps occur between entering your card details online and seeing the charge on your account. Before we cover the steps involved in the charge, let’s review some terminology:- Cardholder: This refers to the customer making the payment with their card.
- Authorization model (Auth Models): Defines how a customer approves a card payment.
We’ll proceed assuming you’ve already set up a customer order. If you need to create one, you’ll find the steps here.

Single Card Payments
In this section, we’ll cover the basics of making one-time card payments. This is great for checkout experiences and other one-time payment use cases. After creating the order, you need to follow these steps to complete the card payment.- Collect the customer’s card information.
- Encrypt sensitive data within your request.
- Guide the customer through the payment authorization process using the required method.
- Confirm the payment and inform the customer of its outcome.
Collecting the Customer’s Card Information
Present the customer with a secure form to gather their card details. These details are crucial for initiating the transaction and consist of:| Customer information | Parameter | Example | Required |
|---|---|---|---|
| Card number | card.cardnumber | 5555555555554444 | Yes |
| Card expiry month | card.expirymonth | 12 | Yes |
| Card expiry year | card.expiryyear | 27 | Yes |
| Card security code (CVV / CVC) | card.cvv | 123 | Yes |
| Street address | billingAddress.street | 58 Blatchington Rd | Yes |
| City | billingAddress.city | Hove | Yes |
| State | billingAddress.state | East Sussex | Yes |
| Country | billingAddress.country | GB | Yes |
| Zip code | billingAddress.zipCode | BN3 3YH | Yes |
paymentoption, and the customer’s country. Encrypt the request before sending it to the pay order endpoint.
200 OK
Authorization models
Cardholder authorization is required to finalize the payment. While various methods exist, EPayClub offers two distinct authorization models:- Challenged flow or
3DS - Non-challenged authorization or
noauth
Challenged flow / 3DS
With this model, the customer is securely redirected to their bank’s authorization page. The bank will request varying information, such as a soft token, one-time password, or address. In some cases, a passphrase may be required. Open thepaymentDetail.redirectUrl to send the customer to their bank’s page for payment authorization.
If the payment is authorized successfully, EPayClub gets notified of the successful payment, and you receive a webhook containing the transaction details. For failed payments, you will receive a separate webhook with the final payment status.
Non-challenged flow / NoAuth
2DS or Noauth payments are unchallenged card transactions, i.e. the customer is not required to authorize the charge to complete them. To charge a customer using 2DS, add theauthOptionflag in your payment method request and set it tonoauth

