01

Systèmes financiers et IA agentique

Contexte
Une architecture de référence agentique sert quatre POCs financiers pour les contrats, les factures, les liens documentaires et les contrôles de facturation.
Décision
Utiliser une architecture de référence agentique pour quatre processus financiers. Ne pas construire un assistant généraliste.
Travail
  • L’architecture de référence couvre les contrats, la facturation et le dialogue sur les factures.
  • L’agent de facture répond aux questions sur une facture sélectionnée.
  • L’interface de chargement extrait les champs des MSA, SOW, bons de commande et factures.
  • L’agent de facturation contrôle chaque facture avec les documents du projet.
Résultat
  • Quatre POCs en production couvrent la capture de contrats, le dialogue sur les factures, les liens documentaires et le contrôle de facturation.
  • La conception commune donne aux futurs agents financiers les mêmes contrôles et le même modèle de preuve.
Stack
Azure · Reflex · LangChain · Agents LLM · MCP
Contraintes
Environnement pharmaceutique anonymisé · Documents financiers · Preuves vérifiables par l’humain

02

Migration d’Azure Synapse vers Microsoft Fabric

Contexte
Le plan de migration couvre plus de 15 000 objets SQL, leurs dépendances, leur compatibilité et leur performance.
Décision
Cartographier chaque dépendance Synapse avant de définir la cible Fabric ou l’ordre de migration.
Travail
  • L’architecture actuelle et l’architecture cible montrent chaque modification des pipelines de données.
  • L’analyse couvre plus de 15 000 objets SQL dans Azure Synapse.
  • Le rapport de migration documente les dépendances, la compatibilité et la performance.
Résultat
  • Le plan de migration couvre les dépendances, la compatibilité et la performance de plus de 15 000 objets SQL.
Stack
Azure Synapse · Microsoft Fabric · Python
Contraintes
Plateforme existante étendue · Continuité de service · Plus de 15 000 objets SQL

03

Livraison Snowflake qualifiée GxP

Contexte
Un processus CI/CD et de livraison qualifié contrôle plus de 70 comptes Snowflake.
Décision
Traiter l’ingénierie des versions et la gouvernance des comptes comme un seul modèle opératoire Snowflake qualifié.
Travail
  • Le processus CI/CD et de livraison respecte les contrôles GxP.
  • Un processus de gouvernance couvre plus de 70 comptes Snowflake.
  • Les responsables des comptes voient chaque changement et son retour arrière.
Résultat
  • Un processus CI/CD et de livraison sert plus de 70 comptes.
  • Les responsables voient chaque changement, son retour arrière et l’affectation du compte.
Stack
Python · Azure · Snowflake · AWS
Contraintes
Environnement régulé GxP · Plus de 70 comptes · Auditabilité et rollback

04

Plateforme Tableau Bridge self-service dans le cloud

Contexte
Une plateforme AWS contrôle le réseau, les accès et le déploiement de Tableau Bridge.
Décision
Exploiter Tableau Bridge sur une plateforme AWS gouvernée. Remplacer les connecteurs manuels par des contrôles du réseau, des accès et du déploiement.
Travail
  • Les équipes utilisent une plateforme Tableau Bridge en libre-service.
  • La plateforme contrôle l’accès réseau et le déploiement automatisé.
Résultat
  • Les équipes utilisent la même plateforme cloud sans exploiter des connecteurs séparés.
Stack
AWS · Tableau
Contraintes
Environnement pharmaceutique mondial · Frontières réseau · Contrôle d’accès

05

Optimisation Snowflake et CI/CD pour une base de données orientée graphe

Contexte
Le travail a amélioré un data warehouse Snowflake en production et ajouté le CI/CD pour intégrer une base de données orientée graphe.
Décision
Améliorer le data warehouse de production tout en créant un processus CI/CD contrôlé pour intégrer la base de données orientée graphe.
Travail
  • Le travail a apporté des améliorations fonctionnelles et opérationnelles à un data warehouse Snowflake en production.
  • L’équipe a créé un pipeline CI/CD pour intégrer la base de données orientée graphe à la plateforme de données et d’analyse.
  • J’ai conseillé le choix des fournisseurs de data warehouse et d’analyse.
Résultat
  • Le travail a produit des améliorations fonctionnelles et opérationnelles du data warehouse Snowflake.
  • Le travail a produit un processus CI/CD pour intégrer la base de données orientée graphe et des éléments pour choisir un fournisseur.
Stack
AWS · Snowflake · CI/CD
Contraintes
Plateforme de données en production · Continuité de l’intégration · Choix du fournisseur

Un problème système difficile ?

Commencez par la décision. Puis prouvez-la.

Envoyez-moi la décision, la contrainte ou le système défaillant. Je vous dirai par où je commencerais.