Quiero demandar por incumplimiento en proyectos tecnológicos

¿Tienes razón?

En proyectos tecnológicos la respuesta depende de cuatro cosas: qué prometió el proveedor en el contrato o en la oferta; qué entregó realmente (entregables tangibles: código, manuales, informes de pruebas); cómo se probaron esos entregables; y cómo reaccionaste tú cuando surgieron fallas. Si existe un contrato escrito con especificaciones claras y fechas de entrega, y la entrega no cumple esas especificaciones, tu posición es fuerte. Si no hay contrato but hay correos, cotizaciones y entregas parciales, también puedes tener derecho a reclamar, pero tendrás que construir la prueba con esos elementos. Si aceptaste entregas sin dejar constancia de las pruebas realizadas, la discusión será sobre si recibiste lo pactado o no.

Hay matices técnicos: mucha diferencia hay entre un error menor que se arregla con un parche y un incumplimiento esencial que hace inútil el software. También importa si el proveedor reconoció el fallo y ofreció soluciones; una admisión por escrito fortalece tu caso. Finalmente, si recibiste facturas y las pagaste pese a problemas, eso no anula automáticamente tu reclamo, pero complica la estrategia: tendrás que explicar por qué pagaste (por ejemplo, para sostener operaciones) sin renunciar a reclamar los defectos.

Cómo se soluciona

1. Reúne y organiza la documentación. Busca contrato, anexos, especificaciones técnicas, plan de proyecto, actas de reunión, correos y mensajes que confirmen requisitos o aceptaciones, comprobantes de pago, bitácoras de incidencias, reportes de pruebas y versiones del código. Exporta chats y correos a PDF y guarda los archivos originales con sus metadatos si es posible.

1. Documenta los fallos concretos. Haz una lista detallada de funcionalidades que no funcionan, con ejemplos reproducibles, fechas y capturas de pantalla o logs. Si el proyecto impactó operaciones (pérdida de ventas, tiempo de inactividad), reúne evidencia que lo conecte con el incumplimiento (reportes de sistema, correos internos, estimaciones de impacto).

1. Reclama por escrito de forma fehaciente. Envía una comunicación formal al proveedor exponiendo las fallas, la cláusula incumplida y la solución que exiges (reparación, entrega de código, devolución de dinero, o conformidad técnica). Conserva constancia de envío y recepción. Si el contrato contempla un procedimiento de aceptación o garantía, invócalo.

1. Intenta resolver por negociación o mediación. Muchas veces una carta técnica y una propuesta de plazo para corregir bastan. Si el proveedor ofrece arreglo, documenta el acuerdo por escrito (qué se corregirá, plazos, pruebas de aceptación y consecuencias si no se cumple).

1. Evalúa la vía administrativa o judicial. Si no hay acuerdo, consulta con un abogado para valorar la demanda civil por incumplimiento contractual y daños. La demanda necesita traducir la evidencia técnica a hechos jurídicos claros y proponer peritaje informático si hace falta. Decide si conviene pedir medidas cautelares (por ejemplo, copia del código fuente o bloqueos de cuentas) y quién debería ser el perito.

En qué puedes actuar sin abogado: preparar la primera carta fehaciente y reunir pruebas. Cuándo conviene un abogado: si hay montos importantes, si el proveedor tiene abogado o si hay que pedir medidas urgentes o pericias técnicas.

Qué puede pasar

1) Se arregla con una carta y entrega técnica. Es lo más frecuente: tu carta bien fundada obliga al proveedor a corregir o a ofrecer compensación. En proyectos con dependencia operativa, un arreglo rápido suele ser preferible porque recuperas la operatividad.

2) Acuerdo o conciliación. Si las partes negocian, pueden pactar una reducción de precio, entrega adicional de servicios, soporte extendido o un cronograma de correcciones con garantías. Un acuerdo cerrado y firmado evita la incertidumbre y llega más rápido que un juicio; además puedes acordar forma de verificación técnica para evitar nuevos conflictos.

3) Juicio civil por incumplimiento. Si llegas a juicio, normalmente se discutirá la existencia del incumplimiento, la extensión del daño y la prueba técnica. Podrías solicitar peritaje informático. Si no pruebas el incumplimiento, puedes perder y quedar con las costas. Y si consigues sentencia favorable, cobrar dependerá de la solvencia del proveedor; una sentencia contra una empresa vacía puede quedarse en un título ejecutivo difícil de cobrar.

¿Y si ganas, cobras? La sentencia te da un título para ejecutar, pero si el proveedor no tiene bienes o está en dificultades, ejecutar es otra etapa que consume tiempo y costos. Evalúa la solvencia antes de litigar.

Errores que arruinan el caso

• No conservar versiones, logs y correos: perderás la trazabilidad del problema.
• Aceptar entregas sin pruebas de aceptación por escrito: esto facilita que el proveedor diga que cumplió.
• Reconocer por escrito que el sistema funciona cuando no es cierto: esa admisión puede cerrar la discusión.
• Eliminar evidencia técnica (logs, bases de datos) o no exportar chats; los datos en la nube cambian y se pierden.
• No pedir peritaje técnico a tiempo: si se permite que el proveedor modifique el sistema entre tanto, se dificulta probar el estado original.