Saltar al contenido principal
El cuerpo de la respuesta es un objeto de error estructurado con la siguiente forma:
Definiciones de los campos
  • code: Un identificador único y estable del error. Es una cadena numérica de cuatro dígitos tomada del registro de errores compartido de la plataforma (por ejemplo, 0347).
  • title: Un resumen breve del problema.
  • message: Orientación detallada para resolver el error.
Validación a nivel de campo Los fallos de validación de campos a nivel de estructura devuelven el código 0009 con el título Validation Error y un message que nombra el campo y la restricción concretos; por ejemplo, transactionType must be one of [CARD WIRE PIX CRYPTO]. Ejemplos:
Los fallos de autenticación no usan un código numérico del registro. Una API key ausente o inválida devuelve HTTP 401 con "code": "Unauthenticated", "title": "Unauthorized" y "message": "API Key missing or invalid". Compara con la cadena literal Unauthenticated. Un token Bearer que se analiza pero carece del claim sub requerido devuelve HTTP 401 con "code": "0474".

Errores generales


Estos errores puede devolverlos cualquier endpoint de la API de Tracer. El código 0009 también aparece con el título Validation Error cuando la validación a nivel de campo rechaza una solicitud — consulta la nota anterior.

Errores de fecha y hora


Errores de paginación


Errores de expresión CEL


Las reglas se escriben como expresiones CEL (Common Expression Language). Estos errores se generan cuando una expresión de regla se crea, se actualiza o se evalúa.

Errores de reglas


Errores de límites


Errores de eventos de auditoría


Errores de solicitud de validación


Estos errores los devuelven los endpoints de validación de transacciones (POST /validations y las consultas de validación).

Errores de reserva


Estos errores los devuelven los endpoints de reserva de uso (/reservations), la superficie de dos fases de reservar / confirmar / liberar. Las solicitudes de reserva también pueden devolver los errores generales y de solicitud de validación indicados arriba.

Errores de multi-tenant y autenticación


La instancia devuelve HTTP 503 con un encabezado Retry-After cuando alcanza su tope de workers por tenant y por pod; los clientes deben esperar y reintentar. Un token Bearer que se analiza pero carece del claim sub requerido se rechaza con HTTP 401.

Errores de arranque de multi-tenant


Estos códigos aparecen solo al iniciar el servicio, cuando MULTI_TENANT_ENABLED=true y falta una configuración requerida o es incompatible. Aparecen en los registros de arranque e impiden que el servicio inicie; nunca llegan a los consumidores de la API /v1/*.

Errores de sonda de disponibilidad


Estos códigos los expone el endpoint operativo /readyz y el ciclo de vida del supervisor de workers. Aparecen en el campo error de la respuesta JSON de /readyz —que lleva solo el código— y no en las respuestas de la API /v1/*. El title y el message de abajo describen cada código como referencia para el operador.