Accueil · Cas clients
Cas clients
3 missions, en détail
Une ligne de référence ne prouve rien. Ces trois missions sont décrites en entier : ce que le client avait, ce qui ne tenait plus, ce que nous avons construit, et les chiffres auxquels les plateformes tournent aujourd'hui. Les clients ne sont pas nommés, à leur demande et à la nôtre.
Ce que vous trouverez ici
21 ans, plusieurs centaines de projets, 3 plateformes qui évoluent encore
Chacune de ces plateformes a traversé plusieurs générations technologiques depuis que nous l'avons construite : bus de messages remplacés, event streaming introduit, gestion des API et identité refondues, migration cloud en cours, plateforme de nouvelle génération en construction en parallèle de la production. Les chiffres ci-dessous sont ceux d'aujourd'hui, pas ceux pour lesquels elles avaient été spécifiées.
Transport maritime de conteneurs
Un ESB sur mesure passé de 9 messages par seconde à 2 millions d'échanges par jour
Déclarations douanières, mouvements de conteneurs, facturation, suivi des navires : chacune de ces opérations est un flux d'intégration. Quand ils s'arrêtent, la marchandise s'arrête. Nous avons conçu la plateforme qui les porte et nous l'exploitons depuis.
L'un des plus grands groupes mondiaux de transport maritime de conteneurs et de logistique · Partenariat depuis 2013 · plateforme conçue en 2017 · nouvelle génération en construction pour 2026
Contexte
Ce groupe déplace chaque jour des dizaines de milliers de conteneurs dans le monde. Autorités douanières, autorités portuaires, transporteurs, fournisseurs, clients et navires eux-mêmes échangent en continu des données structurées avec les systèmes du groupe, dans plusieurs formats. Ces flux commandent l'exploitation elle-même.
La relation a commencé en 2013. En 2017, face à des besoins d'échange EDIFACT à cadence élevée, nous avons conçu et déployé un enterprise service bus sur mesure comme socle de l'intégration de données du groupe. 10 ans plus tard, il porte près de deux millions d'échanges par jour et reste l'architecture de référence, sans réécriture majeure de son noyau technique.
Ce qui rendait la mission difficile
- EDIFACT à cadence élevée dès le premier jourNeuf messages par seconde exigés au lancement, sur une chaîne base de données vers XML vers EDIFACT, avec une grande variété de formats et des règles métier propres à chaque message.
- Concevoir pour des volumes que personne n'avait encore spécifiésL'architecture devait absorber une montée de 9 messages par seconde à deux millions d'échanges quotidiens en dix ans, ainsi que de nouveaux formats et de nouveaux usages métier qui n'existaient pas au moment de la conception, sans toucher au cœur applicatif.
- La continuité dans un environnement critique 24/7Le fret maritime fonctionne en continu. La plateforme ne tolère aucune interruption, ce qui fixe le niveau attendu en stabilité comme en résilience.
- Une équipe entièrement à distance, pendant dix ansLa continuité, le transfert de connaissances et l'absence de point de défaillance unique devaient être organisés dans l'équipe aussi délibérément que dans la plateforme.
Ce que nous avons fait
Un ESB propriétaire conçu dès l'origine pour absorber la croissance des volumes et des besoins métier sur le long terme. Construit autour des flux EDIFACT et XML, et gardé assez souple pour prendre en charge de nouveaux usages sans réécriture du noyau pendant plus de dix ans. La différence tient aux choix d'architecture faits au moment de la conception.
- Custom ESB
- EDIFACT
- XML
- Routage par contenu
- Transformation
Le contrat couvrait la transformation et le routage. Ce que nous livrons effectivement comprend aussi la couche d'interface utilisateur, l'automatisation des déploiements, l'industrialisation des processus de développement et le développement fonctionnel de bout en bout. L'équipe identifie les besoins avant qu'ils n'arrivent sous forme de tickets. Cette posture est la première raison de la durée du partenariat.
- CI/CD
- Industrialisation
- UI
- Fonctionnalités métier
Une équipe de dix personnes entièrement à distance, dont quatre des nôtres qui forment le noyau technique. Chaque tâche documentée dans JIRA et Confluence, et transférable à tout moment. Une méthode maison qui met l'automatisation d'abord : les développeurs développent, ils n'administrent pas. Aucun point de défaillance unique sur le projet.
- JIRA
- Confluence
- Remote
- Automatisation d'abord
La suite
Une plateforme de nouvelle génération a été validée fin 2024. Elle se construit à côté du système en production plutôt qu'en remplacement en une seule étape, pour gagner en performance, en stabilité et en efficacité opérationnelle sans casser le socle existant. Livraison visée : 2026.
Socle technique
- Custom ESB
- EDIFACT
- XML
- EDI message routing
- Automated deployment pipelines
- JIRA
- Confluence
Les offres derrière cette mission
Institution financière publique européenne
D'une intégration spaghetti point à point à un ESB, sans une seule fenêtre de maintenance
Architecture d'intégration, middleware, gestion de données et administration de plateformes pour une institution qui traite des millions de transactions, produit ses déclarations réglementaires et échange des messages financiers transfrontaliers en temps réel.
Une institution financière publique européenne · Partenariat depuis 2007 · middleware, event streaming, gestion des API et virtualisation de données, renouvelés tour à tour
Contexte
Le fonctionnement quotidien de l'institution repose sur plusieurs systèmes critiques : le traitement des transactions à grande échelle, le reporting réglementaire et la messagerie financière transfrontalière en temps réel. Nous intervenons sur ce parc depuis 2007, et le périmètre s'est élargi au rythme de la transformation technologique de l'institution, de la tuyauterie de base jusqu'aux décisions de gouvernance.
La mission couvre aujourd'hui l'ensemble du cycle de vie des plateformes, y compris la responsabilité complète de la couche de virtualisation de données, déployée sans aucune expertise interne préexistante et exploitée par nos équipes de bout en bout.
Ce qui rendait la mission difficile
- Un parc historique point à point fragileRemplacer un enchevêtrement d'intégrations point à point par un ESB capable de monter en charge, sans perturber des systèmes de production qui traitent des millions de transactions par jour. Chaque migration devait être chirurgicale et invisible.
- Zéro interruption, dans une institution qui tourne 24/7Les opérations critiques ne s'arrêtent jamais. Chaque déploiement, chaque migration et chaque mise à jour devait rester invisible pour les utilisateurs finaux comme pour les systèmes en aval.
- Volume et fiabilité à l'échelleHuit millions d'appels d'API par jour sans erreur, avec supervision temps réel continue et bascule automatique, alors que les équipes métier attendaient un accès quasi temps réel à des données qui mettaient jusqu'à une heure à arriver.
- Un alignement réglementaire à calendrier fixeAlignement continu sur SWIFT ISO 20022, déployé mondialement et de façon synchronisée dans toutes les régions chaque mois de novembre, sous de fortes exigences de traçabilité et de sécurité.
Ce que nous avons fait
Migration de l'architecture historique vers un enterprise service bus moderne. Des serveurs miroirs ont rendu possibles les mises à jour en journée sans aucune interruption, ce qui a supprimé définitivement les fenêtres de maintenance hebdomadaires. IBM Integration Bus a été migré vers IBM App Connect Enterprise, et WebSphere MQ vers Apache Kafka pour le streaming d'événements en temps réel.
- IBM IIB → ACE
- WebSphere MQ → Kafka
- ESB
- Serveurs miroirs
- Zéro interruption
Un ensemble de plateformes spécialisées déployées et gouvernées : une couche d'API management qui porte huit millions d'appels par jour, une authentification centralisée sur toutes les plateformes en remplacement du service de fédération historique, et un environnement partagé pour les équipes de data science.
- Gestion des API
- SSO centralisé
- Plateforme data science
Une couche d'abstraction virtuelle qui permet aux équipes d'atteindre la donnée à la source sans la déplacer, et un point de passage unique pour tous les outils de reporting, ce qui garantit une seule version de la vérité. Plus d'un million de vues créées, avec un lignage complet des données, une sécurité par profil et des pipelines DevOps automatisés.
- Virtualisation de données
- > 1 M de vues
- Lignage des données
- Haute disponibilité
Le rôle est passé de constructeur à dépositaire de long terme : rationalisation des flux d'intégration, migration vers le cloud, durcissement de la sécurité, astreinte et maintenance continue, avec un tableau de bord temps réel de suivi de la qualité des données.
- Migration cloud
- Durcissement sécurité
- Astreinte
- SWIFT ISO 20022
La suite
L'institution évolue progressivement vers des plateformes d'intégration cloud-native, tandis que les flux les plus complexes resteront sur la pile actuelle pendant encore plusieurs années. La plateforme de virtualisation de données continue de croître, avec de nouvelles sources et de nouvelles équipes consommatrices.
Socle technique
- IBM App Connect Enterprise (ACE)
- IBM Integration Bus (IIB)
- WebSphere MQ
- Apache Kafka
- SWIFT MT → MX / ISO 20022
- API management
- Data virtualisation
- Real-time monitoring dashboards
Les offres derrière cette mission
Gestion d'actifs et de patrimoine
Le hub SWIFT par lequel passe chaque flux financier, à l'entrée comme à la sortie
Actions, obligations et dérivés génèrent une chaîne de messages SWIFT pour chaque ordre : instruction, accusé de réception, confirmation de l'agent, règlement. L'équipe qui les transforme, les route et en assure le support est la nôtre.
Une société internationale de gestion d'actifs multi-classes · Partenariat depuis 2006 · l'un de nos premiers clients
Contexte
Ce gestionnaire d'actifs gère des portefeuilles multi-classes sur les marchés financiers internationaux et traite des flux de transactions à forte contrainte de temps. Son équipe SWIFT est composée exclusivement de nos consultants et constitue le point d'entrée et de sortie de tous les flux financiers de la société : tout ce qui entre et tout ce qui sort y passe.
Le client dispose d'analystes fonctionnels en interne, mais pas d'analystes techniques. L'équipe a donc étendu son périmètre à ce rôle, en faisant le lien entre le métier — finance, trading, middle office — et ce que font réellement les systèmes d'intégration.
Ce qui rendait la mission difficile
- Les cut-offs de marché, et zéro toléranceLes horaires de marché ne se négocient pas. À des moments précis de la journée, les ordres doivent être transmis. Un incident encore ouvert au cut-off a des conséquences financières directes, ce qui impose un support immédiat et définitif.
- Deux rôles dans une seule équipeSans analystes techniques côté client, l'équipe fait le lien entre le besoin métier et l'implémentation technique, en plus de construire et d'exploiter les flux.
- La release SWIFT annuelle de novembreChaque mois de novembre apporte des mises à jour de formats liées à de nouvelles taxes, réglementations et normes internationales. Chaque message concerné doit être réanalysé, mis à jour et retesté. Certaines années, cela passe inaperçu ; d'autres années, c'est un projet.
- Environ 600 mappings de conversionLe parc de mappings couvre le routage, le filtrage et la transformation. Chaque migration de version impose de recompiler et de retester l'ensemble, ce qui constitue un projet à part entière à chaque fois.
Ce que nous avons fait
Transformation bidirectionnelle de tous les flux : les formats internes sont convertis en messages SWIFT, et inversement. Chaque ordre de bourse génère plusieurs messages qui transitent tous par l'équipe, aux côtés du routage, du filtrage et de l'archivage sécurisé sur files et SFTP.
- IBM TX / ITX
- SWIFT MT
- CSV → XML
- IBM MQ
- SFTP
- Archivage sécurisé
Le support représente la plus grande part du travail quotidien. L'équipe agit directement sur les incidents financiers urgents, sur instruction du middle office : annuler des ordres, corriger une taxe ou un montant en cours de route, émettre des messages corrigés. Lorsqu'il est trop tard dans le workflow pour agir depuis l'application source, l'équipe agit sur le flux lui-même.
- Support N2/N3
- Cut-offs
- Middle office
- Correction SWIFT
Une cinquantaine de scripts Shell, KSH et Bash sur Unix et Linux automatisent la surveillance opérationnelle : alertes sur les files bloquées, détection des fichiers en retard, notifications d'incident. En parallèle, l'équipe conduit les migrations de version du moteur de transformation et la release SWIFT annuelle.
- Shell / KSH / Bash
- Unix / Linux
- Alerting automatisé
- Migration de version
Socle technique
- IBM TX / ITX
- SWIFT MT
- IBM MQ
- SFTP
- CSV / XML
- Shell, KSH, Bash on Unix and Linux
- Portfolio management system interfaces
Les offres derrière cette mission
Vos flux, cartographiés de la même façon.
Un assessment de 5 à 15 jours vous donne une cartographie des flux, une analyse d'écarts et un plan chiffré. Au forfait, écrit pour être signé par un décideur.