Comment Repligen a bâti un système central de conformité commerciale piloté par l'IA à travers sept ERP acquis

Repligen est un fabricant mondial de bioprocédés au service de clients biopharma et CDMO dans plus de trente pays. Sa stratégie de croissance est inhabituelle pour le secteur : une à deux acquisitions de fabricants par an, superposées à un catalogue déjà riche de bioréacteurs, systèmes de filtration, médias de chromatographie et instruments analytiques. Au moment où Repligen s'est adressé à GingerControl, le catalogue activement importé avait dépassé les seize mille SKU.

Chaque société acquise arrivait avec son propre ERP. Certains avaient été développés en interne des années plus tôt, d'autres étaient des progiciels standard configurés par un intégrateur parti depuis longtemps. Sept ERP distincts étaient en production, chacun détenant une partie de la vérité sur ce que Repligen vendait réellement, où c'était fabriqué et comment c'était classé pour la douane. Produire un seul rapport de conformité commerciale signifiait extraire de sept systèmes, normaliser sept schémas et réconcilier des champs qui divergeaient sur des faits élémentaires.

Le cahier des charges de Repligen était d'une clarté inhabituelle. Ils ne voulaient pas d'un énième outil de reporting greffé sur le côté. Ils voulaient un système central de conformité commerciale piloté par l'IA capable de lire à travers chaque ERP, de produire une vue mondiale unique du classement tarifaire, du reporting et de l'audit, et d'absorber chaque acquisition future sans reconstruire le système à chaque fois. La partie la plus difficile de la construction, de très loin, était la standardisation des données qui devait venir en premier.

La mission s'est ouverte sur une évaluation de quatre semaines. L'équipe commerce nous a fait parcourir un trimestre de rapports passés et nous leur avons montré où partaient leurs heures. Trois schémas sont apparus.

Nous tarifons les missions comme nous les menons : périmètre d'abord, forfait fixe adossé à un livrable défini, sans compteur horaire ouvert. Un système central de conformité commerciale à travers sept ERP est une grosse construction, aussi le périmètre a-t-il été figé en amont et le budget l'a suivi. Voici comment la mission Repligen a été budgétée, séquencée et livrée.

Nous avons cadré la mission sur un livrable fixe — un système central de conformité commerciale lisant à travers les sept ERP vers un standard canonique unique, avec le service de classement tarifaire mondial au-dessus — et l'avons tarifé en forfait fixe payé sur les jalons, non au compteur horaire. Repligen connaissait le montant avant le début de la construction, et chaque paiement suivait un jalon qu'ils pouvaient accepter.

Nous n'avons pas cherché à tout faire d'un coup. Le MVP était le plus petit livrable capable de produire un rapport de conformité inter-ERP unique et fiable à partir de la couche canonique. Tout le reste a été nommé et différé, afin que le périmètre ne puisse pas déborder à travers sept systèmes.

L'année s'est répartie en neuf mois de construction et trois de déploiement. Le développement a couvert les quatre premiers jalons — le standard de données en premier parce que c'était le plus difficile, puis la couche unifiée, le premier rapport en production et le service de classement tarifaire à travers les sept ERP. Les trois derniers mois ont été consacrés aux tests, à la formation de l'équipe commerce et à l'évaluation du système par rapport à la référence avant validation.

Chaque jalon avait un test d'acceptation dont Repligen était propriétaire. Le standard de données devait être signé par les responsables de champs. Le MVP devait produire un rapport trimestriel identique à un rapport bâti à la main. Le service de classement tarifaire devait faire remonter les bons SKU obsolètes face à un changement USITC connu. Le paiement suivait l'acceptation, pas le calendrier.

Le déploiement s'est fait par étapes, pas en big-bang. Les ERP ont migré sur la couche par lots, et l'équipe commerce a maintenu son ancien processus en marche jusqu'à ce que chaque lot passe son test d'acceptation. Une étape en échec était corrigeable avant l'arrivée de l'ERP suivant, ce qui est tout l'intérêt de séquencer ainsi une migration à sept systèmes.

Dans les douze mois suivant le déploiement, l'équipe commerce de Repligen a cessé de passer ses trimestres à assembler des rapports et a commencé à les passer à en examiner le contenu. L'audit HTS annuel, auparavant traité comme un projet de plusieurs mois nécessitant une capacité d'analystes empruntée, s'est achevé en moins de deux semaines avec l'équipe en place. Repligen a depuis absorbé deux acquisitions supplémentaires via le nouveau schéma d'intégration, chacune connectée à la couche unifiée en environ six semaines, contre les six mois que le processus d'avant-mission exigeait typiquement.

Ce que Repligen a le plus apprécié, c'est le basculement opérationnel. L'équipe commerce ne fonctionne plus comme un guichet de réconciliation qui gère accessoirement aussi les classements tarifaires. La taxe de réconciliation a été payée une fois au niveau de la couche de données, si bien que les heures de l'équipe peuvent aller au travail de jugement que les classements tarifaires exigent réellement.