Errores frecuentes en implantaciones ERP
Los siete patrones de fallo que aparecen una y otra vez en peritajes de implantaciones ERP fallidas — y la huella documental que dejan en el procedimiento.
Buena parte de las disputas en proyectos ERP terminan en peritaje no porque el software sea defectuoso, sino porque la implantación —la combinación de alcance, configuración, integraciones y migración— se ha gestionado mal. Tras años implantando Odoo en proyectos reales y peritando proyectos de terceros, los patrones de fallo se repiten. Estos son los siete que aparecen con más frecuencia, junto con la evidencia que un perito busca para documentarlos.
1. Alcance ambiguo en el pliego
El contrato describe módulos (“CRM, ventas, contabilidad”) pero no procesos críticos (“emisión de factura simplificada en TPV con SII”). En cuanto el cliente descubre que un proceso suyo no está soportado, el integrador alega que estaba fuera de alcance. Sin un pliego de prescripciones técnicas detallado, ambos pueden tener razón.
Huella documental: pliego, correspondencia previa a la firma, demos comerciales, actas de reuniones de toma de requisitos. La pregunta pericial: ¿el proceso disputado era una expectativa razonable a la luz del pliego y la documentación comercial?
2. Migración de datos sin trazabilidad
Se migran maestros y movimientos al nuevo ERP, pero no se conserva un cuadre formal entre origen y destino: número de registros, totales por cuenta, asientos de apertura, saldos pendientes. Meses después aparecen incoherencias contables imposibles de reconstruir.
Huella documental: scripts o ETLs de migración, logs, informes de validación, cuadres firmados por las partes. Si no existen, el peritaje cuantifica el coste de reconstruir la trazabilidad — que típicamente excede el coste del proyecto original.
3. Integraciones diseñadas como “cajita negra”
La integración con e-commerce, banca, AEAT (SII / Verifactu) o pasarela de pago se subcontrata o se externaliza sin documentar interfaces, contratos de mensaje ni manejo de errores. Cuando falla, nadie sabe qué responsabilidad es de quién.
Huella documental: contratos con terceros, documentación de API, logs de la integración, incidencias reportadas. La pericia evalúa si la arquitectura cumple un estándar mínimo del sector y si la responsabilidad técnica está claramente delimitada.
4. Personalización descontrolada (sobre-customización)
En lugar de adaptar procesos al ERP, se modifica el ERP a base de addons custom. El sistema funciona, pero queda atrapado en una versión: actualizar es imposible o multimillonario. La deuda técnica se transfiere íntegra al cliente.
Huella documental: repositorio de código, listado de módulos custom, dependencias OCA, historia de versiones. La pericia valora el coste de migración a una versión soportada y la diferencia entre lo presupuestado y la realidad técnica.
5. Pruebas de aceptación inexistentes o testimoniales
El proyecto se da por entregado tras una “demo” sin protocolo de aceptación documentado, sin casos de uso firmados, sin cuadre de procesos. Cuando aparecen incidencias en producción, no hay referencia objetiva contra la cual contrastar el cumplimiento.
Huella documental: actas de UAT, casos de prueba, certificado de entrega, listado de incidencias. Sin estos artefactos, el peritaje establece el estándar razonable que el contrato debió exigir.
6. Dependencia abusiva del proveedor
El integrador conserva claves de admin, código sin entregar, documentación interna o accesos a servicios cloud. El cliente no puede operar sin él, ni puede contratar a otro proveedor sin pagar una “salida”. La situación encaja con frecuencia en abuso de posición de dependencia y en incumplimiento del deber de transferencia de conocimiento.
Huella documental: contrato (cláusulas de propiedad y entrega), credenciales entregadas, repositorios accesibles, manuales operativos. La pericia cuantifica el coste de migración o reescritura.
7. Facturación que se aleja del presupuesto
El presupuesto inicial se desborda con “ajustes”, “horas extra” o “trabajos imprevistos” sin correlación con cambios de alcance documentados. Al cierre, lo facturado dobla lo presupuestado sin que el cliente entienda por qué.
Huella documental: presupuesto firmado, partes de horas, órdenes de cambio, facturas. La pericia compara horas facturadas con alcance objetivo, valora la productividad razonable y aísla la facturación injustificada.
La pericia ordena la disputa
Casi siempre, una disputa ERP llega al peritaje con narrativas opuestas y documentación parcial. El valor del dictamen no es decidir quién tiene razón emocionalmente, sino reconstruir la trazabilidad técnica del proyecto, fijar el estándar razonable del sector y cuantificar la diferencia entre lo prometido, lo entregado y lo facturado.
Si reconoce alguno de estos siete patrones en su caso, la conversación inicial es sin coste y confidencial.