Skip to main content
Usa este flujo para iniciar operaciones en cuotas con Cuotéalo desde el API de autorización de PayIn.
endpoint
Este flujo utiliza el mismo endpoint base de autorización. Revisa los ambientes y la configuración general en el Overview.

Características del flujo

Tipo de flujo

Asíncrono.

Método de pago

Permite iniciar cobros ecommerce con Cuotéalo.

Redirección

El usuario continúa el flujo de pago fuera de tu checkout.

Validación final

El resultado final debe confirmarse por backend con notificación o consulta.

Consideraciones

Este flujo requiere redirect_url para retornar al comercio cuando finalice la autorización y permite enviar callback_url para notificación host to host.
Si trabajas con redirect, revisa también las Consideraciones para métodos con Redirect.
No tomes como final la respuesta inicial del POST /charges. Confirma el resultado con Notificaciones o con Consulta.

Request

Antes de consumir este endpoint, solicita tu Access Token en Autenticación.

Headers


Body

Objeto raíz del request


Objeto payment_method


Objeto payment_method.method_details

redirect_url debe apuntar a una ruta de tu comercio preparada para recibir el retorno del usuario. Si envías callback_url, asegúrate de que sea accesible desde backend.

Objeto payment_details

Para billing, shipping y customer, usa la estructura ecommerce estándar con first_name, last_name, email, phone y location.

Ejemplo de request


Response

Para recibir la respuesta final de una autorización con redirect, toma en cuenta las Consideraciones para métodos con Redirect. La respuesta inicial normalmente deja la transacción en seguimiento.

Objeto transaction

state puede devolver valores como PENDIENTE o INVALIDO. continue_url y expiration_date suelen estar presentes cuando la transacción queda en estado PENDIENTE.
No uses meta.status.code como validador de autorización o denegación del pago. Ese código solo indica si el servicio procesó o respondió correctamente; el resultado del pago se valida con transaction.state y, como respaldo, desde backend con consulta o notificación.

Objeto transaction.payment_method


Objeto transaction.payment_method.method_details


Objeto transaction.expiration_date


Objeto transaction.lifecycle

En lifecycle puedes recibir estados como REGISTRADO, PENDIENTE e INVALIDO.

Objeto transaction.lifecycle[].date


Ejemplo de response


Buenas prácticas

  • Confirma el resultado final por backend antes de actualizar la orden.
  • Asegúrate de enviar un merchant_operation_number único por transacción.
  • Implementa el manejo del retorno del usuario a redirect_url sin asumir que el pago terminó correctamente.
  • Usa callback_url si tu operación necesita confirmación server to server.
  • Conserva transaction_id, merchant_operation_number y continue_url para seguimiento, soporte y conciliación.

Errores comunes

Confirmación prematura

No marques una orden como pagada solo porque el usuario regresó a tu sitio o porque recibiste una respuesta inicial PENDIENTE.

Redirect incompleto

Si redirect_url no está correctamente implementado, el usuario puede completar el flujo de Cuotéalo sin que tu comercio procese bien el retorno.

Siguiente paso

Api de Consulta con Cuotéalo

Consulta el estado final de una operación iniciada con Cuotéalo.