Incumplieron el contrato de desarrollo de software o app

¿Tienes razón?

Tu posición depende de tres cosas: qué acordaron, cómo se midieron entregables y qué evidencias tienes.

1) El contrato. Si el contrato contiene especificaciones técnicas claras, hitos, criterios de aceptación y penalizaciones, tienes una base sólida. Si el acuerdo es verbal o vago, la discusión se centrará en interpretación y en demostrar qué se entregó y qué no.

2) Pruebas de incumplimiento. Guarda versiones del código, commits, entregables, correos sobre fallas, reportes de pruebas, registros de incidencias y capturas de pantalla de errores. Un repositorio con control de versiones y logs es la prueba ideal. Sin evidencia técnica, demostrar defectos se complica.

3) Correctivos y comunicaciones. Si avisaste y diste oportunidad de corregir y el desarrollador no lo hizo, tu caso mejora. Si aceptaste entregas con defectos sin reclamar, podrías haber limitado tus derechos.

Si las tres condiciones están a tu favor, tu posición es fuerte. Si faltan, la disputa será sobre interpretación del alcance y la calidad.

Cómo se soluciona

1. Documenta el problema inmediatamente. Crea un registro con fechas, errores reproducibles, pasos para replicar fallas, capturas y logs. Exporta conversaciones de mensajería y correos; si hay un repositorio, descarga commits y branches en un lugar seguro.

1. Reclama por escrito de forma fehaciente. Envía una carta o correo con acuse donde listes incumplimientos, la referencia contractual, y pidas corrección o cumplimiento. Pide que confirmen recepción y plazos para respuesta. Conserva el acuse.

1. Solicita entrega técnica completa. Pide copia del código fuente, documentación de arquitectura, scripts de despliegue, bases de datos de prueba y licencia de terceros. Si el contrato prevé escrow o entrega en caso de conflicto, actívalo.

1. Pruebas técnicas. Encarga un informe técnico independiente que detalle defectos e impacto. Ese informe ayuda a cuantificar el daño y a persuadir a la otra parte en una negociación o en juicio.

1. Negociación o mediación. Muchas disputas se resuelven pactando correcciones, soporte adicional o compensación; un acuerdo puede incluir garantías y pruebas de aceptación.

1. Vía judicial o arbitral. Si no hay acuerdo, presenta la reclamación donde corresponda según cláusula de resolución de controversias. En procesos civiles o mercantiles se discutirá cumplimiento y daños.

Qué puedes hacer solo: documentar, pedir entregables, exigir corrección por escrito. Qué necesita abogado: redactar reclamaciones formales, negociar acuerdos, analizar cláusulas de propiedad intelectual y, si procede, litigar.

Qué puede pasar

1) Solución mediante carta y corrección. Frecuente cuando el incumplimiento es técnico y el desarrollador tiene capacidad de corregir. Sueles obtener una versión corregida o soporte adicional.

2) Acuerdo o conciliación. Se puede pactar soporte a cambio de pago parcial, devolución de parte del precio o cesión de derechos de uso. Un acuerdo suele ser más rápido y te evita riesgo de litigio.

3) Juicio o arbitraje. Si la disputa llega a tribunales, se discutirá cumplimiento y daños; el resultado depende de la prueba técnica y contractual. Si pierdes, podrías quedar obligado a pagar costas y honorarios; si ganas, cobrar depende de la situación patrimonial del demandado.

Y si ganas, ¿cobras? Una sentencia es útil, pero su eficacia práctica depende de que el demandado tenga bienes ejecutables o garantías contractuales. Por eso es importante negociar garantías desde el contrato inicial (fianzas, cuentas en garantía, escrow).

Errores que arruinan el caso

• No conservar control de versiones ni repositorios: sin commits y logs, probar cuándo y qué se hizo es muy difícil.
• Aceptar entregas con defectos sin protestar por escrito: puede interpretarse como conformidad.
• No exigir entregables técnicos completos (documentación, scripts, bases de datos de prueba): dificulta continuar el proyecto o evaluar daños.
• Confiar en acuerdos verbales sobre cambios de alcance: los extras deben documentarse y presupuestarse.
• No revisar la titularidad del código: confundir licencias y cesión de derechos puede dejarte sin control sobre el software.