No tienen cesión de software creado por freelancers

¿Tienes razón?

Que un programador te haya entregado el código no prueba por sí solo que la startup es propietaria. En Perú, lo que decide si tienes derechos sobre el software son, sobre todo, tres cosas: el contrato entre las partes; los encargos y el vínculo económico; y las pruebas de la entrega y aceptación del trabajo.

Primero, el contrato. Si hay un acuerdo escrito que habla de cesión de derechos o de «trabajo por encargo» para la empresa, tu posición es fuerte. Si el contrato sólo hablaba de prestación de servicios sin mencionar propiedad intelectual, el freelance puede reclamar derechos de autor sobre el código salvo que conste lo contrario. Segundo, la forma de pago y la instrucción. Si pagaron con recibos, órdenes de servicio o transferencias de la empresa y existen instrucciones claras, eso refuerza que el trabajo fue para la startup. Tercero, la conducta posterior: si integraron el código al producto, lo modificaron y lo desplegaron públicamente, eso contribuye a demostrar la voluntad de que el software pertenezca a la empresa.

Cuando no quedó nada por escrito, la situación depende de pruebas: mensajes de WhatsApp, correos, archivos con metadatos, repositorios con historiales (Git), y testigos técnicos. El hecho de que pagaste no basta si la documentación no muestra que se cedieron los derechos morales o patrimoniales. No eres la única persona a la que le pasa: muchas startups arrancan con freelancers sin contratos claros. Eso no te hace culpable; te pone en la tarea de reconstruir la prueba.

Cómo se soluciona

1. Reúne todo lo que haya: contrato, correos con instrucciones, comprobantes de pago, entregables, capturas del repo (commits y fechas), mensajes por WhatsApp o Telegram donde aceptan el encargo, y cualquier factura o recibo. Exporta conversaciones y guarda capturas con la fecha visible.

1. Verifica las licencias y dependencias: comprueba si partes del código provienen de terceros con licencia (open source) que exigen atribución o que limiten la explotación comercial. Si el proyecto usa librerías o templates con licencias restrictivas, eso afecta cuánto puedes usar.

1. Intenta un acuerdo extrajudicial: escribe al freelance reclamando la cesión formal de derechos y proponiendo compensación si corresponde. Adjunta lo que tienes y pide un documento de cesión que incluya la entrega del código fuente, documentación y cualquier clave de acceso. Si conviene, proponle pago adicional por la cesión.

1. Regulariza por escrito: intenta firmar un contrato que deje claro que la startup adquiere los derechos patrimoniales sobre el software, con entrega de código fuente, documentación y acceso a repositorios y servidores. Incluye cláusula sobre garantía de que no hay reclamaciones de terceros.

1. Si no hay acuerdo, prepara la prueba y valora acciones legales. En Perú, puedes acudir a una demanda civil por reconocimiento de titularidad de derechos de autor y a medidas cautelares si se corre el riesgo de que el freelance distribuya o borre el código. También cabe una reclamación contractual por incumplimiento si hay acuerdo previo. Antes de litigar, pide copia de todo el repo y metadatos para preservar la prueba.

Qué puede hacer la startup por su cuenta: recolectar y preservar evidencia, pedir la firma de una cesión y cerrar accesos si controla servidores. Qué necesita abogado: redactar la cesión, negociar pagos compensatorios, presentar medidas cautelares y preparar demanda por derechos de autor.

Qué puede pasar

1) Se arregla con una carta o acuerdo: es lo más frecuente. El freelance firma una cesión a cambio de una compensación o sin ella si reconoce que se trató de trabajo por encargo. Esta vía es la más rápida y menos costosa.

2) Acuerdo en conciliación o negociación formal: si ambas partes quieren evitar un juicio, pueden acudir a un centro de conciliación o pactar un contrato que incluya plazos, entregables y compensación. Un acuerdo puede incluir entrega de repositorio, claves, y renuncia a futuras reclamaciones.

3) Juicio por titularidad o incumplimiento: si no se llega a acuerdo, se puede demandar por reconocimiento de derechos de autor y por daños contractuales. En juicio hay riesgos: si pierdes, puedes quedarte con la carga de las costas y no recuperar el tiempo o la exclusividad. Y si obtienes sentencia a tu favor pero el freelance es insolvente, una sentencia puede quedarse en papel.

La pregunta clave: "si gano, ¿cobro?". Una sentencia a favor no garantiza recuperación de valor si la contraparte no tiene recursos. Por eso un acuerdo controlado suele valer más: elimina incertidumbre y te da acceso inmediato al código.

Errores que arruinan el caso

• No preservar pruebas: borrar chats, limpiar historial del repo o dejar que se pierdan commits elimina la mejor evidencia.
• Firmar documentos sin leer: aceptar términos que reconocen al freelance como titular o que le conceden licencias perpetuas puede cerrar la puerta a reclamar.
• Ceder acceso sin condiciones: dar claves sin copia del repo o sin acreditar entrega equivale a perder control técnico.
• No verificar licencias de terceros: usar código ajeno con restricciones puede impedir la cesión completa.
• Proponer compensaciones verbales y no escritas: los acuerdos orales son difíciles de probar.