Contratos con desarrolladores freelance y subcontratistas

¿Tienes razón?

Si estás preocupado porque un desarrollador dice que el código es suyo o que no entregará, lo que decide si tienes razón son cuatro pilares del acuerdo. Primero: la cesión de derechos sobre el software; si el contrato establece una cesión expresa de derechos patrimoniales hacia la empresa, la titularidad es tuya. Segundo: el alcance y la definición de entregables; entregables vagos generan discusiones. Tercero: pruebas de entrega y versiones; el trabajo entregado debe poder descargarse y auditarse. Cuarto: la relación contractual; contratar como freelance no implica que no haya cesión posible, pero la falta de contrato escrito complica demostrarla. Si no firmaste nada, tu posición depende de pruebas: correos, transferencias, repositorios con autoría y testigos.

En la práctica hay matices: si pagaste por hitos y conservas el código en un repositorio con commits a tu cuenta, estás mejor. Si el desarrollador trabajó en su propia cuenta y no cedió derechos, podrías estar discutiendo titularidad.

Cómo se soluciona

1. Reúne prueba técnica y administrativa. Exporta todo de repositorios (historial de commits, issues), descarga versiones del software, guarda conversaciones de mensajería y correos, conserva recibos de pagos y órdenes de trabajo. Si había entregables parciales, guarda los archivos con sello de fecha digital y un resumen técnico que explique qué contiene cada entrega.

1. Revisa el contrato o lo acordado. Si existe un contrato escrito, léelo buscando cláusulas de cesión de derechos, confidencialidad, indemnidad por terceros y obligaciones de mantenimiento. Si no hay contrato, prepara un relato cronológico que explique quién ordenó qué, cómo se pagó y qué entregó cada parte.

1. Reclama por escrito de forma fehaciente. Envía un mensaje firmado por la empresa exigiendo la entrega de código fuente, documentación y cesión de derechos —adjunta la descripción técnica de lo que consideras entregable— y plantea una propuesta de solución técnica (por ejemplo, entrega en un repositorio bajo tu control). Conserva el envío y cualquier respuesta.

1. Si tienen que corregir defectos, define un procedimiento de aceptación técnica: pruebas que se aplicarán, quién las realiza y cómo se documenta la aceptación. Esto evita que el desarrollador diga “ya entregué” cuando lo que hizo no funciona.

1. Si no hay respuesta o hay disputa, considera solicitar conciliación ante centro de conciliación autorizado si la contraparte es una empresa o persona jurídica y la controversia entra en ese ámbito. Paralelamente, si hay riesgo de que el desarrollador entierre pruebas (borrar repositorios, destruir archivos), realiza un requerimiento por escrito que deje constancia.

1. Evalúa medidas técnicas y contractuales para el futuro: obliga al desarrollador a usar repositorio corporativo, a firmar cesión de derechos y a entregar documentación, y retén parte del pago hasta la aceptación final.

Qué puede hacer el abogado: revisar y negociar la cesión, preparar requerimientos formales, y, si es necesario, iniciar medidas judiciales o solicitar medidas cautelares para preservar la evidencia y el acceso al código.

Qué puede pasar

1) Se arregla con una carta y entrega técnica. Esto ocurre cuando la discrepancia es sobre interpretación. Un requerimiento bien planteado que indique claramente lo que se espera a nivel técnico suele resolverlo. El acuerdo suele incluir entrega en repositorio y un último pago retenido por aceptación.

2) Acuerdo o conciliación. Si ambas partes aceptan negociar, pueden pactar una transferencia de derechos y un cronograma de entrega o un pago compensatorio. A veces, aceptar una cantidad menor y obtener la cesión inmediata es preferible a litigar. Un acuerdo suele cerrarse más rápido y con menos riesgos que un proceso.

3) Juicio. Si no hay acuerdo, la vía judicial decide titularidad y daños. Si pierdes, puedes quedarte con una sentencia que reconozca derechos pero con dificultades para ejecutar si la otra parte no tiene bienes. Si la otra parte pierde, puede ser condenada a entregar el código y pagar daños; las costas suelen seguir reglas del Código Procesal Civil. En casos técnicos, el tribunal puede ordenar peritaje informático para determinar autoría y originalidad.

Y si ganas, ¿cobras? Recuperar una suma depende de la capacidad económica de la otra parte: una sentencia sin bienes líquidos puede ser difícil de ejecutar. Por eso, comprobar la solvencia y pedir garantías en el contrato es clave.

Errores que arruinan el caso

• No usar repositorio controlado por la empresa: permite que el desarrollador borre o modifique el historial.
• Confiar en acuerdos verbales o solo en mensajes informales sin exportarlos: los chats se pierden; exporta y guarda con metadatos.
• Pagar todo por adelantado sin cláusula de retención hasta aceptación técnica.
• No definir qué es “aceptado”: sin criterios de aceptación, el desarrollador puede decir que entregó correctamente.
• Ignorar licencias de terceros: si el código incorpora librerías con restricciones, tu producto puede quedar comprometido.