La implantación de un ERP (Enterprise Resource Planning) es una inversión estratégica. Este sistema facilita la integración en una única plataforma áreas clave de la empresa como contabilidad, ventas, compras, inventario o recursos humanos. Permite centralizar la información, automatizar procesos y mejorar la toma de decisiones.
Sin embargo, muchos proyectos acaban duplicando su coste inicial o generando conflictos serios entre cliente y proveedor.
La causa rara vez es tecnológica.
El problema suele estar en el contrato.
En este análisis práctico abordamos los tres errores contractuales más frecuentes en proyectos ERP que explican la mayoría de desviaciones económicas:
- Definición insuficiente del alcance.
- Falta de SLA exigible.
- Ausencia de control en la gestión de cambios.
Alcance difuso: cuando nadie sabe exactamente qué se ha contratado
El error más caro (y más habitual)
Uno de los problemas legales más comunes en la implantación de software empresarial es un alcance mal definido.
Esto ocurre cuando:
- No se detallan funcionalidades concretas.
- No se distinguen configuraciones estándar de desarrollos a medida.
- No se documentan integraciones o procesos clave.
Qué ocurre en la práctica
El cliente cree haber contratado un sistema adaptado a su negocio.
El proveedor entiende que ha vendido una solución estándar con ajustes limitados.
Ambas interpretaciones pueden ser razonables… pero incompatibles.
Riesgo jurídico
Cuando el alcance es ambiguo:
- Es difícil acreditar incumplimientos.
- Se debilita la posición del cliente.
- Se abre la puerta a facturación adicional.
Cómo evitarlo (en términos prácticos)
- Definir procesos de negocio concretos.
- Documentar funcionalidades específicas.
- Separar claramente estándar vs desarrollo.
- Identificar expresamente lo que queda fuera.
Abogados de empresa internacional y tecnológica en España
SLA inexistente: el contrato sin mecanismos de control
Un error silencioso… hasta que el sistema falla
Muchos contratos ERP no incluyen un SLA real o lo hacen de forma irrelevante.
Esto significa que no hay:
- Tiempos de respuesta definidos.
- Compromisos de resolución.
- Consecuencias por incumplimiento.
Impacto en la empresa
Cuando el ERP falla:
- La operativa se paraliza.
- Se pierden ventas.
- Se generan costes internos.
Sin SLA, estas situaciones quedan prácticamente sin cobertura contractual.
Ejemplo práctico
Empresa con ERP implantado:
- Incidencia crítica durante 2 días.
- Sin respuesta efectiva del proveedor.
Resultado
- Pérdidas económicas significativas.
- Imposibilidad de exigir responsabilidades claras.
Riesgo legal
Sin SLA:
- No hay referencia objetiva de incumplimiento.
- Se dificulta cualquier reclamación.
- Aumenta la dependencia del proveedor.
¿Qué debería existir siempre?
- Niveles de criticidad de incidencias.
- Tiempos máximos de respuesta.
- Tiempos de resolución.
- Consecuencias por incumplimiento.
Gestión de cambios descontrolada: la vía directa al sobrecoste
La realidad: todos los proyectos cambian
- En cualquier implantación ERP surgen:
- Nuevos requisitos.
- Ajustes funcionales.
- Necesidades no previstas.
- El problema no es el cambio.
- El problema es no regularlo.
Qué ocurre cuando no hay control
- Se acumulan modificaciones.
- Se facturan como extras.
- Se pierde trazabilidad económica.
Ejemplo realista
Proyecto inicialmente cerrado:
- Presupuesto: 60.000€.
Durante la ejecución:
- Cambios pequeños pero continuos.
- Falta de control formal.
Resultado final:
- Coste total cercano al doble.
Riesgos jurídicos
- Facturación discutible.
- Conflictos sobre aprobación de trabajos.
- Dificultad para auditar costes.
Buenas prácticas contractuales (sin entrar en redacciones concretas)
- Establecer un proceso formal de cambios.
- Exigir validación previa.
- Definir impacto en coste y plazo.
- Mantener trazabilidad documental.
Tabla comparativa: riesgo vs control
| Elemento | Sin control | Con control adecuado |
| Alcance | Interpretaciones divergentes | Expectativas alineadas |
| SLA | Incumplimientos difusos | Obligaciones claras |
| Cambios | Sobrecostes imprevisibles | Costes controlados |
Problemas recurrentes en proyectos ERP (especialmente Odoo)
En la práctica profesional, se repiten patrones muy concretos:
- Infravaloración de personalizaciones.
- Exceso de confianza en soluciones estándar.
- Dependencia del partner tecnológico.
- Falta de documentación contractual.
Preguntas frecuentes (FAQs)
Se generan interpretaciones distintas.
Esto suele traducirse en sobrecostes y dificultad para exigir responsabilidades.
Depende del contrato y de cómo esté regulado el proyecto.
En escenarios ambiguos, es frecuente que surjan disputas sobre trabajos adicionales.
El cliente pierde capacidad de exigir tiempos de respuesta o solución.
Esto puede tener impacto directo en el negocio.
A través de sistemas formales de:
Solicitud
Evaluación
Aprobación
Control de impacto
Sin este sistema, el proyecto queda expuesto a desviaciones económicas.
Descripciones genéricas del servicio
Falta de documentación funcional
Ausencia de métricas de servicio
Cambios sin procedimiento definido
Un contrato poco preciso no solo genera inseguridad jurídica.
Genera, sobre todo, sobrecostes evitables.
Por eso, la clave no está en reclamar después.
Está en definir correctamente antes.
En implantaciones tecnológicas, la diferencia entre un proyecto exitoso y uno fallido no siempre está en el software. Muchas veces, está en el contrato que nadie revisó con suficiente detalle.
RRYP Global, Abogados de empresa internacional y tecnológica en España.
