Un cliente reclama incumplimiento de contrato de software: ¿cómo defenderte?
Que un cliente te acuse de incumplimiento no siempre implica que tenga razón. Lo que importa es qué pactaron en el contrato (entregables, criterios de aceptación, garantías) y qué documentación técnica y de comunicaciones existe. Primer paso: reuní el contrato, los entregables, las actas de prueba y los correos; redactá una respuesta técnica y legal que explique por qué cumpliste o por qué hay causas justificantes.
¿No tienes claro tu caso de derecho informático y nuevas tecnologías?
Cuéntanoslo y te lo analizamos gratis en un minuto: qué opciones tienes, qué urge y qué contarle al abogado.
Analizar mi caso gratis Sin compromiso · GratisAbogados especializados en este caso
¿Tienes razón?
Tu defensa depende de pocas cosas claras. Primero: el contrato firmado. Allí suelen estar los entregables, la definición de "aceptación", los criterios de performance y las cláusulas de responsabilidad. Si el contrato establece entregas por etapas y la aceptación final requiere pruebas, el cliente no puede declarar incumplimiento si no actuó conforme a esos mecanismos. Segundo: las pruebas técnicas. Tenés que poder mostrar versiones, commits, logs de despliegue, registros de pruebas (QA), tickets cerrados y actas de entrega. Tercero: las comunicaciones y solicitudes de cambio. Muchas veces lo que el cliente reclama es trabajo adicional no pactado; si hay mails o mensajes donde aprobó cambios o aceptó plazos distintos, eso pesa. Cuarto: la existencia de causas de fuerza mayor o bloqueos por parte del propio cliente (por ejemplo, falta de acceso, retraso en la entrega de datos), que pueden justificar demoras.
En la práctica, si el contrato es preciso y tenés pruebas técnicas y de aceptación, tu posición será sólida. Si trabajaste sin contrato firmado o con condiciones ambiguas, el conflicto será de prueba y se complica: entonces importa quién documentó qué y cuándo.
Cómo se soluciona
1) Reuní toda la documentación técnica y contractual. Extraé el contrato original y cualquier anexo, las especificaciones funcionales, los diagramas, actas de reunión, correos, tickets del gestor de proyectos, repositorios (commits y ramas), builds, registros de despliegue y logs de error. Exportá los artefactos de QA (casos de prueba, resultados) y cualquier evidencia de aceptación por parte del cliente (firmas, correos diciendo "aceptado").
2) Prepará una respuesta formal. Redactá un documento en el que contestes punto por punto las reclamaciones del cliente, enlazando cada queja con la prueba correspondiente (por ejemplo, "la funcionalidad X fue entregada en la versión Y; ver commit Z y acta de entrega del día A"). No admitas responsabilidades sin consultar.
3) Intentá la solución negociada. Proponé alternativas concretas: corrección dirigida, plan de parcheo, o negociación económica por trabajo extra si corresponde. La negociación es útil para evitar reclamos costosos. Hacé la propuesta por escrito y archivá la respuesta del cliente.
4) Si el cliente intimó formalmente o inició una demanda, valorá la conveniencia de asesoría legal. Muchas disputas técnicas se resuelven con peritos informáticos que expliquen el alcance del trabajo y la calidad entregada.
5) No destruyas evidencia y preservá repositorios. Si hay litigio, vas a necesitar demostrar integridad de código y tiempo de desarrollo. Hacé snapshots firmados de repositorios y backups.
6) Si corresponde, usá mediación o conciliación previa obligatoria en materia civil y comercial. En algunos fueros es requisito previo a litigar; en todo caso es un camino para cerrar el conflicto sin juicio.
Qué puede pasar
1) Se arregla con una carta o ajuste técnico: muchas veces el reclamo se reduce a una falla puntual que se soluciona con un parche. Una respuesta técnica que ofrezca corrección limita la escalada.
2) Acuerdo o conciliación: el cliente y el proveedor cierran un acuerdo por entrega de servicios adicionales, reducción de precio o cronograma de corrección. Un acuerdo puede ser preferible a litigar porque reduce tiempos y costos, y permite mantener la relación comercial.
3) Juicio: si no hay acuerdo, se puede presentar una demanda por incumplimiento contractual o daños. En juicio, se usarán peritos para valorar si hubo incumplimiento y el monto del daño. Si perdés, podés ser condenado al pago de indemnización y costas; si ganás, puede haber una orden de cumplimiento o indemnización. Tené en cuenta que la ejecución depende de la solvencia de la parte y que los procesos pueden alargarse.
Y si ganás, ¿cobrás? Una sentencia favorable no garantiza la cobranza automática: primero hay que ejecutar la sentencia y embargar bienes o cuentas si la parte no paga. Por eso la estrategia debe considerar la capacidad real de cobro del cliente y posibles seguros o avales firmados.
Errores que arruinan el caso
- Trabajar sin contrato claro o con cláusulas ambiguas sobre entregables y aceptación.
- Borrar commits, branches o registros del repositorio: perderás prueba técnica clave.
- Admitir responsabilidades por escrito sin consultar: un reconocimiento puede usarse en juicio.
- No documentar cambios pedidos por el cliente: los cambios acordados por WhatsApp sin backup te dejan vulnerable.
¿Necesitas un abogado para esto?
La respuesta técnica inicial y la corrección pueden gestionarlas vos o tu equipo. Buscá abogado si el cliente intimó formalmente, si la contraparte ya te ofreció un pago o si hay riesgo de demanda. En contratos complejos o cuando se requiere pericia técnica para demostrar cumplimiento, un abogado especializado en tecnología más un perito informático se justifican. Si no podés pagar, consultá acceso a patrocinio o defensoría en lo civil/comercial según corresponda.
Casos relacionados
Otros problemas frecuentes en derecho informático y nuevas tecnologías
Preguntas frecuentes sobre este caso
Sí, los mensajes pueden valer como prueba si se exportan correctamente y están contextualizados con fechas y quién los envió. Conviene convertirlos a PDF con metadatos y adjuntar otros documentos que los confirmen.
Depende de lo pactado en el contrato. Retener código puede constituir incumplimiento si el contrato estipula entrega; en muchos casos conviene reclamar por la vía contractual o judicial antes que retener activos que puedan agravar el conflicto.
Commits con metadatos, logs de despliegue, builds firmados, actas de pruebas con firmas y capturas timestamped. Un peritaje que certifique integridad aumenta la fuerza probatoria.
A veces sí. Un acuerdo por menos dinero pero rápido puede ser mejor que un juicio largo con riesgo. Evaluá costos legales y la posibilidad de continuar la relación comercial.
Algunas pólizas de responsabilidad profesional o de ciberriesgo cubren ciertos reclamos por software; revisá tu póliza y condiciones antes de decidir la estrategia.
¿Necesitas resolver este problema legal?
Te conectamos con los mejores abogados especializados. Consulta gratuita y sin compromiso.