B3, el principal operador de mercado de Brasil, acaba de ejecutar una maniobra que suele fracasar en silencio: mover el “corazón registral” del sistema sin detener el pulso del mercado. El 12 de marzo de 2026 entró en producción la fase dos de su transformación del depósito central de valores (CSD) con tecnología VeriSafe® de Vermiculus, un sistema nativo en la nube y basado en microservicios. La noticia llega con un dato que, para un CEO o un CIO, vale más que cualquier promesa de innovación: es el segundo año consecutivo con despliegues mayores, tras la fase uno de diciembre de 2024.
En infraestructura de mercados, la épica suele estar mal enfocada. No gana quien anuncia “lo nuevo”, sino quien cambia una pieza estructural sin romper liquidación, titularidad y conciliaciones. B3 y Vermiculus sostienen que lo lograron con un enfoque gradual y de “soft-launch”, corriendo en paralelo con el sistema legado para mantener estabilidad. Viviane Basso, COO de B3 para emisores, depositaría y OTC, lo resumió con un lenguaje que me interesa por lo que evita: transición “sin fricción” y beneficios “inmediatos” para participantes, sin dramatizar el cambio como si fuera magia.
La fase dos amplía el alcance funcional: procesamiento de transacciones de liquidación, transferencias de participantes, depósitos, retiros, soporte para IPOs y operaciones de creación y rescate para certificados brasileños, incluyendo ETFs, recibos de depósito y fracciones de acciones. En otras palabras: el CSD deja de ser un piloto escalable y pasa a ser una máquina operativa de jornada completa.
El CSD como columna vertebral del mercado, no como proyecto de TI
Un CSD no es un “sistema más”. Es el registro que decide quién posee qué, cuándo, y bajo qué condición puede moverse ese activo. Si lo dibujo como un plano, es una losa de transferencia: carga desde trading, clearing, custodia y eventos corporativos, y la reparte hacia participantes, emisores y reguladores. Cuando esa losa se fisura, el mercado no “anda más lento”; se vuelve más riesgoso, más caro y menos confiable.
B3 está tratando este elemento como lo que es: infraestructura crítica. La fase dos declara a VeriSafe® como “golden source” de datos depositarios, lo que implica un punto maestro de verdad para posiciones, movimientos y registros. En operaciones de alta complejidad, ese detalle determina si la conciliación es un proceso nocturno con fricción o un flujo casi continuo con excepciones acotadas.
La narrativa del comunicado enfatiza escalabilidad elástica y arquitectura de microservicios. Traduzco eso a mecánica: en vez de una máquina monolítica donde cualquier mejora requiere parar parte del motor, se busca un conjunto de módulos intercambiables que permiten agregar o retirar capacidad en tiempo de ejecución. Vermiculus afirma que VeriSafe® maneja cientos de millones de cuentas, inversores y transacciones diarias. No tenemos cifras de volumen de B3 en la nota, pero el punto estructural es claro: el diseño se justifica cuando el crecimiento de usuarios, activos y operaciones deja de ser lineal y empieza a pegar saltos.
También hay un componente de gobernanza operativa. El despliegue por fases, con operación paralela, es una forma de transferir riesgo desde el “gran día de corte” hacia una secuencia de validaciones controladas. Taraneh Derayati, CEO de Vermiculus, lo describe como reemplazo por fases combinando estabilidad y entrega de valor desde el inicio, precisamente por correr en paralelo al legado.
La decisión menos vistosa fue el canal de migración, no la nube
Mucha gente lee “nube” y asume modernización automática. Yo miro el canal de transición. Un CSD no se reemplaza como un CRM. Su salida a producción está atada a eventos de liquidación, ventanas operativas, integraciones con sistemas de negociación y tolerancias regulatorias. La nota deja dos pistas operativas importantes.
Primera: el enfoque de “soft-launch” y el paralelismo con el sistema existente. Esa es una estrategia de reducción de riesgo por diseño. En arquitectura, es reforzar mientras cargas, no después. Evita el escenario clásico donde una migración total expone defectos de borde que no aparecieron en pruebas.
Segunda: la fase uno ya había generado beneficios funcionales concretos. Según las fuentes, permitió aumentar la capacidad diez veces, extender horarios de apertura, generar nuevos reportes para participantes y acelerar el tiempo de salida de nuevas funciones. No hay cifras de costo o retorno, pero sí hay algo tangible: el sistema empezó a pagar su renta antes de estar “terminado”. Esa es una diferencia crítica entre un programa que consume presupuesto y uno que empieza a reducir fricción operativa temprano.
El comunicado también menciona integración con el sistema de negociación de B3, BSX, para procesamiento de operaciones, liquidación y cambios de propiedad, según el contexto recopilado en el briefing. En términos de carga, esa integración es un punto de falla típico. Si la unión entre trading y depositaría no es robusta, los errores no se ven como “bugs”; aparecen como discrepancias de titularidad, rechazos y procesos manuales.
Henrik Rouet-Leduc, project manager de CSD en Vermiculus, afirma que el proyecto está “estableciendo un nuevo estándar” por velocidad y eficiencia, manteniendo calendario y entregando valor continuo. Como analista, tomo esa frase como una hipótesis a monitorear más que como un veredicto: el estándar no lo fija el comunicado, lo fijan los incidentes operativos, las tasas de excepciones y la estabilidad en días de pico.
Atomización aplicada a infraestructura, menos promesas y más cargas específicas
El error de muchas transformaciones grandes es querer complacer a todos los stakeholders con un relato universal. Aquí veo una atomización bien aplicada, aunque no se nombre así: B3 no está diciendo “vamos a reinventar el mercado”. Está enumerando cargas específicas que el nuevo CSD debe soportar.
La fase dos apunta a transacciones de liquidación, transferencias de participantes, depósitos y retiros, IPOs y creación y rescate de instrumentos como ETFs, recibos de depósito y fracciones. Esa lista revela una estrategia: cubrir primero los flujos que concentran riesgo operativo y volumen, y al mismo tiempo habilitar productos donde la elasticidad importa. Las fracciones y los ETFs suelen amplificar conteos de posiciones, eventos y movimientos, y empujan a los sistemas a su límite.
En paralelo, la arquitectura por microservicios promete “encaje” entre función y capacidad. Si un módulo específico requiere más recursos por una ola de operaciones, se escala ese componente en lugar de inflar toda la plataforma. Rodrigo Nardoni, CIO de B3, ya había enmarcado en 2023 la razón técnica: flexibilidad y escalabilidad para la demanda brasileña y su futuro. Esa frase es sobria y correcta: el mercado cambia por volumen y por variedad de instrumentos, y un CSD rígido se vuelve un freno.
Hay un segundo ángulo de atomización: el participante. En fase uno se mencionan nuevos reportes para participantes. En una depositaría, reportes no son “nice to have”; reducen conciliación manual y litigios operativos, y bajan costo por transacción en el back office del ecosistema. Es valor distribuido: no solo B3 opera mejor, también los miembros disminuyen fricción y riesgo.
La mecánica financiera detrás del hito, costos fijos bajo presión
No hay datos de contrato, costo total ni ROI en las fuentes. Eso obliga a hacer análisis sin inventar. Aun así, el diseño deja entrever una intención financiera clara: transformar una parte del costo de operar el mercado desde gastos fijos rígidos hacia una estructura más elástica.
Un CSD legado tiende a castigar con costos marginales crecientes: más volumen exige más hardware, más ventanas nocturnas, más equipos de soporte, más procesos manuales para tratar excepciones. El enfoque cloud-native y microservicios, en teoría, permite escalar capacidad sin replicar proporcionalmente toda la operación. Si esto se cumple, el beneficio no es “modernidad”; es expansión de margen operativo por transacción, especialmente en días de pico.
También hay un beneficio contable y de riesgo que rara vez se menciona: velocidad de entrega. Vermiculus destaca metodología ágil, releases frecuentes y time-to-market rápido. Para una bolsa, eso impacta en dos líneas: capacidad de listar y soportar nuevos productos con menos demora y menor acumulación de trabajo pendiente que luego estalla en proyectos gigantes.
El riesgo principal de este tipo de transformación suele vivir en integración y coexistencia. Correr en paralelo reduce el riesgo de corte, pero crea la necesidad de reconciliar dos fuentes de verdad hasta completar el reemplazo. Si el sistema nuevo se convierte en “golden source” demasiado rápido sin que los bordes estén cerrados, se generan discrepancias. Si se demora demasiado el cierre del legado, se paga el impuesto de doble operación. El comunicado sugiere que el diseño por fases intenta navegar entre esas dos paredes.
Para Vermiculus, el valor es reputacional y comercial. Ejecutar uno de los mayores proyectos de transformación de CSD por escala, como se describe en las fuentes, es una tarjeta de presentación para mercados que quieren modernizar sin exponerse a fallas públicas. Esa reputación, en software crítico, es más defensible que cualquier campaña de marketing.
La lección para líderes, reemplazar el motor sin apagar las luces
El hito de B3 no debería leerse como una victoria del proveedor o como un caso de estudio de nube. Es un recordatorio operativo: en mercados complejos, las transformaciones que sobreviven son las que se diseñan como un puente en uso, con tramos que se cambian sin cerrar el tráfico.
La fase dos en producción sugiere que B3 eligió disciplina de ingeniería sobre gestos grandilocuentes: despliegues por fases, operación paralela, entrega temprana de capacidad y funciones, y un diseño modular que promete escalar sin inflar toda la estructura. Falta información pública sobre costos, métricas de incidentes y calendario de retiro total del legado, y esa ausencia impide cantar victoria total. Lo que sí se puede afirmar con base en lo publicado es que el proyecto está evitando el pecado más común de la modernización: convertir un cambio necesario en una apuesta binaria.
Las empresas no se rompen por falta de ideas; se rompen cuando las piezas de su modelo operativo no encajan para producir valor medible y caja sostenible.
