Los carriles invisibles de Pix
Cuando un usuario pulsa 'confirmar' en un Pix, ocurre algo extraordinario: en menos de 10 segundos, el dinero sale de una cuenta en una entidad, atraviesa la infraestructura del Banco Central y llega de forma definitiva a otra cuenta —en otra entidad, en otro banco, posiblemente en otro estado.
Para el usuario final, es magia. Para quien opera la infraestructura, es el resultado de un sistema de liquidación bruta en tiempo real que funciona con precisión de milisegundos, las 24 horas del día, los 365 días del año, con tolerancia cero a las inconsistencias financieras.
Este artículo desmonta esa magia. Explicamos cómo funcionan el SPI, el DICT y la Cuenta PI —individualmente y en conjunto— y recorremos el flujo completo de una transacción Pix de principio a fin. El objetivo es que los Product Managers tengan la claridad suficiente para tomar decisiones de producto informadas, y que los ingenieros y arquitectos dispongan del mapa conceptual necesario antes de sumergirse en la documentación técnica del Banco Central.
📌 Contexto: Si está evaluando si vale la pena convertirse en participante directo de Pix, le recomendamos comenzar por la guía estratégica Pix Directo: qué es, cómo funciona y cuándo vale la pena —que cubre el contexto de negocio antes de la arquitectura técnica.
Los siete sistemas que sustentan el Pix Directo
La infraestructura del Pix Direto no es un único sistema; es un ecosistema de componentes interdependientes, cada uno con una función específica. Antes de profundizar en cada uno, vale la pena tener el mapa completo:
Sigla | Nombre completo | Operado por | Función en el Pix Direto |
|---|---|---|---|
SPI | Sistema de Pagos Instantáneos | Banco Central de Brasil | Liquidación financiera definitiva de las transacciones en tiempo real en la cuenta PI |
DICT | Directorio de Identificadores de Cuentas Transaccionales | Banco Central de Brasil | Registro y consulta de claves Pix: asociación clave → cuenta |
Conta PI | Cuenta de Pagos Instantáneos | Banco Central de Brasil | Cuenta de liquidación de la institución en el SPI, donde el dinero entra y sale de hecho |
RSFN | Red del Sistema Financiero Nacional | Banco Central de Brasil | Canal de comunicación seguro entre los participantes y la infraestructura del BC |
FRAUD | Mecanismo de Prevención del Fraude de Pix | Banco Central de Brasil | Base de datos de fraude compartida entre todos los participantes directos |
ISO 20022 | Estándar internacional de mensajería financiera | ISO / SWIFT | Protocolo de formato de los mensajes intercambiados con SPI y DICT |
ICP-Brasil | Infraestructura de Claves Públicas Brasileña | ITI (gov.br) | Autenticación y firma digital de los mensajes al BC |
Los tres primeros —SPI, DICT y Cuenta PI— son el núcleo de la operación. Los demás son la capa de soporte que hace que este núcleo sea seguro, confiable y regulatoriamente adecuado. Ningún participante directo funciona sin todos ellos.
SPI — Sistema de Pagos Instantáneos
El SPI es la columna vertebral del Pix. Es el sistema operado por el Banco Central que realiza la liquidación financiera definitiva de cada transacción — debitando la cuenta PI de la institución pagadora y acreditando la cuenta PI de la institución receptora en tiempo real.
El modelo LBTR y por qué importa
El SPI opera en el modelo LBTR — Liquidación Bruta en Tiempo Real. Esto significa que cada transacción se liquida individualmente, de forma definitiva e irrevocable, en el momento en que se procesa. No hay compensación posterior, no hay netting multilateral, no hay riesgo de reversión por fallo de liquidación.
Este modelo tiene una implicación crítica para quienes operan el Pix Directo: la liquidación es final. Una vez que el SPI confirma que la transacción ha sido liquidada, la infraestructura no la puede deshacer. Las eventuales devoluciones son transacciones nuevas, no reversiones de la original. Esto tiene consecuencias directas para el diseño de sistemas de antifraude y gestión de disputas.
Disponibilidad y ventanas de operación
El SPI opera las 24 horas del día, los 7 días de la semana, los 365 días del año — incluyendo festivos y fines de semana. No existe ventana de indisponibilidad planificada por el BC que interrumpa el procesamiento de transacciones.
Para los participantes directos, esto define el SLA mínimo exigido: 99,5% de disponibilidad, sin excepción de día u hora. Cualquier mantenimiento que afecte a la capacidad de procesar transacciones debe ser comunicado al BC con antelación, y cuenta como indisponibilidad planificada a efectos del cálculo del SLA.
Cómo se conecta el SPI a la institución
La comunicación con el SPI se realiza exclusivamente a través de la RSFN — la Red del Sistema Financiero Nacional — utilizando mensajes en formato ISO 20022. No hay API REST, no hay webhooks, no hay conexión por internet pública. Es un canal dedicado, con autenticación mediante certificado ICP-Brasil y validación de formato y firma en cada mensaje.
⚙️ Implicación técnica: La integración al SPI no es una tarea de 'llamar a una API'. Es la implementación de un protocolo de mensajería financiera con reglas estrictas de formato, orden de campos, firma digital y gestión de errores. Los equipos sin experiencia previa en ISO 20022 deben contar con un plazo ampliado para esta fase del proyecto.
Los siete sistemas que sustentan el Pix Directo
La infraestructura del Pix Direto no es un único sistema; es un ecosistema de componentes interdependientes, cada uno con una función específica. Antes de profundizar en cada uno, vale la pena tener el mapa completo:
Sigla | Nombre completo | Operado por | Función en el Pix Direto |
|---|---|---|---|
SPI | Sistema de Pagos Instantáneos | Banco Central de Brasil | Liquidación financiera definitiva de las transacciones en tiempo real en la cuenta PI |
DICT | Directorio de Identificadores de Cuentas Transaccionales | Banco Central de Brasil | Registro y consulta de claves Pix: asociación clave → cuenta |
Conta PI | Cuenta de Pagos Instantáneos | Banco Central de Brasil | Cuenta de liquidación de la institución en el SPI, donde el dinero entra y sale de hecho |
RSFN | Red del Sistema Financiero Nacional | Banco Central de Brasil | Canal de comunicación seguro entre los participantes y la infraestructura del BC |
FRAUD | Mecanismo de Prevención del Fraude de Pix | Banco Central de Brasil | Base de datos de fraude compartida entre todos los participantes directos |
ISO 20022 | Estándar internacional de mensajería financiera | ISO / SWIFT | Protocolo de formato de los mensajes intercambiados con SPI y DICT |
ICP-Brasil | Infraestructura de Claves Públicas Brasileña | ITI (gov.br) | Autenticación y firma digital de los mensajes al BC |
Los tres primeros —SPI, DICT y Cuenta PI— son el núcleo de la operación. Los demás son la capa de soporte que hace que este núcleo sea seguro, confiable y regulatoriamente adecuado. Ningún participante directo funciona sin todos ellos.
SPI — Sistema de Pagos Instantáneos
El SPI es la columna vertebral de Pix. Es el sistema operado por el Banco Central que realiza la liquidación financiera definitiva de cada transacción — debitando la cuenta PI de la institución pagadora y acreditando la cuenta PI de la institución receptora en tiempo real.
El modelo LBTR y por qué es importante
El SPI opera bajo el modelo LBTR — Liquidación Bruta en Tiempo Real. Esto significa que cada transacción se liquida individualmente, de forma definitiva e irrevocable, en el momento en que se procesa. No hay compensación posterior, no hay netting multilateral, no hay riesgo de reversión por fallo de liquidación.
Este modelo tiene una implicación crítica para quienes operan Pix Directo: la liquidación es definitiva. Una vez que el SPI confirma que la transacción ha sido liquidada, la infraestructura no la puede deshacer. Las eventuales devoluciones son transacciones nuevas — no reversiones de la original. Esto tiene consecuencias directas para el diseño de sistemas de antifraude y gestión de disputas.
Disponibilidad y ventanas de operación
El SPI opera las 24 horas del día, los 7 días de la semana, los 365 días del año — incluyendo festivos y fines de semana. No existe una ventana de indisponibilidad planificada por el BC que interrumpa el procesamiento de transacciones.
Para participantes directos, esto define el SLA mínimo exigido: 99,5% de disponibilidad, sin excepción de día u horario. Cualquier mantenimiento que afecte a la capacidad de procesar transacciones debe ser comunicado al BC con antelación, y computa como indisponibilidad planificada a efectos del cálculo del SLA.
Cómo se conecta el SPI a la institución
La comunicación con el SPI se realiza exclusivamente a través de la RSFN — la Red del Sistema Financiero Nacional — utilizando mensajes en formato ISO 20022. No hay API REST, no hay webhooks, no hay conexión por internet pública. Es un canal dedicado, con autenticación mediante certificado ICP-Brasil y validación de formato y firma en cada mensaje.
⚙️ Implicación técnica: La integración al SPI no es una tarea de 'llamar a una API'. Es la implementación de un protocolo de mensajería financiera con reglas estrictas de formato, orden de campos, firma digital y tratamiento de errores. Los equipos sin experiencia previa en ISO 20022 deben contar con un plazo ampliado para esta fase del proyecto.
DICT — Directorio de Identificadores de Cuentas Transaccionales
Si el SPI es donde el dinero se mueve, el DICT es donde las identidades se resuelven. El DICT es el directorio centralizado — también operado por el Banco Central — que asocia cada clave Pix a una cuenta bancaria específica.
Sin el DICT, Pix sería solo una transferencia TED más rápida: necesitarías saber la sucursal, la cuenta y el banco del destinatario. El DICT es lo que hace posible enviar dinero solo con un CPF, un número de teléfono celular o una clave aleatoria — porque es el que traduce esa clave en una cuenta real en una institución real.
Tipos de clave y sus particularidades
Tipo de clave | Qué es | Uso | Particularidad operativa |
|---|---|---|---|
CPF / CNPJ | Documento del titular de la cuenta | Alta — clave más utilizada por personas físicas y jurídicas | Requiere validación ante la Receita Federal |
Correo electrónico | Dirección de correo electrónico del titular | Media — común en cuentas digitales | El titular puede tener múltiples correos electrónicos por cuenta |
Celular | Número de teléfono con prefijo (DDD) | Alta — especialmente en cuentas de personas físicas | La portabilidad frecuente exige la actualización en el DICT |
Clave aleatoria (EVP) | UUID generado por el sistema, sin datos personales | Creciente — preferida por quienes priorizan la privacidad | Sin vínculo con datos personales — ideal para cobros |
Operaciones que el participante directo realiza en el DICT
Al integrarse al DICT, la institución no es solo consumidora — también es productora de datos. Las operaciones principales que un participante directo debe implementar son:
Registro de clave: cuando un cliente de la institución desea crear una clave Pix, la institución registra en el DICT la asociación entre la clave y la cuenta del cliente.
Consulta de clave: antes de procesar cualquier transacción de salida, la institución consulta el DICT con la clave facilitada por el pagador para obtener los datos de la cuenta de destino.
Portabilidad: cuando un cliente desea trasladar una clave de otra institución a la suya, la institución inicia el proceso de portabilidad en el DICT, que tiene un plazo regulatorio definido.
Reivindicación: cuando un cliente desea recuperar una clave (como su propio CPF) que está registrada en otra institución, la institución lleva a cabo el proceso de reivindicación.
Eliminación: cuando un cliente cierra la cuenta o solicita la eliminación de una clave.
DICT y LGPD: qué debe considerar el participante directo
El DICT almacena y procesa datos personales de los usuarios — CPF, CNPJ, correo electrónico, celular. Como participante directo, la institución es responsable del tratamiento de estos datos de acuerdo con la LGPD, incluyendo el consentimiento, la finalidad y el plazo de conservación. El Banco Central también impone restricciones sobre cómo se pueden utilizar los datos consultados en el DICT — las consultas de clave solo pueden realizarse en el contexto de una transacción legítima, no para fines de enriquecimiento de datos de registro.
Cuenta PI: la cuenta de liquidación en el Banco Central
La Cuenta PI (Cuenta de Pagos Instantáneos) es el elemento que define estructuralmente a un participante directo de Pix. A través de ella se liquidan efectivamente las transacciones: el dinero que entra y sale de las transacciones Pix pasa por el saldo de la Cuenta PI de la institución en el SPI.
Tener una Cuenta PI no es solo una cuestión técnica; es una posición regulatoria. Representa que la institución ha sido autorizada por el Banco Central para participar directamente en el sistema de liquidación instantánea del país.
Cuenta PI vs. cuenta corriente: las diferencias que importan
Característica | Cuenta PI | Cuenta corriente común |
|---|---|---|
Quién puede tenerla | Solo participantes directos de Pix autorizados por el BC | Cualquier institución financiera autorizada |
Dónde se mantiene | Banco Central de Brasil (SPI) | Banco comercial / IF autorizada |
Finalidad | Exclusivamente para la liquidación de transacciones Pix | Movimiento financiero general |
Rendimiento | Remunerada por la tasa SELIC (overnight) | Variable según el contrato |
Acceso | Vía mensajería ISO 20022 al SPI | Vía sistemas internos de la institución financiera |
Saldo mínimo | Debe cubrir las obligaciones de liquidación del día | Según la política de la institución |
Control | El BC monitorea en tiempo real | Monitoreo interno de la institución |
Riesgo de liquidación | Cero — la liquidación es definitiva en el BC | Riesgo de contraparte según la institución |
Gestión de liquidez en la Cuenta PI
Un aspecto operativo crítico que frecuentemente sorprende a las fintechs en fase de implementación: la Cuenta PI necesita tener saldo suficiente para cubrir las obligaciones de liquidación en tiempo real. A diferencia de un modelo de compensación (donde los débitos y créditos se netean al final del día), en el SPI cada débito se procesa individualmente — y si la Cuenta PI no tiene saldo suficiente en el momento de la transacción, esta es rechazada.
Esto exige un sistema de gestión de liquidez en tiempo real: monitoreo continuo del saldo de la Cuenta PI, reglas de recomposición de saldo y alertas de nivel crítico. En días de alto volumen — como principios de mes o fechas de pago de salarios — la presión sobre la liquidez puede ser significativa.
💡 Remuneración de la Cuenta PI: El saldo mantenido en la Cuenta PI está remunerado por la tasa SELIC overnight. Para instituciones con un alto volumen de transacciones y un saldo medio relevante, esta remuneración puede representar un ingreso financiero adicional que compensa parte del OPEX de la operación.
Mensajería y protocolos: ISO 20022, RSFN e ICP-Brasil
La capa de comunicación entre el participante directo y la infraestructura del Banco Central está compuesta por tres elementos que trabajan juntos: el protocolo de formato (ISO 20022), el canal de transporte (RSFN) y el mecanismo de autenticación (ICP-Brasil).
ISO 20022: el idioma de los mensajes financieros
ISO 20022 es el estándar internacional de mensajería financiera adoptado por el Banco Central para el Pix. Los mensajes están estructurados en XML, con esquemas rigurosamente definidos que especifican cada campo, su tipo, tamaño y obligatoriedad.
El estándar define diferentes tipos de mensajes para diferentes operaciones: inicio de transacción, confirmación de liquidación, consulta de estado, notificación de error, operaciones en el DICT, entre otras. Cada tipo de mensaje tiene su propio esquema XML y conjunto de validaciones.
Para el equipo de ingeniería, esto significa: implementar parsers y validadores de esquema XML, controladores (handlers) para cada tipo de mensaje, lógica de reintento con backoff para fallos transitorios, y un sistema robusto de registro (log) y seguimiento de mensajes — porque en caso de disputa o auditoría, el rastro de los mensajes es la evidencia.
RSFN: el canal dedicado
La RSFN (Red del Sistema Financiero Nacional) es la infraestructura de red dedicada y segura por la cual transitan los mensajes ISO 20022 entre los participantes y el Banco Central. Es una red privada, separada de la internet pública, con requisitos específicos de conectividad y redundancia.
Para conectarse a la RSFN, la institución debe contratar un proveedor de conectividad homologado por el BC. El proceso de contratación, configuración y prueba de la conexión RSFN es una de las primeras tareas del proyecto de implementación — y una de las que más suelen sorprender en cuanto a plazos, especialmente cuando el proveedor tiene lista de espera.
ICP-Brasil: autenticación e integridad de los mensajes
Cada mensaje enviado al SPI o al DICT debe ser firmado digitalmente con un certificado ICP-Brasil. Esta firma garantiza dos cosas: que el mensaje fue enviado por la institución que afirma haberlo enviado (autenticación), y que el contenido no fue alterado en tránsito (integridad).
Los certificados ICP-Brasil tienen un plazo de validez y deben renovarse periódicamente. Un proceso de gestión de certificados mal estructurado — sin alertas de vencimiento y procedimientos de renovación claros — es una fuente real de incidentes de indisponibilidad que puede comprometer el SLA.
Antifraude y seguridad: la responsabilidad que no se puede subcontratar
En el modelo indirecto, el participante directo asociado es el principal responsable del antifraude. En el modelo directo, esta responsabilidad pasa íntegramente a la institución, y no existe un término medio regulatorio.
El mecanismo FRAUD
El FRAUD es el sistema centralizado del Banco Central que permite el intercambio de información sobre transacciones sospechosas y cuentas fraudulentas entre todos los participantes directos de Pix. La integración al FRAUD es obligatoria y bidireccional: la institución consulta datos de otros participantes y reporta datos sobre fraudes identificados en su base.
El intercambio a través de FRAUD es uno de los mecanismos más eficaces de detección de fraudes en tiempo real en el ecosistema Pix, ya que los defraudadores rara vez operan en una sola institución. Una cuenta reportada como fraudulenta por un participante está disponible para consulta de todos los demás en cuestión de minutos.
Capa propia de detección
Además de la integración al FRAUD, el BC exige que cada participante directo mantenga su propia capa de detección y prevención de fraudes, con reglas, modelos y procesos adecuados al perfil de riesgo de su base de clientes.
Esta capa debe operar en tiempo real, en el mismo ciclo de la transacción: la decisión de aprobar o rechazar una transacción basada en criterios de fraude debe ocurrir antes de que el mensaje de débito sea enviado al SPI. Esto impone restricciones de latencia significativas para los sistemas antifraude.
Resiliencia y seguridad de la infraestructura
Además del antifraude transaccional, el BC exige que la infraestructura del participante directo sea resiliente a ataques: DDoS, intentos de inyección de mensajes, acceso no autorizado a certificados y entornos de producción. Las auditorías de seguridad periódicas y las pruebas de intrusión son requisitos operativos, no opcionales.
🔗 Coste de esta estructura: El coste de montar y operar la capa de antifraude y seguridad —incluyendo sistema propio, integración al FRAUD, auditorías y un equipo dedicado— representa una de las mayores líneas del OPEX mensual del Pix Directo. Los detalles se encuentran en el artículo ¿Cuánto cuesta operar con Pix Directo?
Flujo completo de una transacción Pix: del toque a la liquidación
Con el mapa de cada componente en la mano, es posible recorrer el flujo completo de una transacción Pix, desde la acción del usuario hasta la confirmación de la liquidación en el Banco Central. El proceso completo lleva menos de 10 segundos en la gran mayoría de los casos.
# | Etapa | Quién la ejecuta | Qué ocurre |
|---|---|---|---|
1 | Iniciación | Pagador | El usuario introduce la clave Pix, el importe y confirma la transacción en la aplicación o sitio web de la entidad pagadora. |
2 | Consulta DICT | Entidad pagadora → DICT | La entidad consulta el DICT con la clave facilitada. El DICT devuelve: cuenta de destino, nombre del titular y entidad receptora. |
3 | Validación y autorización | Entidad pagadora | La entidad valida los datos devueltos por el DICT, aplica las reglas antifraude y autoriza (o deniega) la transacción. |
4 | Mensaje de débito al SPI | Entidad pagadora → SPI | La entidad envía un mensaje ISO 20022 al SPI solicitando el débito en su cuenta PI y el crédito en la cuenta PI de la entidad receptora. |
5 | Liquidación en el SPI | SPI (Banco Central) | El SPI procesa el mensaje, comprueba el saldo de la cuenta PI pagadora, adeuda en la cuenta PI pagadora y abona en la cuenta PI receptora. Liquidación definitiva e irrevocable. |
6 | Confirmación al receptor | SPI → Entidad receptora | El SPI notifica la liquidación a la entidad receptora. La entidad receptora abona el importe en la cuenta del usuario final. |
7 | Confirmación al pagador | Entidad pagadora → Pagador | La entidad pagadora confirma al usuario final que la transacción se ha completado con éxito. |
Qué ocurre en menos de 10 segundos
La latencia total percibida por el usuario (desde que pulsa «confirmar» hasta la pantalla de «Pix enviado») es el resultado de que todas las etapas anteriores se produzcan de forma secuencial, con comunicación a través de la RSFN, procesamiento en el SPI y notificaciones entre entidades. El BC establece límites de latencia máxima para cada etapa, y los participantes que superen sistemáticamente estos límites pueden recibir notificaciones regulatorias.
Para el equipo de ingeniería, esto significa que se debe controlar individualmente la latencia de cada componente de la pila tecnológica, desde la API de iniciación hasta el gestor de confirmación del SPI. Un componente lento puede hacer que el usuario espere más de lo previsto, sin que resulte obvio qué pieza de la cadena es el cuello de botella.
Flujos de error: qué ocurre cuando algo falla
El SPI define con precisión lo que ocurre cuando falla una transacción en cada etapa: mensajes de rechazo con códigos de error normalizados, plazos de reintento, obligaciones de notificación al usuario final. Un participante directo debe implementar gestores para cada escenario de error y asegurarse de que el usuario final reciba un mensaje claro y preciso sobre lo ocurrido, dentro de los plazos regulatorios.
⚠️ Punto de atención: A menudo, los flujos de error no se desarrollan lo suficiente en la primera versión de una integración con el SPI. El foco de atención se dirige de manera natural hacia el «happy path» (camino feliz). Sin embargo, es en los escenarios de error donde la experiencia del usuario se diferencia más entre entidades, y donde suelen aparecer los incidentes regulatorios.
Participantes directos e indirectos: cómo refleja la arquitectura la responsabilidad
La distinción entre participante directo e indirecto no es solo regulatoria: tiene consecuencias directas en la topología técnica de la operación.
En el modelo directo, la entidad mantiene su propia conexión al SPI, su propio registro en el DICT y su propia Cuenta PI. Técnicamente, es un nodo activo en la infraestructura de Pix.
En el modelo indirecto, la entidad accede a Pix a través de las API del participante directo asociado, que a su vez se comunica con el SPI, el DICT y otros sistemas del BC. Desde el punto de vista de la infraestructura del BC, el participante indirecto no existe: todos los mensajes llegan con la identidad del participante directo.
Esto tiene una implicación regulatoria importante: el participante directo responde del comportamiento de todos los indirectos que operan bajo su infraestructura. Si un indirecto tiene prácticas inadecuadas de seguridad o cumplimiento normativo, el participante directo que lo alberga puede sufrir consecuencias regulatorias por fallos que no han sido suyos.
📊 Implicación estratégica: Para las fintech que pretenden convertirse en participantes directos y ofrecer acceso a Pix a otros operadores (modelo BaaS), el diseño de los controles sobre los participantes indirectos es tan importante como la propia integración técnica al SPI. La Resolución BCB n.º 429/2024 define las obligaciones de supervisión que el participante directo tiene sobre sus indirectos.
Glosario técnico de Pix Direto
Una referencia rápida de los términos técnicos más relevantes para quienes trabajan con la infraestructura de Pix Direto:
Término | Definición |
|---|---|
LBTR | Liquidación Bruta en Tiempo Real. Modelo de liquidación en el que cada transacción se procesa de forma individual y definitiva en el momento en que se produce, sin netting (compensación multilateral) ni compensación posterior. El SPI funciona con este modelo. |
ISO 20022 | Estándar internacional para la mensajería financiera basado en XML, desarrollado por ISO. Define la estructura y el contenido de los mensajes intercambiados entre los participantes y el SPI/DICT. Sustituye a los formatos heredados como SWIFT MT. |
ICP-Brasil | Infraestructura de Llaves Públicas Brasileña. Sistema de certificación digital del Gobierno brasileño que garantiza la autenticidad e integridad de los mensajes enviados al BC. Todo participante directo necesita un certificado de ICP-Brasil. |
EVP | Dirección Virtual de Pago. Nombre técnico de la clave aleatoria: un UUID generado por el sistema sin vinculación a los datos personales del titular. |
ISPB | Identificador del Sistema de Pagos Brasileño. Código único de 8 dígitos que identifica a cada participante en el SPI. Equivalente al código bancario, pero específico para el entorno del SPI. |
Netting | Proceso de compensación multilateral en el que los débitos y créditos entre varias partes se consolidan antes de la liquidación. El SPI no utiliza el netting: cada transacción de Pix se liquida de forma individual (LBTR). |
DR / DRP | Disaster Recovery / Disaster Recovery Plan (Recuperación ante desastres / Plan de recuperación ante desastres). Infraestructura y plan de contingencia para recuperar la actividad en caso de fallo catastrófico. Exigido por el BC para los participantes directos. |
SLA | Service Level Agreement (Acuerdo de Nivel de Servicio). En el contexto de Pix Direto, el BC exige una disponibilidad mínima del 99,5 % para los participantes directos, con notificación de los incidentes que afecten a este índice. |
Portabilidad de clave | Proceso por el cual un usuario transfiere una clave Pix (p. ej., su CPF) de una entidad a otra. Implica operaciones en el DICT y cuenta con un plazo regulatorio fijado por el BC. |
Participante indirecto | Entidad o empresa que accede a Pix a través de un participante directo, sin tener una cuenta PI propia en el SPI. El participante directo responde de la actividad del indirecto ante el BC. |
Conclusión: la infraestructura como ventaja competitiva
Comprender la arquitectura de Pix Direto — SPI, DICT, Conta PI, mensajería, antifraude — no es un ejercicio académico. Es lo que separa las decisiones de producto bien fundamentadas de las decisiones basadas en premisas erróneas sobre lo que es posible, lo que es caro y lo que es rápido de implementar.
Para los Product Managers, este mapa conceptual es lo que permite especificar características con precisión, estimar la complejidad con realismo y mantener conversaciones productivas con el equipo de ingeniería. Para los ingenieros y arquitectos, es el punto de partida antes de la documentación técnica del Banco Central, que es detallada pero no contextualizada.
La infraestructura de Pix Direto es compleja, pero es una complejidad estructurada, con componentes bien definidos y documentación pública. Quien la entiende profundamente tiene una ventaja real sobre quien la trata como una caja negra.
🚀 Próximo paso: Explore cómo el ITP (Iniciador de Transacción de Pago) en Open Finance utiliza esta infraestructura para crear una nueva capa de productos financieros — y por qué el checkout sin redirección está cambiando la conversión en el e-commerce brasileño. Lea: ITP en Open Finance: cómo la iniciación de pagos a través de Pix está cambiando el checkout.
Lecturas relacionadas en este cluster
→ Pix Direto: qué es, cómo funciona y cuándo vale la pena
→ Cómo convertirse en participante directo de Pix: requisitos técnicos y regulatorios
→ ¿Cuánto cuesta operar con Pix Direto? Infraestructura, cumplimiento y TCO real
→ ITP en Open Finance: cómo la iniciación de pagos a través de Pix está cambiando el checkout
