• Pix
Febrero 26, 2026
¿Qué hay dentro de un QR de Pix?

  • Joaquín Frías Head of Comms Equipo kamiPay

Cada vez que alguien paga con Pix escaneando un QR, su wallet está leyendo un mensaje con múltiples campos: quién cobra, cuánto, cómo reconciliar el pago y metadata operativa.

El QR en realidad es un string de texto codificado visualmente. Cuando una app lo escanea, obtiene algo así 👇

00020101021226690014br.gov.bcb.pix520400005303986540425.005802BR5913kamiPay
6009SAOPAULO62200516txid1236304A1B2

Cada campo empieza con un ID de 2 dígitos, seguido de 2 dígitos que indican la longitud, y luego el valor. La app lo “parsea” de izquierda a derecha y en milisegundos obtiene toda la información necesaria para procesar el pago.

Veamos de qué se trata campo por campo en un ejemplo simplificado👇

ID 00 — Payload Format Indicator: siempre vale “01”. Es el primer byte que lee cualquier app bancaria. Si no está, el QR no existe.

ID 01 — Point of Initiation Method: acá se define si el QR es estático (11) o dinámico (12). Estático: el pagador ingresa el monto. Dinámico: el monto viene pre-cargado y el código expira.

ID 26 — Merchant Account Info: contiene el alias que identifica la cuenta del receptor. Puede ser su CPF, CNPJ, email, número de teléfono, o una clave aleatoria generada por el banco o fintech. Es lo que reemplaza al número de cuenta. En modo dinámico, en lugar del alias viaja una URL que el banco consulta en tiempo real para obtener los datos del cobro.

ID 52 — Merchant Category Code: el mismo MCC del mundo de las tarjetas. 0000 para comercios sin categoría específica. Importa para reporting regulatorio y análisis de riesgo.

ID 53 — Transaction Currency: siempre 986, el código ISO 4217 del Real. El estándar EMV es multi-país y multi-moneda por diseño.

ID 54 — Transaction Amount: el monto en string, sin símbolo. En QR dinámico siempre viene pre-cargado.

ID 59 + 60 — Merchant Name & City: son los datos del comercio: nombre (máx. 25 caracteres) y ciudad (máx. 15). Es lo que el usuario ve en su app antes de confirmar el pago. Tiene impacto directo en la conversión.

ID 62 — Additional Data Field (txid): un identificador único de hasta 35 caracteres que linkea cada QR con una transacción específica. Sin esto, reconciliar miles de pagos Pix por día sería un caos.

ID 63 — CRC Checksum: los últimos 4 caracteres del string son una especie de firma matemática que verifica que el QR no se corrompió. Antes de procesar el pago, el banco recalcula esa firma y la compara con la que viene en el código. Si no coinciden, el pago se rechaza.

👉 Desde 2023 procesamos millones de transacciones cross-border de Pix, tanto en pagos como en cobros. Generamos y “parseamos” strings como este miles de veces por día.

Si estás pensando en integrar Pix solo te aviso que solo el documento de especificaciones tiene 125 páginas (igual dejo link por si a alguien le interesa). Nosotros ya lo leímos 😉 Hablemos.

Contactar a ventas