Al momento de que un cliente decide pagar mediante Payment Links existen 2 posibilidades:

  1. Vía API
  2. Vía BackOffice

Tipos de Flujo de Pago

Vía API:

  1. Desde la página web del merchant se genera una señal POST a nuestra API para obtener el enlace de pago o QR que permite al usuario iniciar su sesión de pago.
  2. El merchant entrega al cliente el enlace de pago mediante código QR, correo electrónico o mensaje de WhatsApp, para que realice el pago
  3. El cliente escanea el código QR o ingresa al enlace que aparece en el correo electrónico o mensaje de WhatsApp y posteriormente el cliente realiza su sesión de pago en nuestra página.
  4. Llamadas al webhook: ETpay realizará llamadas(POST requests) a la URL del servicio web especificado por el comercio. Estas llamadas confirman el estado exitoso o fallido del pago.

Vía BackOffice:

  1. La persona autorizada del merchant ingresa al BackOffice de ETpay para generar el enlace de pago
  2. El merchant entrega al cliente el enlace de pago mediante código QR, correo electrónico o mensaje de WhatsApp, para que realice el pago
  3. El cliente escanea el código QR o ingresa al enlace que aparece en el correo electrónico o mensaje de WhatsApp y posteriormente el cliente realiza su sesión de pago en nuestra página.
  4. Llamadas al webhook: ETpay realizará llamadas(POST requests) a la URL del servicio web especificado por el comercio. Estas llamadas confirman el estado exitoso o fallido del pago.

Conectándose a la API

La API de ETpay es una API REST. Para comunicarse con ésta se deben enviar HTTP requests, y la API responde con objetos JSON y con códigos HTTP que definen el estatus de la respuesta (exitosa, fallida, entre otros)

Ambiente Sandbox

Antes de probar en un entorno real con usuarios reales. ETpay otorga a los comercios una “caja de arena” (sandbox) en donde se efectuán las pruebas iniciales. Las conexiones a la API serán desde este entorno.