8080. Confirma la IP y el puerto de cada terminal antes de integrar.
Endpoints disponibles
POST /reversals decide la acción según el estado actual de la operación. No recibe un parámetro para elegir entre cancelación y extorno.Verificar disponibilidad
GET /health al configurar el terminal y antes de iniciar operaciones cuando necesites comprobar disponibilidad. Una respuesta satisfactoria confirma la aplicación local; no confirma por sí sola que el procesador aprobará pagos.
Autorizar y consultar un pago
POST /authorize requiere un cuerpo JSON. Consulta Solicitud de autorización para conocer los campos, las validaciones y los ejemplos.
GET /payments/{operationNumber} no lleva cuerpo. Usa exactamente la referencia enviada en la autorización:
Cancelar o extornar y consultar el resultado
POST /reversals requiere el operationNumber de la autorización original. Consulta Cancelación y extorno para revisar el contrato completo.
GET /reversals/{operationNumber} recupera la solicitud de cancelación o extorno. No lo confundas con GET /payments/{operationNumber}, que recupera la autorización original.
Rutas fuera del contrato vigente
No uses/payment, /api/v1/payments, /api/v1/payments/{operationNumber} ni DELETE /charges para esta integración. Tampoco diseñes el cliente alrededor de una respuesta anidada en result.state, los códigos locales P01–P21 o campos como transactionID: pertenecen a especificaciones anteriores o a otros productos.
Solicitud de autorización
Implementa el payload de
POST /authorize.Respuestas y códigos
Interpreta códigos HTTP y estados transaccionales.