Contratos con desarrolladores freelance y subcontratistas

¿Tienes razón?

Para saber si su posición es fuerte debe comprobar tres cosas clave: la titularidad del software, la especificación de entregables y las condiciones de pago. Primero, quién figura como autor y titular del código: sin un contrato claro, la ley considera autor al desarrollador, salvo cesión expresa. Segundo, qué trabajo está descrito y cómo se mide su cumplimiento: un contrato impreciso deja abiertas las discusiones sobre alcance y calidad. Tercero, cómo y cuándo se paga: el calendario de pagos suele estar ligado a hitos y entrega de código en repositorios controlables.

Si usted tiene correos, transferencias, commits en repositorio con su cuenta o evidencia de haber pagado bajo un encargo, su posición mejora. Si el acuerdo fue verbal y el desarrollador aún retiene el control de los repositorios o reclama la autoría, el conflicto será más difícil, pero no necesariamente imposible: las comunicaciones y pruebas técnicas (logs, backups, testimonios) suelen inclinar la balanza.

Cómo se soluciona

1. Reúna la prueba técnica y económica. Exporte commits de repositorio (incluya hashes), guarde archivos con metadatos, descargue conversaciones de mensajes y conserve comprobantes de pago. No borre nada: haga copias seguras.
2. Revise el contrato (si existe). Busque cláusulas de cesión de derechos, confidencialidad, entregables, plazos para correcciones, y cláusulas de rescisión. Si no hay contrato, documente ahora por escrito lo que se entregó y pida confirmación por escrito al desarrollador.
3. Reclamación amistosa por escrito. Envíe un mensaje claro y fechado pidiendo la entrega del código, acceso a repositorios y la transferencia de derechos que crea necesarios. Adjunte pruebas de pago y del trabajo desarrollado. Mantenga copia de todas las comunicaciones.
4. Mediar o negociar un acuerdo técnico. Proponga soluciones prácticas: entrega de un snapshot de código, migración a un repositorio bajo su control, o un acuerdo de cesión parcial. Aquí es útil un documento técnico (lista de ficheros, entorno, dependencias) firmado por ambas partes.
5. Si no hay acuerdo, evalúe acción administrativa o judicial. En algunos casos la disputa sobre propiedad intelectual puede consultarse con la institución competente o llevarse a tribunales ordinarios. Antes de iniciar una demanda, pida que un experto forense técnico certifique la autoría y el uso de su infraestructura.

Qué puede hacer usted solo: recopilar pruebas, enviar la carta de reclamación y preparar un listado técnico. Qué necesita profesional: revisar y negociar cláusulas de cesión, redactar acuerdos de transferencia, solicitar peritaje forense y, si procede, presentar la demanda.

Qué puede pasar

1) Se arregla con una carta y entrega técnica. Muchos casos se resuelven enviando la reclamación y ofreciendo una solución técnica que satisface a ambas partes: entrega de código, migración de repositorio y, si procede, un pago final. Esto es habitual cuando la relación aún no está deteriorada.

2) Acuerdo o conciliación. Puede llegar un acuerdo que incluya una cesión expresa de derechos o una licencia amplia y un pago. Un acuerdo puede ser ventajoso si le da acceso inmediato al producto y evita costes de litigio. A veces aceptará una licencia temporal o condiciones sobre mantenimientos; valórelas frente al tiempo y costos de reclamar más.

3) Juicio o peritaje técnico. Si la otra parte no cede, lo normal es solicitar un peritaje informático que determine autorías, fechas y uso de infraestructura. En un litigio, si usted pierde, quedará con la sentencia en contra y con costos procesales según lo que resuelva el juez. Además, una sentencia favorable contra un actor insolvente puede ser difícil de cobrar; la sentencia reconoce el derecho, pero la ejecución depende de la situación patrimonial del demandado.

Y si gana, ¿cobra? Una sentencia que reconozca la cesión o condene a entregar el código debe ejecutarse; sin embargo, si la contraparte no tiene bienes, la ejecución práctica puede ser lenta y costosa. Por eso casi siempre conviene explorar acuerdos que aseguren la entrega efectiva del código (por ejemplo, custodia de una copia por un tercero) antes de litigar.

Errores que arruinan el caso

• No guardar evidencia técnica: borrar commits, borrar conversaciones o no descargar repositorios complica probar autoría.
• Pagar sin aclarar cesión: abonar un trabajo sin un documento de cesión escrito, o fiarse solo de mensajes informales, deja al startup sin titularidad.
• Aceptar entregas en formatos obfuscados o sin documentación: recibir un fichero sin instrucciones ni historial complica la operatividad y la prueba.
• Firmar acuerdos amplios de confidencialidad sin cesión expresa: puede impedir reclamar la titularidad si la cláusula de propiedad es ambigua.
• Confundir relación laboral y prestación independiente: intentar tratar un desarrollador como empleado cuando formalmente era freelance puede generar reclamaciones laborales.