Foto: cortesía. Portal ERP México.
El ERP no falla, ejecuta. En los años noventa, FoxMeyer era uno de los distribuidores farmacéuticos más grandes de Estados Unidos, moviendo miles de millones de dólares en medicamentos con una precisión que parecía inquebrantable. Era el tipo de organización que no aparece en titulares, porque todo funciona.
Pero como suele pasar, el problema no era el presente, sino la obsesión con el futuro. La empresa decidió dar un salto ambicioso: modernizar toda su operación mediante la implementación de un ERP. No se trataba solo de mejorar procesos, sino de rediseñar la operación completa. Y para hacerlo aún más sofisticado, integraron ese ERP con un sistema de automatización de almacenes capaz de mover producto sin intervención humana, y una solución avanzada de planeación logística que prometía anticipar la demanda.
La visión era clara: una operación casi perfecta, donde los sistemas pensaran, movieran y decidieran. El problema fue que diseñaron ese futuro sobre una versión idealizada del negocio, no sobre el negocio real.
Más del autor: La medusa digital: cuando dos ERP devoran una empresa desde dentro
Cuando el sistema dejó de reflejar la realidad
Desde la implementación, comenzaron a aparecer señales incómodas. Los datos no representaban fielmente la operación, los procesos estaban simplificados en exceso y los volúmenes proyectados no coincidían con la complejidad logística diaria. Sin embargo, el proyecto continuó avanzando. Detenerlo no era una opción: ya se había invertido demasiado, y admitir errores en ese punto era impensable.
Cuando el sistema entró en operación, no colapsó de inmediato. Funcionaba, pero con desviaciones. Y esas desviaciones, en un negocio de alta precisión, no son tolerables.
Los pedidos comenzaron a procesarse con errores. Algunos se enviaban incompletos, otros llegaban tarde, y otros simplemente no correspondían a lo solicitado. Los almacenes automatizados, lejos de acelerar la operación, se convirtieron en puntos de bloqueo. El sistema de planeación generaba pronósticos que no reflejaban la demanda real, lo que desbalanceaba inventarios y saturaba la cadena de suministro.
En el centro de todo, el ERP seguía ejecutando procesos con total consistencia, pero sobre una lógica equivocada. Y ahí es donde el error se vuelve peligroso: el sistema no falla de forma evidente. Funciona lo suficiente como para no ser detenido, pero lo suficientemente mal como para deteriorar la operación de forma constante.
La empresa empezó a perder control. Luego confianza. Luego clientes.
El colapso que nadie quiso detener
El deterioro fue progresivo, pero implacable. Los clientes comenzaron a notar inconsistencias críticas en los pedidos. Las farmacias no recibían productos esenciales. Los contratos empezaron a perderse. Internamente, los equipos intentaban compensar los errores del sistema con trabajo manual, pero cada ajuste generaba nuevos problemas.
FoxMeyer no estaba enfrentando un error puntual. Estaba operando dentro de un sistema que amplificaba cada decisión equivocada. A pesar de las señales, el proyecto no se detuvo a tiempo. El peso de la inversión, la presión interna y la falta de claridad sobre el origen del problema hicieron que la organización siguiera avanzando, hasta que ya no fue posible frenar el error.
En 1996, FoxMeyer se declaró en bancarrota. Una empresa con más de cinco mil millones de dólares en ingresos no pudo sostener el impacto de una implementación mal concebida, mal ejecutada y nunca corregida.
Después vinieron las demandas, los análisis y los intentos por encontrar responsables. Pero la conclusión fue incómoda: el sistema no hizo nada fuera de lo que se le indicó.
El problema no fue la tecnología. Fue la forma en que se entendió (y se decidió ejecutar) la transformación.
Lecciones desde el colapso
Un ERP no corrige un negocio mal definido; lo replica y lo escala. Si la base es incorrecta, el sistema solo hará el error más rápido y grande. La integración de múltiples tecnologías críticas no garantiza eficiencia. Sin control y entendimiento profundo, convierte la operación en un sistema frágil y difícil de corregir.
Los datos no son un detalle técnico. Son la representación de la realidad. Si esa representación falla, todo el sistema opera sobre una ilusión.
El costo hundido es uno de los mayores riesgos en estos proyectos. Continuar solo porque ya se invirtió demasiado suele ser el punto donde el proyecto deja de ser recuperable.
Y finalmente, los sistemas no tienen criterio. Ejecutan. La única capa de juicio es humana… y cuando falla, el sistema no lo corrige, lo perfecciona.
