Wie Repligen ein KI-gestütztes zentrales Trade-Compliance-System über sieben übernommene ERPs aufbaute

Repligen ist ein globaler Bioprocessing-Hersteller, der Biopharma- und CDMO-Kunden in mehr als dreißig Ländern beliefert. Die Wachstumsstrategie ist für die Branche ungewöhnlich: ein bis zwei Herstellerübernahmen pro Jahr, aufgesetzt auf einen bereits umfangreichen Katalog aus Bioreaktoren, Filtrationssystemen, Chromatographiemedien und Analytikinstrumenten. Als Repligen auf GingerControl zukam, war der aktiv importierte Katalog auf über sechzehntausend SKUs angewachsen.

Jedes übernommene Unternehmen brachte sein eigenes ERP mit. Manche waren Jahre zuvor intern entwickelt worden, andere waren Standardpakete, die ein längst ausgeschiedener Integrator konfiguriert hatte. Sieben unterschiedliche ERPs waren im Produktivbetrieb, jedes hielt einen Teil der Wahrheit darüber, was Repligen tatsächlich verkaufte, wo es hergestellt wurde und wie es zollrechtlich eingereiht war. Einen einzigen Trade-Compliance-Bericht zu ziehen bedeutete, aus sieben Systemen zu ziehen, sieben Schemata zu normalisieren und Felder abzugleichen, die sich über grundlegende Fakten uneinig waren.

Der Auftrag von Repligen an uns war ungewöhnlich direkt. Sie wollten kein weiteres Reporting-Tool, das seitlich angeflanscht wird. Sie wollten ein KI-gestütztes zentrales Trade-Compliance-System, das über jedes ERP hinweg lesen, eine einzige globale Sicht auf Klassifizierung, Reporting und Audit erzeugen und jede zukünftige Übernahme aufnehmen kann, ohne das System jedes Mal neu aufbauen zu müssen. Der mit Abstand schwierigste Teil des Aufbaus war die Datenstandardisierung, die zuerst kommen musste.

Das Projekt begann mit einem vierwöchigen Assessment. Das Trade-Team führte uns durch ein Quartal vergangener Berichte, und wir führten es durch die Stellen, an denen seine Stunden verloren gingen. Drei Muster traten hervor.

Wir bepreisen Projekte so, wie wir sie durchführen: Umfang zuerst, festgeschrieben gegen eine definierte Leistung, kein offener Stundenzähler. Ein zentrales Trade-Compliance-System über sieben ERPs ist ein großer Aufbau, deshalb wurde der Umfang vorab eingefroren und das Budget folgte ihm. So wurde das Repligen-Projekt budgetiert, sequenziert und ausgeliefert.

Wir scopten das Projekt auf eine feste Leistung, ein zentrales Trade-Compliance-System, das über alle sieben ERPs in einen kanonischen Standard liest, mit dem globalen Klassifizierungsdienst obendrauf, und bepreisten es als Festpreis, zahlbar gegen Meilensteine, nicht als Stundenzähler. Repligen kannte die Zahl, bevor der Aufbau begann, und jede Zahlung folgte einem Meilenstein, den sie abnehmen konnten.

Wir haben nicht das Meer ausgekocht. Das MVP war die kleinste Leistung, die einen einzigen, vertrauenswürdigen ERP-übergreifenden Compliance-Bericht aus der kanonischen Schicht erzeugen konnte. Alles andere wurde benannt und zurückgestellt, damit der Umfang über sieben Systeme hinweg nicht ausufern konnte.

Das Jahr teilte sich in neun Monate Aufbau und drei Monate Rollout. Die Entwicklung lief über die ersten vier Meilensteine, der Datenstandard zuerst, weil er der schwierigste war, dann die einheitliche Schicht, der erste Live-Bericht und der Klassifizierungsdienst über alle sieben ERPs. Die letzten drei Monate waren Tests, Schulung des Trade-Teams und Bewertung des Systems gegen die Baseline vor der Abnahme.

Jeder Meilenstein hatte einen Abnahmetest, den Repligen verantwortete. Der Datenstandard musste von den Feldverantwortlichen unterzeichnet werden. Das MVP musste einen vierteljährlichen Bericht erzeugen, der mit einem von Hand erstellten übereinstimmte. Der Klassifizierungsdienst musste die richtigen veralteten SKUs gegen eine bekannte USITC-Änderung hervorheben. Die Zahlung folgte der Abnahme, nicht dem Kalender.

Der Rollout war gestaffelt, kein Big Bang. Die ERPs zogen in Tranchen auf die Schicht um, und das Trade-Team behielt seinen alten Prozess, bis jede Tranche ihren Abnahmetest bestand. Eine gescheiterte Stufe war behebbar, bevor das nächste ERP hinzukam, und genau das ist der Sinn, eine Migration über sieben Systeme auf diese Weise zu sequenzieren.

In den zwölf Monaten nach dem Deployment hörte das Trade-Team von Repligen auf, seine Quartale mit dem Zusammenstellen von Berichten zu verbringen, und begann, sie mit dem Prüfen der Inhalte zu verbringen. Das jährliche HTS-Audit, zuvor als mehrmonatiges Projekt behandelt, das geliehene Analystenkapazität erforderte, war mit dem Stammteam innerhalb von zwei Wochen abgeschlossen. Repligen hat seither zwei weitere Übernahmen über das neue Anbindungsmuster aufgenommen, jede in rund sechs Wochen an die einheitliche Schicht angebunden, gegenüber den sechs Monaten, die der Prozess vor dem Projekt typischerweise erforderte.

Was Repligen am meisten schätzte, war die operative Verschiebung. Das Trade-Team funktioniert nicht mehr als Abgleich-Schalter, der nebenbei auch Klassifizierungen erledigt. Die Abgleich-Steuer wurde einmalig auf der Datenschicht bezahlt, sodass die Stunden des Teams in die Urteilsarbeit fließen konnten, die Klassifizierungen tatsächlich erfordern.