Me deben o no me entregan el desarrollo de software

¿Tienes razón?

Para saber si tenés derecho a exigir el código o el producto terminado hay que mirar cuatro cosas: lo que diga el contrato, el régimen de propiedad intelectual pactado, la pauta de pagos y aceptación, y las pruebas de entrega parcial. Si el contrato establece cesión de derechos sobre el código, y vos pagaste según lo convenido, tu posición es fuerte. Si la relación se basó en una licencia que permite al desarrollador retener el código fuente pero te da derechos de uso, la clave estará en la naturaleza del derecho cedido.

En ausencia de contrato escrito, la ley y la práctica miran la conducta: comprobantes de pago, correos o mensajes que acepten entregas, repositorios con commits que prueben trabajo a medida y pruebas de que el producto fue desarrollado específicamente para vos. También importa si hay software de terceros embebido con licencias que limitan la cesión; la inclusión de componentes con licencias restrictivas puede impedir una cesión total del código fuente.

Finalmente, la calidad técnica: a veces la disputa es por bugs o por incumplimiento funcional. Si el desarrollador puede demostrar que el software entregado cumple las especificaciones y que las fallas provienen del uso o del entorno del cliente, la obligación de entrega puede estar condicionada a la subsanación o a la contratación de servicio adicional.

Cómo se soluciona

1) Reuní pruebas concretas: contrato o propuesta comercial firmada, comprobantes de pago, correos de aceptación, mensajes que indiquen alcance del trabajo, accesos a repositorios y backups con fechas. Exportá historiales de commits y guardá capturas del entorno de despliegue con metadatos.

2) Intentá una comunicación escrita y fehaciente donde se intimide la entrega del código o la puesta en producción, describiendo qué reclamás y adjuntando la evidencia de pago y del acuerdo. Conservá copia de ese envío y los acuses de recepción.

3) Comprobá si el desarrollo incluye software de terceros con licencias que impidan la cesión. Si es así, documentá cuáles son y cómo afectan la entrega del código fuente; a veces la solución pasa por generar un paquete desplegable y documentación técnica que permita operar el software sin transferir componente con restricción.

4) Si el problema es calidad o cumplimiento funcional, detallá los defectos con evidencias y pedí correcciones puntuales. Ofrecé, si corresponde, un entorno controlado para reproducir el fallo y facilitar su resolución.

5) Si la comunicación no alcanza, consultá con un abogado para evaluar envío de una carta documento o iniciar una acción civil para exigir cumplimiento o resolución con indemnización. Un abogado también puede proponer mediación previa, que es obligatoria en ciertas jurisdicciones, o solicitar medidas cautelares para preservar código y activos.

6) Qué hacer técnicamente: preservá copias de backups y repositorios, no intentes reescribir código en forma que pueda ser interpretada como destrucción de evidencia. Si te quedaste sin acceso, solicitá por escrito la revocación de cualquier bloqueo y exigí entrega de documentación de despliegue y esquemas de arquitectura.

7) Qué podés hacer sin abogado: reunir prueba, intentar la intimación por medios fehacientes y negociar un acuerdo. Buscá asesoramiento legal cuando haya retención maliciosa, cuando el valor del proyecto sea significativo, o cuando ya te hayan ofrecido un pago menor a cambio de la entrega.

Qué puede pasar

1) Se arregla con una carta y entrega parcial o total: muchas disputas se resuelven con la mediación o con una intimación bien documentada; el desarrollador entrega el código, o bien proporciona una versión operativa a cambio de una corrección de pagos.

2) Acuerdo o conciliación: pueden negociar plazos de entrega, pagos pendientes o un plan de soporte. Un acuerdo suele ser más rápido y menos costoso que un juicio, y evita bloqueos técnicos que perjudican a ambos.

3) Juicio para exigir cumplimiento o daños: si llegás a juicio, el juez evaluará pruebas técnicas y contractuales. Si perdés la demanda, podés quedar obligado a pagar costas y honorarios; si ganás, la sentencia puede ordenar la entrega y eventualmente una indemnización, pero la ejecución depende de la solvencia del demandado.

Si ganás, ¿cobrás? La sentencia a tu favor obliga al deudor, pero su efectividad depende de su patrimonio. Por eso, antes de litigar conviene evaluar la posibilidad de asegurar bienes o medidas cautelares.

Errores que arruinan el caso

• No conservar commits, backups o comprobantes de pago: sin eso la prueba se empobrece.
• Aceptar cambios verbales sin documentación: las modificaciones del alcance deben quedar por escrito.
• Publicar tu propia versión del código en repositorios públicos sin coordinar entrega: puede complicar la negociación y el control de derechos.
• Reescribir o alterar el entorno de despliegue antes de intentar recuperar pruebas: puede destruir evidencia técnica.
• Ignorar cláusulas de licencia de terceros que limiten la cesión: eso puede invalidar lo que creías que te estaban entregando.