Cada vez más proyectos ERP terminan generando conflictos económicos, técnicos y jurídicos entre clientes, partners e integradores. La complejidad de implantaciones como SAP, Microsoft Dynamics 365 Business Central u Odoo, unida a problemas de alcance, expectativas comerciales, personalizaciones, cambios funcionales o errores de gestión, está provocando un crecimiento muy importante de litigios relacionados con proyectos tecnológicos empresariales.
Precisamente sobre esta realidad se centró el webinar impartido por Legal Auditors y Peritaje SAP, donde se analizó cómo se afronta técnicamente y jurídicamente un procedimiento judicial relacionado con un proyecto ERP fallido, qué elementos son clave desde una perspectiva probatoria y cuáles son los errores más habituales que cometen tanto clientes como partners.
El webinar completo puede visualizarse aquí:
Ver vídeo completo del webinar
El contenido del webinar se apoyó en una extensa presentación técnica y jurídica sobre peritaje ERP SAP, Dynamics y Odoo.
El conflicto ERP ya no es una excepción
Uno de los mensajes más importantes del webinar es que los conflictos en implantaciones ERP ya no son casos aislados. Hoy en día, muchas organizaciones se enfrentan a situaciones donde el sistema implantado no cumple realmente con las necesidades del negocio, donde existen desviaciones de alcance, sobrecostes, retrasos, problemas de rendimiento o incluso una inoperatividad parcial o total del sistema.
El problema es especialmente grave porque el ERP afecta directamente al núcleo operativo de la empresa: facturación, logística, compras, finanzas, almacenes, producción o recursos humanos. Cuando el proyecto falla, el impacto económico y operativo puede ser enorme.
Durante el webinar se explicó que el verdadero análisis pericial no consiste únicamente en determinar si “el software funciona”, sino en analizar si cumple realmente con lo contratado, si es operativo para el negocio y si existen incumplimientos imputables a alguna de las partes.
Qué analiza realmente un perito informático en un proyecto ERP
Uno de los puntos más relevantes tratados en la sesión fue el papel del perito informático colaborador con la justicia en este tipo de procedimientos.
Se explicó que un peritaje ERP requiere combinar conocimientos de ingeniería de software, arquitectura tecnológica, dirección de proyectos, metodología de implantación, contratos tecnológicos y capacidad probatoria en sede judicial.
El webinar detalló cómo un informe pericial debe construirse sobre evidencias objetivas como:
- Contratos y anexos.
- Business Blueprint o documentos funcionales.
- Actas de proyecto.
- Correos electrónicos.
- Evidencias UAT.
- Incidencias.
- Código fuente.
- Configuraciones del sistema.
- Registros de actividad.
- Cronología real del proyecto.
También se destacó la importancia de la cadena de custodia y de garantizar que las evidencias analizadas no hayan sido alteradas.
SAP: proyectos de alta complejidad y gran impacto económico
En el bloque específico dedicado a SAP, el webinar profundizó en la enorme complejidad organizativa y técnica de este tipo de implantaciones.
Se analizaron elementos especialmente críticos como:
- El Business Blueprint.
- Las desviaciones funcionales.
- Las modificaciones sobre estándar.
- Los desarrollos Z.
- La calidad del código.
- Las pruebas UAT.
- El GoLive.
- El rendimiento del sistema.
- La migración de datos.
- La trazabilidad de incidencias.
Se explicó además que muchos litigios SAP giran alrededor de la diferencia entre un sistema técnicamente funcional y un sistema realmente operativo para el negocio. Esta distinción puede ser determinante en juicio.
Dynamics y Odoo: menor formalización documental y mayores dificultades probatorias
El webinar también abordó los conflictos habituales en proyectos Microsoft Dynamics Business Central y Odoo.
En Dynamics BC se destacó que muchos proyectos PYME presentan una menor formalización documental, generando dificultades posteriores para demostrar responsabilidades. Son frecuentes las promesas comerciales no documentadas, los cambios funcionales continuos o la ausencia de documentación técnica sólida.
En Odoo se puso especial atención en los riesgos derivados de la elevada flexibilidad del sistema y de la personalización excesiva sin control metodológico ni trazabilidad adecuada.
En ambos casos, el peritaje suele obligar a reconstruir el proyecto a partir de evidencias indirectas como correos electrónicos, configuraciones, incidencias o comportamiento real del sistema.
La jurisprudencia no analiza únicamente el software
Uno de los apartados más interesantes del webinar fue el análisis de distintos escenarios jurisprudenciales reales relacionados con proyectos ERP fallidos.
Durante la sesión se explicaron tres grandes situaciones habituales:
Cumplimiento defectuoso con uso parcial del sistema
Se analizaron casos donde el ERP llegó a utilizarse parcialmente, aunque con deficiencias importantes. En estos supuestos, los tribunales suelen rechazar la nulidad total del proyecto, pero pueden admitir reclamaciones relacionadas con daños emergentes o costes adicionales debidamente acreditados.
Responsabilidad compartida
El webinar explicó cómo muchos tribunales valoran también la conducta del cliente durante el proyecto. Aspectos como falta de implicación, ausencia de validaciones, cambios constantes de requisitos o arranques prematuros pueden provocar una distribución de responsabilidades entre proveedor y cliente.
Incumplimiento total e inoperatividad absoluta
Finalmente, se analizaron escenarios donde el sistema nunca llegó a ser operativo. En estos casos, cuando la inoperatividad total puede demostrarse técnicamente, sí es posible alcanzar resoluciones contractuales e indemnizaciones de elevada cuantía.
Los errores más habituales que terminan en juicio
Otro de los bloques más prácticos del webinar fue el dedicado a identificar los errores más frecuentes detectados en litigios ERP.
Entre ellos se destacaron:
- Contratos mal definidos.
- Alcances ambiguos.
- Compromisos comerciales inalcanzables.
- Ausencia de validaciones funcionales.
- Exceso de personalizaciones.
- Falta de evidencias documentales.
- Deficiente gestión de incidencias.
- No diferenciar mantenimiento, garantía y cambios de alcance.
- No establecer claramente responsabilidades técnicas y organizativas.
- Arranques en producción sin validaciones adecuadas.
También se insistió en que muchos problemas nacen mucho antes del juicio, durante la negociación comercial o la ejecución inicial del proyecto.
El peritaje como herramienta estratégica
El webinar concluyó destacando que el peritaje informático especializado no debe entenderse únicamente como una herramienta para juicio.
Un buen análisis pericial puede utilizarse también para:
- Negociación entre partes.
- Mediación.
- Prevención de conflictos.
- Auditorías de situación.
- Validación de proyectos en riesgo.
- Reestructuración contractual.
- Defensa preventiva ante futuras reclamaciones.
La gran conclusión expuesta durante la sesión fue especialmente clara: en este tipo de procedimientos, la clave no está únicamente en lo ocurrido técnicamente, sino en la capacidad de demostrarlo con evidencias objetivas y con un informe comprensible para abogados y jueces.
Porque, como se indicó en el propio webinar:
“La verdad no es verdad si no es verdad probada.”