Types of payment flows

When a client decides to pay via Payment Links there are 2 possibilities:

  1. Via API
  2. Via BackOffice

Via API:

  1. From the merchant's web page a POST signal is generated to our API to obtain the payment link or QR that allows the user to initiate his payment session.
  2. The merchant delivers the payment link to the client via QR code, email or WhatsApp message, to make the payment.
  3. The client scans the QR code or enters the link that appears in the email or WhatsApp message and subsequently the client makes his payment session on our page.
  4. Webhook Call: ETpay will make POST requests to the URL of the web service specified by the merchant. These calls confirm the successful or failed status of the payment.

Via BackOffice:

  1. The merchant's authorized person logs into the ETpay BackOffice to generate the payment link.
  2. The merchant delivers the payment link to the client via QR code, email or WhatsApp message, to make the payment
  3. The client scans the QR code or enters the link that appears in the email or WhatsApp message and subsequently the client makes his payment session on our page.
  4. Webhook Call: ETpay will make POST requests to the URL of the web service specified by the merchant. These calls confirm the successful or failed status of the payment.

Connecting to the API

The ETpay API is a API REST. To communicate with it, HTTP requests must be sent, and the API responds with JSON objects and HTTP codes that define the status of the response (successful, failed, etc.).

Sandbox environment