Cómo Repligen construyó un sistema central de cumplimiento comercial impulsado por IA sobre siete ERP adquiridos

Repligen es un fabricante global de bioprocesamiento que atiende a clientes de biofarma y CDMO en más de treinta países. Su estrategia de crecimiento es inusual para el sector: una o dos adquisiciones de fabricantes al año, superpuestas a un catálogo ya de por sí profundo de biorreactores, sistemas de filtración, medios de cromatografía e instrumentos analíticos. Para cuando Repligen se acercó a GingerControl, el catálogo activamente importado había superado los dieciséis mil SKU.

Cada empresa adquirida llegaba con su propio ERP. Algunos se habían desarrollado internamente años atrás; otros eran paquetes estándar configurados por un integrador que hacía tiempo se había marchado. Había siete ERP distintos en producción, cada uno con parte de la verdad sobre lo que Repligen realmente vendía, dónde se fabricaba y cómo se clasificaba ante la aduana. Extraer un solo reporte de cumplimiento comercial significaba extraer de siete sistemas, normalizar siete esquemas y conciliar campos que discrepaban sobre hechos básicos.

El encargo de Repligen fue inusualmente directo. No querían otra herramienta de reportes atornillada por un costado. Querían un sistema central de cumplimiento comercial impulsado por IA que pudiera leer a través de cada ERP, producir una única vista global de clasificación, reportes y auditoría, y absorber cada adquisición futura sin reconstruir el sistema cada vez. La parte más difícil de la construcción, por amplio margen, fue la estandarización de datos que tuvo que venir primero.

El proyecto abrió con una evaluación de cuatro semanas. El equipo de comercio nos guio por un trimestre de reportes anteriores y nosotros les mostramos adónde se iban sus horas. Emergieron tres patrones.

Cotizamos los proyectos igual que los ejecutamos: alcance primero, precio fijo contra un entregable definido, sin contador horario abierto. Un sistema central de cumplimiento comercial sobre siete ERP es una construcción grande, así que el alcance se congeló desde el inicio y el presupuesto lo siguió. Así se presupuestó, secuenció y entregó el proyecto de Repligen.

Dimensionamos el proyecto a un entregable fijo —un sistema central de cumplimiento comercial que lee a través de los siete ERP hacia un único estándar canónico, con el servicio de clasificación global encima— y lo cotizamos como una tarifa fija pagada contra hitos, no como un contador horario. Repligen conoció la cifra antes de que empezara la construcción, y cada pago siguió un hito que podían aceptar.

No hervimos el océano. El MVP fue el entregable mínimo capaz de producir un único reporte de cumplimiento entre ERP, confiable, desde la capa canónica. Todo lo demás quedó nombrado y diferido, para que el alcance no pudiera desbordarse a través de siete sistemas.

El año se dividió en nueve meses de construcción y tres de despliegue. El desarrollo transcurrió a lo largo de los primeros cuatro hitos: primero el estándar de datos, por ser el más difícil; luego la capa unificada, el primer reporte activo y el servicio de clasificación sobre los siete ERP. Los últimos tres meses fueron pruebas, capacitación del equipo de comercio y evaluación del sistema contra la línea base antes de la aprobación.

Cada hito tenía una prueba de aceptación que era propiedad de Repligen. El estándar de datos debía ser firmado por los responsables de campo. El MVP tenía que producir un reporte trimestral que coincidiera con uno armado a mano. El servicio de clasificación tenía que exponer los SKU obsoletos correctos frente a un cambio conocido de la USITC. El pago seguía a la aceptación, no al calendario.

El despliegue fue por etapas, no de golpe. Los ERP se migraron a la capa en tandas, y el equipo de comercio mantuvo su proceso anterior funcionando hasta que cada tanda pasaba su prueba de aceptación. Una etapa fallida se podía corregir antes de que el siguiente ERP entrara en producción, que es justo el sentido de secuenciar así una migración de siete sistemas.

En los doce meses posteriores al despliegue, el equipo de comercio de Repligen dejó de pasar sus trimestres armando reportes y empezó a dedicarlos a revisar su contenido. La auditoría anual de HTS, antes tratada como un proyecto de varios meses que requería capacidad prestada de analistas, se completó en menos de dos semanas con el equipo de planta. Repligen ha absorbido desde entonces dos adquisiciones adicionales a través del nuevo patrón de incorporación, cada una conectada a la capa unificada en unas seis semanas, frente a los seis meses que el proceso previo al proyecto solía requerir.

Lo que Repligen más valoró fue el cambio operativo. El equipo de comercio ya no funciona como una mesa de conciliación que, de paso, también maneja clasificaciones. El impuesto de la conciliación se pagó una sola vez en la capa de datos, de modo que las horas del equipo pudieron ir al trabajo de criterio que las clasificaciones realmente exigen.