Proyectos de ERP y software a medida: qué debe decir el contrato para que puedas reclamar si sale mal
En los peritajes sobre implantaciones fallidas de ERP, CRM o aplicaciones móviles se repite el mismo patrón: el problema técnico es real, pero el contrato no permite demostrar qué se tenía que entregar, ni cuándo.
Lo que suele faltar en el contrato
- Alcance definido (documento de alcance o «Statement of Work»): qué módulos, qué funcionalidades y qué procesos debe cubrir el sistema.
- Hitos y entregables verificables por fase, vinculados a los pagos.
- Criterios de aceptación: cómo se comprueba que una funcionalidad está terminada.
- Acta de aceptación y puesta en producción, firmada por ambas partes.
- Gestión de cambios, riesgos y responsabilidades de cada parte.
Lo que conviene documentar durante el proyecto
- Todas las incidencias, por escrito y con fecha.
- Las versiones entregadas y las pruebas que haces con ellas.
- Las horas que dedica tu personal: también son un daño cuantificable si el proyecto fracasa.
- Cualquier factura por conceptos que no has pedido.
Si el proyecto ya ha fracasado
- No des de baja los entornos ni borres datos: la inspección directa de los sistemas es la prueba más sólida.
- Recopila contrato, presupuestos, facturas y correos.
- Un perito puede comparar lo contratado con lo entregado, funcionalidad por funcionalidad, y cuantificar el perjuicio.