Skip to main content
Formato de error La API de Pix JD responde a una solicitud fallida con application/problem+json. El esquema Detail en esta referencia de API describe ese cuerpo, que sigue el RFC 9457.
Definiciones de campos
  • code – Código de error de dominio estable y legible por máquina, con alcance limitado al servicio que lo emite. En esta API tiene la forma PIX-NNNN.
  • title – Un resumen breve y legible por humanos del tipo de problema. Se recomienda que este valor no cambie entre apariciones del error.
  • detail – Una explicación legible por humanos, específica de esta aparición del problema.
  • status – El código de estado HTTP.
  • type – Un URI que identifica el error en el catálogo de errores de Lerian, construido como https://errors.lerian.studio/v1/<code>.
  • instance – Una referencia URI que identifica la aparición específica del problema.
  • errors – Una lista opcional de detalles por campo. Cada entrada lleva la location que falló, un message, y el value en esa ubicación.
  • upstream – Un miembro de extensión de RFC 9457. Lleva el código y el mensaje que reportó un proveedor externo intermediado, y está ausente a menos que el servicio haya expuesto uno.
Cómo leer estas tablas Cada fila empieza con el estado HTTP que lleva la respuesta. Luego nombra la condición. La última columna da el texto detail que el servicio envía por defecto. Cuando el servicio compone ese texto a partir de la solicitud que falló, la fila lo indica. En el estado 500 y superiores, la respuesta lleva texto fijo, no la causa sin procesar. La columna detail muestra si un código envía internal error o una frase que el servicio escribió para él.

Solicitud del servicio Pix y reglas de negocio


Estos códigos provienen del propio servicio Pix. Cubren la validación de solicitudes, la gestión de claves Pix, las reclamaciones de claves, las órdenes de pago, las devoluciones, los códigos QR, los participantes indirectos y los créditos entrantes.

Validación de solicitudes y acceso

Claves Pix

Reclamaciones de claves Pix

Transacciones y pagos

Devoluciones y reembolsos

Participantes y cuentas

Códigos QR

Entidades, plantillas y conciliación

Fraude, cumplimiento y regulación

Fallas de servicio y de dependencias

Configuración del tenant

Si conviene reintentar lo decide el estado, no la familia. Un 409 en esta sección es un vacío de aprovisionamiento: se sabe que el valor está ausente, solo un operador puede proporcionarlo, y repetir la solicitud no puede cambiar eso. Un 503 es la hermana ilegible de la misma condición: no se sabe que la configuración esté ausente, la lectura en sí no se completó, así que nombra la dependencia que falló y vale la pena reintentarlo.Los pares son PIX-0092/PIX-0121 frente a PIX-0051, PIX-0106 frente a PIX-0122, y PIX-0107 frente a PIX-0123.

Participantes indirectos

Créditos entrantes

Riel Pix y directorio de claves


Estos códigos provienen de la infraestructura Pix conectada. El servicio traduce una falla del riel a uno de estos códigos antes de responder. Quien llama ramifica su lógica según un valor PIX-NNNN, no según el vocabulario propio del riel.

Validación de solicitudes y autenticación

Claves Pix

Reclamaciones de claves Pix

Transacciones y pagos

Devoluciones

Participantes y cuentas

Códigos QR

Disponibilidad del riel

Fraude, cumplimiento y regulación

Fallas que se originan fuera del riel Pix


Una solicitud Pix también puede fallar porque otro servicio de la plataforma la rechazó. Tres bandas de códigos llevan esos rechazos: los registros de clientes, la autorización y el ledger de Midaz.

Registros de clientes

Autorización

Ledger

Entrega de notificaciones


Los flujos de propiedad de claves Pix envían un código de un solo uso por correo electrónico o por SMS. Estos códigos reportan una falla en ese tramo de entrega.

Entrega por correo electrónico

Entrega por SMS

Motivos de rechazo de devolución MED


Una solicitud de reembolso MED que este participante analiza y rechaza lleva un motivo de rechazo numerado. El dominio usa los valores 0, 1, 3 y 4.

Códigos de motivo de devolución Pix


Un Pix devuelto lleva un motivo de devolución de Bacen propio, separado de los códigos PIX-NNNN anteriores. Esta referencia de API documenta los valores permitidos en el campo que los lleva. Ese campo es codigoDevolucao en un crédito entrante y en la vista de estado del crédito de reembolso. En una solicitud de reembolso es code.