Come Repligen ha costruito un sistema centrale di compliance doganale AI-driven su sette ERP acquisiti

Repligen è un produttore globale di bioprocessing che serve clienti biopharma e CDMO in oltre trenta paesi. La sua strategia di crescita è insolita per il settore: una o due acquisizioni di produttori all'anno, sovrapposte a un catalogo già ampio di bioreattori, sistemi di filtrazione, media per cromatografia e strumenti di analisi. Quando Repligen si è rivolta a GingerControl, il catalogo effettivamente importato aveva superato i sedicimila SKU.

Ogni azienda acquisita arrivava con il proprio ERP. Alcuni erano stati sviluppati internamente anni prima, altri erano pacchetti standard configurati da un integratore da tempo andato via. Sette ERP distinti erano attivi in produzione, ognuno contenente parte della verità su ciò che Repligen vendeva effettivamente, dove era prodotto e come era classificato ai fini doganali. Estrarre un unico report di compliance doganale significava estrarre da sette sistemi, normalizzare sette schemi e riconciliare campi che divergevano su fatti basilari.

Il brief che Repligen ci ha dato era insolitamente diretto. Non volevano l'ennesimo strumento di reportistica agganciato di lato. Volevano un sistema centrale di compliance doganale AI-driven capace di leggere trasversalmente ogni ERP, produrre un'unica vista globale di classificazione, reportistica e audit, e assorbire ogni futura acquisizione senza dover ricostruire il sistema ogni volta. La parte più difficile dello sviluppo, di gran lunga, è stata la standardizzazione dei dati che doveva venire prima di tutto.

L'engagement è iniziato con un assessment di quattro settimane. Il team trade ci ha guidato attraverso un trimestre di report passati e noi abbiamo mostrato loro dove finivano le loro ore. Sono emersi tre pattern.

Quotiamo gli engagement nel modo in cui li conduciamo: prima lo scope, fisso rispetto a un deliverable definito, senza tassametro orario aperto. Un sistema centrale di compliance doganale su sette ERP è uno sviluppo importante, quindi lo scope è stato congelato in anticipo e il budget lo ha tracciato. Ecco come l'engagement di Repligen è stato budgetato, sequenziato e consegnato.

Abbiamo definito lo scope dell'engagement su un deliverable fisso — un sistema centrale di compliance doganale che legge trasversalmente tutti e sette gli ERP in un unico standard canonico, con il servizio globale di classificazione al di sopra — e lo abbiamo quotato come compenso fisso pagato rispetto alle milestone, non come tassametro orario. Repligen conosceva la cifra prima dell'inizio dello sviluppo, e ogni pagamento tracciava una milestone che potevano accettare.

Non abbiamo cercato di far bollire l'oceano. L'MVP era il deliverable più piccolo capace di produrre un unico report di compliance cross-ERP affidabile a partire dal livello canonico. Tutto il resto è stato nominato e rimandato, così lo scope non poteva dilatarsi su sette sistemi.

L'anno si è diviso in nove mesi di sviluppo e tre di rollout. Lo sviluppo ha attraversato le prime quattro milestone — lo standard dati per primo perché era il più difficile, poi il livello unificato, il primo report attivo e il servizio di classificazione su tutti e sette gli ERP. Gli ultimi tre mesi sono stati test, formazione del team trade e valutazione del sistema rispetto alla baseline prima del sign-off.

Ogni milestone aveva un test di accettazione di cui Repligen era responsabile. Lo standard dati doveva essere firmato dagli owner dei campi. L'MVP doveva produrre un report trimestrale che corrispondesse a uno costruito a mano. Il servizio di classificazione doveva far emergere i giusti SKU obsoleti rispetto a una modifica USITC nota. Il pagamento seguiva l'accettazione, non il calendario.

Il rollout è stato scaglionato, non big-bang. Gli ERP sono migrati sul livello a tranche, e il team trade ha mantenuto il vecchio processo attivo finché ogni tranche non superava il suo test di accettazione. Una fase fallita era correggibile prima che il prossimo ERP entrasse, il che è l'intero senso di sequenziare in questo modo una migrazione a sette sistemi.

Nei dodici mesi successivi al deployment, il team trade di Repligen ha smesso di passare i propri trimestri ad assemblare report e ha iniziato a passarli esaminandone i contenuti. L'audit annuale HTS, prima trattato come un progetto pluri-mensile che richiedeva capacità di analisti presi in prestito, si è concluso entro due settimane con il team stabile. Da allora Repligen ha assorbito due ulteriori acquisizioni attraverso il nuovo pattern di onboarding, ciascuna collegata al livello unificato in circa sei settimane, contro i sei mesi che il processo pre-engagement richiedeva tipicamente.

Ciò che Repligen ha apprezzato di più è stato lo spostamento operativo. Il team trade non funziona più come un banco di riconciliazione che per caso gestisce anche le classificazioni. La tassa di riconciliazione è stata pagata una volta sola a livello del livello dati, così le ore del team possono andare nel lavoro di giudizio che le classificazioni richiedono davvero.