Incumplimiento de contrato de desarrollo de software

¿Tienes razón?

Tu posición depende de cuatro elementos esenciales. Primero, el contrato escrito: si existen especificaciones, entregables, criterios de aceptación, fechas de entrega y cláusulas de garantía, todo será más claro. Segundo, las pruebas de incumplimiento: fallos reproducibles, reportes de error, pruebas de carga, registros de pruebas de integración y comunicaciones en las que se solicitó corrección. Tercero, el alcance de la obligación: desarrollo llave en mano, prestación por módulos, mantenimiento o soporte; cada figura tiene obligaciones distintas. Cuarto, las cláusulas de solución de controversias: si pactaron arbitraje, mediación o tribunales ordinarios, y si hay penalizaciones o retenciones previstas.

Si cuentas con documentación que muestre que entregaste lo que se te exigía o que el proveedor no cumplió con criterios de aceptación, tu caso es favorable. Si todo fue verbal y no hay pruebas de las especificaciones acordadas, el reclamo será más difícil. No obstante, correos, mensajes, entregables parciales y capturas pueden ayudar a reconstruir el acuerdo.

Cómo se soluciona

Paso uno: reúne todo el contrato y la documentación relacionada. Incluye correos, minutas, versiones de código, repositorios, commits, registros de despliegue, incidencias reportadas y capturas de pantalla de errores. Si se usó control de versiones, exporta el log de commits y las marcas de tiempo.

Paso dos: genera un documento de reclamación por escrito que detalle los incumplimientos concretos, con referencia a cláusulas contractuales y evidencia adjunta. Solicita por escrito la corrección y fija, dentro de lo pactado, un procedimiento de pruebas de aceptación.

Paso tres: si el contrato prevé una etapa de conciliación o mediación, activa ese mecanismo. Presenta la evidencia técnica y solicita la intervención de un tercero neutral que verifique el cumplimiento.

Paso cuatro: si la conciliación falla o no aplica, valora la vía judicial o arbitral. Para contratos con cláusula compromisoria la vía será arbitraje; sin ella, corresponde demandar ante tribunales civiles. Un abogado especializado en TIC te ayudará a valorar cuantías, pruebas técnicas e incluso medidas cautelares para preservar código fuente o impedir la disposición de activos.

Qué puedes hacer sin abogado: documentar y formular la reclamación inicial, pedir la subsanación y conservar todo. Cuándo buscar abogado: si el valor del proyecto es relevante, si te proponen una salida económica y quieres evaluarla, o si la otra parte amenaza con bloquear acceso a código o datos.

Qué puede pasar

Escenario uno: se corrige el defecto y se acepta la entrega tras pruebas. Esta solución recupera la operatividad con menos coste y suele ser la más práctica para ambas partes.

Escenario dos: acuerdo económico o rescisión pactada. Puede negociarse un descuento, cambio de alcance, o la rescisión con compensación. Un acuerdo evita litigio y reduce incertidumbre.

Escenario tres: demanda o arbitraje. Si se llega a juicio y la resolución te favorece, puedes obtener la exigencia de cumplimiento, la rescisión con indemnización o la reparación de daños. Si la contraparte no tiene bienes para responder, la sentencia puede ser difícil de ejecutar y la reparación solo simbólica.

Ganar no siempre significa cobrar: la eficacia de la sentencia depende de la solvencia del demandado y de medidas de aseguramiento que se hayan solicitado oportunamente.

Errores que arruinan el caso

• No conservar versiones del código ni registros de control de versiones.
• No documentar requisitos ni criterios de aceptación técnicos.
• Aceptar entregas sin pruebas de aceptación formales por escrito.
• No solicitar medidas cautelares cuando hay riesgo de pérdida del código o de datos.
• Firmar cláusulas de renuncia o de exención de responsabilidad sin asesoría técnica y legal.