B3, le principal opérateur de marché du Brésil, vient de réaliser une manœuvre généralement voilée de succès : déplacer le "cœur registral" du système sans bloquer le pouls du marché. Le 12 mars 2026, la phase deux de sa transformation du dépôt central de valeurs (CSD) avec la technologie VeriSafe® de Vermiculus est entrée en production, un système natif dans le cloud et basé sur des microservices. Cette annonce arrive avec une information qui, pour un PDG ou un DSI, vaut plus que toute promesse d'innovation : c'est la deuxième année consécutive avec des déploiements accrus, après la phase un de décembre 2024.
Dans l'infrastructure des marchés, l'épopée est souvent mal orientée. Ne l'emporte pas celui qui annonce "le nouveau", mais celui qui change une pièce structurelle sans briser la liquidation, la propriété et les rapprochements. B3 et Vermiculus affirment avoir réussi grâce à une approche progressive et à un "soft-launch", opérant en parallèle avec le système hérité pour maintenir la stabilité. Viviane Basso, COO de B3 pour les émetteurs, les dépôts et le OTC, résume : transition "sans friction" et bénéfices "immédiats" pour les participants, sans dramatiser le changement comme s'il s'agissait de magie.
La phase deux élargit le champ fonctionnel : traitement des transactions de liquidation, transferts des participants, dépôts, retraits, soutien aux IPOs et opérations de création et de rachat de certificats brésiliens, y compris ETFs, reçus de dépôt et fractions d'actions. En d'autres termes : le CSD cesse d'être un pilote évolutif et devient une machine opérationnelle à plein temps.
Le CSD comme colonne vertébrale du marché, pas comme projet IT
Un CSD n'est pas "un système de plus". C'est le registre qui décide qui possède quoi, quand, et sous quelles conditions cet actif peut être déplacé. Si je le dessine comme un plan, c'est une dalle de transfert : chargée depuis le trading, le clearing, la garde et les événements corporatifs, la répartissant vers les participants, les émetteurs et les régulateurs. Quand cette dalle se fissure, le marché ne "marche plus lentement" ; il devient plus risqué, plus coûteux et moins fiable.
B3 traite cet élément pour ce qu'il est : une infrastructure critique. La phase deux désigne VeriSafe® comme "source d'or" des données de dépôt, ce qui implique un point maître de vérité pour les positions, mouvements et enregistrements. Dans les opérations de haute complexité, ce détail détermine si le rapprochement est un processus nocturne avec friction ou un flux presque continu avec des exceptions limitées.
La narration du communiqué met l'accent sur scalabilité élastique et architecture de microservices. Je traduis cela en mécanique : au lieu d'une machine monolithique où toute amélioration nécessite de stopper une partie du moteur, on cherche un ensemble de modules interchangeables permettant d'ajouter ou retirer des capacités en temps réel. Vermiculus affirme que VeriSafe® gère des centaines de millions de comptes, d'investisseurs et de transactions quotidiennes. Nous n'avons pas de chiffres de volume de B3 dans le communiqué, mais le point structurel est clair : le design se justifie lorsque la croissance des utilisateurs, des actifs et des opérations cesse d'être linéaire et commence à faire des bonds.
Il y a aussi un composant de gouvernance opérationnelle. Le déploiement par phases, avec opération parallèle, est une façon de transférer le risque depuis le "grand jour de coupure" vers une séquence de validations contrôlées. Taraneh Derayati, PDG de Vermiculus, décrit cela comme un remplacement par phases combinant stabilité et livraison de valeur dès le début, précisément parce que cela fonctionne en parallèle avec l'ancien système.
La décision la moins évidente était le canal de migration, pas le cloud
Beaucoup de gens lisent "cloud" et supposent une modernisation automatique. Je m'intéresse au canal de transition. Un CSD ne se remplace pas comme un CRM. Son entrée en production est liée à des événements de liquidation, des fenêtres opérationnelles, des intégrations avec des systèmes de trading et des tolérances réglementaires. Le communiqué laisse deux indices opérationnels importants.
Premièrement : l'approche de "soft-launch" et le parallélisme avec le système existant. C'est une stratégie de réduction de risque par conception. En architecture, il s'agit de renforcer pendant le chargement, pas après. Cela évite le scénario classique où une migration totale expose des défauts de bord qui ne sont pas apparus lors des tests.
Deuxièmement : la phase un avait déjà généré des avantages fonctionnels concrets. Selon les sources, cela a permis d'augmenter la capacité par dix, d'étendre les horaires d'ouverture, de générer de nouveaux rapports pour les participants et d'accélérer le temps de mise sur le marché de nouvelles fonctionnalités. Il n'y a pas de chiffres de coût ou de retour, mais il y a quelque chose de tangible : le système a commencé à générer des revenus avant d'être "terminé". C'est une différence cruciale entre un programme qui consomme le budget et un qui commence à réduire la friction opérationnelle tôt.
Le communiqué mentionne également l'intégration avec le système de trading de B3, le BSX, pour le traitement des opérations, la liquidation et les changements de propriété, selon le contexte recueilli lors du briefing. En termes de charge, cette intégration est un point de défaillance typique. Si l'union entre le trading et le dépôt n'est pas robuste, les erreurs ne se manifestent pas comme des "bugs" ; elles apparaissent sous forme de divergences de propriété, de rejets et de processus manuels.
Henrik Rouet-Leduc, chef de projet CSD chez Vermiculus, affirme que le projet est "en train d'établir une nouvelle norme" par sa vitesse et son efficacité, respectant le calendrier et délivrant une valeur continue. En tant qu'analyste, je considère cette phrase comme une hypothèse à surveiller plutôt que comme un verdict : la norme n'est pas définie par le communiqué, mais par les incidents opérationnels, les taux d'exceptions et la stabilité lors des pics.
Atomisation appliquée à l'infrastructure, moins de promesses et plus de charges spécifiques
L'erreur de bon nombre de grandes transformations est de vouloir satisfaire tous les acteurs avec un récit universel. Ici, je perçois une atomisation bien appliquée, même si cela n'est pas nommé ainsi : B3 ne dit pas "nous allons réinventer le marché". Elle énumère des charges spécifiques que le nouveau CSD doit supporter.
La phase deux cible les transactions de liquidation, les transferts de participants, les dépôts et retraits, les IPOs ainsi que la création et le rachat d'instruments tels que des ETFs, des reçus de dépôt et des fractions. Cette liste révèle une stratégie : couvrir d'abord les flux qui concentrent le risque opérationnel et le volume, tout en activant simultanément des produits où l'élasticité est cruciale. Les fractions et les ETFs tendent généralement à amplifier les décomptes de positions, d'événements et de mouvements, et poussent les systèmes à leur limite.
Parallèlement, l'architecture par microservices promet un "ajustement" entre fonction et capacité. Si un module spécifique nécessite plus de ressources en raison d'une vague d'opérations, ce composant sera mis à l'échelle plutôt que d'inflater toute la plateforme. Rodrigo Nardoni, DSI de B3, avait déjà cadré en 2023 la raison technique : flexibilité et scalabilité pour la demande brésilienne et son avenir. Cette phrase est sobre et exacte : le marché change en raison du volume et de la variété d'instruments, et un CSD rigide devient un frein.
Il existe un second angle d'atomisation : le participant. Dans la phase un, de nouveaux rapports pour les participants sont mentionnés. Dans une dépositaire, les rapports ne sont pas «nice to have» ; ils réduisent le rapprochement manuel et les litiges opérationnels, et diminuent le coût par transaction dans le back-office de l'écosystème. C'est de la valeur distribuée : non seulement B3 fonctionne mieux, mais les membres réduisent également la friction et le risque.
La mécanique financière derrière le jalon, coûts fixes sous pression
Il n'y a pas de données de contrat, coût total ni ROI dans les sources. Cela oblige à faire des analyses sans inventer. Cependant, le design laisse entrevoir une intention financière claire : transformer une partie du coût d'exploitation du marché de dépenses fixes rigides vers une structure plus élastique.
Un CSD hérité tend à pénaliser avec des coûts marginaux croissants : plus de volume exige plus de matériel, plus de fenêtres nocturnes, plus d'équipes de support, plus de processus manuels pour traiter les exceptions. L'approche cloud-native et microservices permet théoriquement d'évoluer la capacité sans répliquer proportionnellement toute l'opération. Si cela s'avère, le bénéfice n'est pas "modernité" ; c'est l'expansion de la marge opérationnelle par transaction, surtout lors des jours de pointe.
Il y a aussi un bénéfice comptable et de risque qui est rarement mentionné : la vitesse de livraison. Vermiculus souligne une méthodologie agile, des mises à jour fréquentes et une rapidité de mise sur le marché. Pour une bourse, cela a un impact sur deux lignes : la capacité de lister et de soutenir de nouveaux produits avec moins de retard et moins d'accumulation de travail en attente qu'il est ensuite nécessaire de traiter dans des projets gigantesques.
Le principal risque de ce type de transformation réside souvent dans l'intégration et la coexistence. Fonctionner en parallèle réduit le risque de coupure, mais crée la nécessité de réconcilier deux sources de vérité jusqu'à ce que le remplacement soit complet. Si le nouveau système devient "source d'or" trop rapidement sans que les bords soient fermés, des divergences sont créées. Si la fermeture de l'ancien système tarde trop, cela signifie que l'impôt de double opération est à payer. Le communiqué suggère que le design par phases tente de naviguer entre ces deux murs.
Pour Vermiculus, la valeur est à la fois réputationnelle et commerciale. Exécuter l'un des plus grands projets de transformation de CSD en termes d'échelle, comme le décrivent les sources, est une carte de visite pour les marchés cherchant à moderniser sans s'exposer à des échecs publics. Cette réputation, en logiciel critique, est plus défendable que n'importe quelle campagne de marketing.
La leçon pour les dirigeants, remplacer le moteur sans éteindre les lumières
Le jalon de B3 ne devrait pas être perçu comme une victoire du fournisseur ou comme un cas d'étude de cloud. C'est un rappel opérationnel : dans des marchés complexes, les transformations qui survivent sont celles qui sont conçues comme un pont en usage, avec des sections qui changent sans fermer la circulation.
La phase deux en production suggère que B3 a choisi la discipline d'ingénierie plutôt que des gestes grandiloquents : déploiements par phases, opération parallèle, livraison précoce de capacités et de fonctions, et un design modulaire qui promet de s'adapter sans surcharger toute la structure. Il manque des informations publiques sur les coûts, les métriques d'incidents et le calendrier de retrait total de l'ancien système, et cette absence empêche de clamer victoire totale. Ce qui peut être affirmé en se basant sur ce qui a été publié, c'est que le projet évite le péché le plus courant de la modernisation : transformer un changement nécessaire en un pari binaire.
Les entreprises ne se brisent pas par manque d'idées ; elles se brisent lorsque les pièces de leur modèle opérationnel ne s'emboîtent pas pour produire une valeur mesurable et une trésorerie durable.
