Skip to main content
Pay-me PinPAD diferencia los resultados de negocio de los errores operativos mediante el código HTTP y el cuerpo JSON.
Un pago rechazado por el procesador devuelve HTTP 200 con status: "DENIED". No interpretes todos los HTTP 200 como aprobación.

Estructura de respuesta de pago

Respuestas de POST /authorize

Pago aprobado — 200 OK

Confirma la venta —y ejecuta la acción de negocio asociada— únicamente cuando se cumplan ambas condiciones:

Pago rechazado — 200 OK

El rechazo es final para esa operación. Si el usuario desea volver a pagar, crea una operación nueva con otro operationNumber.

Resultado pendiente — 202 Accepted

No vuelvas a cobrar. Consulta la operación y respeta Retry-After cuando esté presente.

Terminal ocupado — 409 Conflict

Pay-me PinPAD procesa una operación a la vez. Espera a que finalice la operación activa antes de reintentar la solicitud rechazada por concurrencia.

Terminal no disponible — 503 Service Unavailable

El operador debe dejar Pay-me PinPAD abierta y en estado listo. Reintenta cuando el terminal vuelva a estar disponible.

Solicitud inválida — 400 Bad Request

Corrige la solicitud. No clasifiques este caso como un rechazo del procesador.

Consulta de estado

Usa la misma referencia que enviaste en la autorización:
Ejemplo:
Respuesta de una operación inexistente:

Estados

Códigos confirmados

No se ha confirmado el catálogo completo de códigos del procesador. Trata únicamente APPROVED junto con "00" como aprobación. Conserva cualquier código desconocido y escálalo sin asignarle un significado.
Los códigos 14 y 15 no están confirmados para el contrato HTTP vigente de Transit. No los uses para decidir una cancelación hasta validarlos contra la implementación ECR.

Matriz de decisión