El sonado fracaso de Lidl con SAP que rescatan en Teknoplof nos recuerda una verdad incómoda: implantar un sistema de gestión nunca es un mero proyecto técnico.
Supone un reto directivo de primer nivel donde responsables de departamento, usuarios clave y desarrolladores -con acompañamiento de consultoras externas en función del caso- deben remar en la misma dirección desde el día cero.
Si la organización no acompaña el proceso con una gestión activa del cambio cultural, los sobrecostes presupuestarios se disparan hasta convertir el despliegue en un desastre total.
El mayor error suele residir en empeñarse en reproducir los flujos viciados bajo la premisa del
"es que aquí siempre se ha hecho así"
Un software estándar no debe doblegarse a caprichos operativos heredados cuando lo razonable es adaptar el negocio a las mejores prácticas del sector. Algunos ejemplos de esos caprichos operativos:
- Sistemas de codificación manuales: Empeñarse en mantener referencias de artículos o cuentas contables «inteligentes» (donde cada dígito significa una familia, zona o subfamilia) diseñadas hace treinta años, en lugar de confiar en identificadores estándar combinados con atributos, categorías y filtros dinámicos.
- Circuitos de aprobación sobredimensionados: Forzar al sistema a replicar flujos jerárquicos donde tres firmas distintas validan un pedido de compra menor, simplemente porque en papel siempre se pasaba por tres despachos, en vez de fijar umbrales automáticos de delegación.
- El «informe de toda la vida»: Exigir desarrollos a medida para recrear al milímetro hojas de cálculo o listados antiguos en papel continuo, obligando a los consultores a programar consultas complejas en lugar de enseñar al equipo a explotar las vistas, tablas dinámicas y cuadros de mando nativos.
- Gestión de inventario por ubicación fija: Exigir que un producto solo pueda guardarse físicamente en un hueco concreto del almacén porque «el operario ya sabe dónde está», rechazando la lógica del ERP de gestión caótica u optimizada por algoritmos de rotación y cercanía.
Vencer esa resistencia y atreverse a podar procesos obsoletos permite ganar agilidad operativa de forma inmediata. A corto, medio y largo plazo, simplificar la operativa ahorra miles de horas de mantenimiento, consultoría y desarrollos a medida innecesarios.
Riesgos directos de modificar el estándar
- Deuda técnica y bloqueo ante actualizaciones: Cada línea de código personalizado aleja a la empresa de la rama principal del fabricante. Cuando llega una actualización de seguridad, un service pack o una versión mayor, los desarrollos a medida se rompen, encareciendo y retrasando enormemente el mantenimiento.
- Dependencia crítica de consultoría: Los desarrollos ad-hoc convierten la solución en una caja negra conocida únicamente por el programador que la escribió. Si la consultora cambia de equipo o finaliza el contrato, la empresa queda atrapada con funciones que nadie más sabe mantener ni documentar.
- Pérdida de rendimiento e inestabilidad: Las bases de datos y la arquitectura de un ERP comercial están optimizadas para sus flujos nativos. Las modificaciones forzadas suelen generar bloqueos de tablas, lentitud en las transacciones masivas e inconsistencias entre módulos (por ejemplo, entre almacén y contabilidad).
- Multiplicación exponencial de costes y plazos: Desarrollar, probar y depurar funcionalidades a medida consume la mayor parte del presupuesto de horas de consultoría. Esto agota los recursos antes de llegar a fases clave como la formación y el acompañamiento a los usuarios.
- Falsa ventaja competitiva: Rara vez un proceso administrativo interno viciado aporta valor real frente a la competencia. Adaptar la organización al estándar permite adoptar automáticamente las mejores prácticas probadas en miles de empresas del sector, liberando tiempo para innovar en lo que de verdad diferencia al negocio.
Al final, implantar un ERP no va de instalar un software nuevo sobre una empresa vieja, sino de tener la valentía directiva de repensar cómo trabajamos.
Si pagas millones por un sistema diseñado con las mejores prácticas del mercado para luego obligarlo a comportarse exactamente igual que tu Excel de hace quince años, el problema nunca fue la tecnología.