Un cliente reclama incumplimiento de contrato de software: ¿cómo defenderte?

¿Tienes razón?

La respuesta a si la queja es fundada depende básicamente de cuatro cosas: el texto del contrato, las evidencias de entrega, el registro de pruebas de aceptación y la conducta posterior de las partes. El contrato define obligaciones (alcance, entregables, criterios de aceptación, mantenimiento y soporte). Si el alcance es vago o la especificación está incompleta, el conflicto suele caer en una interpretación técnica que obliga a valorar pruebas técnicas (repositorios, commits, tickets, correos) y pruebas de usuario (actas de pruebas, correos de aceptación, incidencias reportadas y atendidas).

También importa si hubo cambios solicitados por el cliente sin formalizar (órdenes de cambio). Si aceptaste cambios por conversación y no quedaron por escrito, existe riesgo, pero no estás necesariamente perdido: los logs de trabajo, facturas por horas y mensajes pueden probar la aceptación tácita. Finalmente, valora si el reclamo es meramente por retraso o por un defecto grave que impide el uso; si es retraso, la cuestión será medir el cumplimiento del calendario; si son defectos, la materia técnica dominará la discusión.

Cómo se soluciona

1. Reúne la documentación contractual. Localiza el contrato original, anexos, especificaciones, órdenes de cambio, facturas y los criterios de aceptación. Si hay NDA o licencia, mézclalos con los entregables para ver qué obligaciones de confidencialidad o soporte están vigentes.

1. Conserva y exporta prueba técnica. Haz copias de repositorios de código con historial, exporta incidencias del gestor de proyectos, genera una lista de commits y builds, guarda correos y chats relevantes. Si el proyecto tenía ambientes de prueba o staging, genera evidencia de las versiones desplegadas en fechas concretas.

1. Contesta la reclamación por escrito. Responde al cliente con un escrito ordenado donde expliques el estado del proyecto, adjuntes la prueba de entregas y propongas una solución técnica o comercial si procede. Evita aceptar responsabilidad sin analizar; una admisión escrita puede ser usada en tu contra.

1. Negocia una salida técnica o comercial. Muchas controversias se resuelven pactando mitigaciones (parche, corrección, período de soporte adicional) o compensaciones parciales. Valora si un acuerdo de ese tipo te interesa frente al costo y riesgo de un litigio.

1. Prepara defensa legal si el cliente avanza en reclamo formal. Si el cliente acude a conciliación o demanda, necesitarás abogado que haga valoración jurídica del contrato, cuantifique la reclamación y gestione la defensa técnica con peritos en software. Si hay cláusula de solución de controversias (conciliación, arbitraje), sigue la ruta contractual.

1. Mejora tus procesos para el futuro. Independientemente del resultado, documenta criterios de aceptación, órdenes de cambio y formas de validación del cliente para evitar que reclamaciones similares vuelvan a ocurrir.

Diferencia lo que puedes hacer tú (reunir pruebas, responder la reclamación, proponer soluciones técnicas) y lo que requiere abogado (negociación formal de acuerdos, representación en conciliación, litigio o arbitraje, valoración de daños y defensa ante una demanda).

Qué puede pasar

1. Se arregla con comunicación y corrección. Frecuentemente, el cliente acepta un parche o plan de trabajo y no convierte la queja en demanda. Un arreglo rápido puede suponer un costo inmediato menor y recuperar la relación comercial.

1. Acuerdo formal o conciliación. El cliente puede solicitar una compensación económica o descuentos por incumplimiento. Aceptar un acuerdo puede ser la mejor opción si reduce incertidumbre y da cierre; sin embargo, conviene negociar términos que limiten futuras reclamaciones y que incluyan plazos y pruebas de cumplimiento.

1. Juicio o arbitraje. Si el conflicto escala, el proceso decide si hubo incumplimiento y la cuantía de la reparación. Si pierdes, podrías ser condenado a pagar daños y costas; si ganas, la ejecución de la sentencia ante un cliente insolvente puede complicar la recuperación. Además, el litigio suele incluir evaluación pericial técnica.

Y si ganas, ¿cobras? Ganar la sentencia no garantiza el cobro inmediato. La contraparte puede no tener activos suficientes o puede apelar; la eficacia práctica dependerá de la solvencia del cliente y de las medidas de aseguramiento que se hubieran tomado.

Errores que arruinan el caso

• No conservar historial de desarrollo: perder commits, tickets o backups debilita la defensa técnica.
• Responder aceptando culpa por correo sin evaluar consecuencias legales.
• No formalizar órdenes de cambio: aceptar instrucciones verbales sin documento escrito genera disputas de alcance.
• Ignorar cláusulas contractuales de solución de controversias o penalizaciones por incumplimiento.
• No involucrar desde temprano a un perito técnico cuando la discusión es sobre calidad del software.