Protección del software, código fuente y derechos de autor
El código fuente es tu activo: la ley argentina reconoce al software como obra protegida por derechos de autor y tu control depende de contratos y pruebas. Lo primero es identificar la titularidad: quién lo escribió y bajo qué contrato; y luego asegurar la documentación (contratos de encargo, cesión de derechos y registros). El primer paso práctico: ordená y guardá todos los contratos, repositorios con control de versiones y evidencias de autoría; asegurá las cesiones por escrito con cláusulas claras de entrega y confidencialidad.
¿No tienes claro tu caso de startups?
Cuéntanoslo y te lo analizamos gratis en un minuto: qué opciones tienes, qué urge y qué contarle al abogado.
Analizar mi caso gratis Sin compromiso · GratisAbogados especializados en este caso
¿Tienes razón?
Tres cosas determinan si poseés derechos sobre el software: la autoría, el régimen contractual y el registro probatorio. Autoría: la persona que creó el código es el autor por regla general. Si lo desarrolló un empleado, la legislación laboral y los contratos suelen prever la cesión automática al empleador; si lo desarrolló un contratista independiente, necesitás una cesión expresa. Régimen contractual: sin un contrato que establezca cesión, tu posición puede ser débil. Documentos típicos: contrato de trabajo con cláusula de propiedad intelectual, contrato de prestación de servicios con cesión de derechos y acuerdos de confidencialidad. Prueba: repositorios con historial de commits, metadatos de archivos, versiones fechadas y copias en servidores seguros son evidencia valiosa.
En la práctica, las disputas aparecen cuando un desarrollador se va y reclama la autoría, o cuando un proveedor a quien le encargaste la mejora retiene el código. Si no hay cesión escrita y el desarrollador no era empleado, su reclamo puede tener fundamento. Por otro lado, si el software es resultado de una contratación por encargo con cláusula clara y entregables aceptados, tu posición es fuerte.
Cómo se soluciona
1) Reunir prueba técnica: exportá el historial de commits del repositorio (con fechas y autores), guardá backups con sellos de tiempo, conservá issues y pull requests y documentá el proceso de desarrollo (planificación, facturas, entregas). Mantené repositorios en plataformas que permitan exportar historial y metadatos.
2) Documentar relaciones laborales y de prestación: recopilá contratos de trabajo, contratos de servicios, órdenes de compra, facturas y recibos. Si existe un empleado, buscá la cláusula de cesión de derechos; si no, necesitás una cesión expresa del contratista.
3) Contratos claros: firmá acuerdos que incluyan cesión de derechos de autor, definición de entregables, clausulado de confidencialidad (NDA), cláusulas de garantía y cláusulas de pago que condicionen la entrega del código al pago. Para componente open source, especificá licencias concretas y políticas de contribución.
4) Registro y depósito: aunque en Argentina el derecho de autor nace con la creación, podés reforzar la prueba mediante depósitos de código, registros privados con sellos de tiempo, o incluso el registro de software en organismos o plataformas que ofrezcan prueba de fecha. Adjuntá documentación técnica y manuales que muestren desarrollo progresivo.
5) Reacción ante conflicto: si un desarrollador reclama, iniciá una solicitud de conciliación o mandá una intimación fehaciente reclamando la posesión del código y la cesión. Si no se avanza, consultá para iniciar acciones judiciales o para negociar un acuerdo de transferencia y compensación.
Qué podés hacer solo: ordenar repositorios, exportar historial, guardar contratos y emitir una intimación por carta documento. Cuándo necesitar a un abogado: para redactar cesiones válidas, negociar acuerdos con un ex socio o proveedor, litigar por titularidad o estructurar la protección de IP antes de una ronda de inversión.
Qué puede pasar
1) Acuerdo directo: muchas disputas terminan con una cesión económica y entrega del código a cambio de un pago y cláusulas de no competencia o confidencialidad. Es la opción más común y práctica.
2) Conciliación o negociación asistida: se puede llegar a un convenio que incluya reconocimiento de autoría, cesión y condiciones de uso, o incluso participación futura en la empresa. Un buen acuerdo suele valer más que una sentencia larga.
3) Juicio por titularidad: si no hay acuerdo, la vía judicial puede determinar la autoría y la cesión. Ganar la titularidad no garantiza ejecución si la otra parte es insolvente; además, un litigio puede revelar secretos si no se protegen bien las pruebas.
Y si ganás, ¿cobrás? La sentencia puede ordenar indemnización y entrega del código, pero la ejecución depende de la situación patrimonial del adversario; en ocasiones, el resultado práctico es recuperar el control del activo más que cobrar grandes sumas.
Errores que arruinan el caso
- No documentar cesiones por escrito: confiar en acuerdos verbales con desarrolladores independientes es una falla común.
- Usar repositorios públicos sin licencias claras: mezclar código propio con dependencias bajo distintas licencias complica la posición legal.
- No conservar historial de commits: borrar o reescribir el historial debilita la prueba de autoría.
- No definir en contratos el alcance de la cesión (territorio, duración, exclusividad): cláusulas vagas traen disputas largas.
¿Necesitas un abogado para esto?
Podés hacer buena parte del trabajo preliminar: ordenar repositorios, exportar historial y pedir cesiones simples. Necesitás un abogado para redactar cesiones firmes y clausulado de confidencialidad adecuados, para negociar si hay conflicto con un proveedor o ex socio, y para preparar la documentación que exige un inversor. Si calificás para patrocinio judicial gratuito, evaluá esa opción en litigios de relevancia.
Casos relacionados
Otros problemas frecuentes en startups
Preguntas frecuentes sobre este caso
Sí: en Argentina el software se protege como obra por derechos de autor desde su creación, pero la protección efectiva depende de poder probar autoría y titularidad. Registro o depósitos refuerzan la prueba.
Sí, pero tenés que respetar la licencia de cada componente. Algunas licencias exigen liberar mejoras; otras permiten uso comercial sin obligaciones. Documentá las dependencias y consultá antes de integrar componentes con licencias copyleft.
Sí: un historial de commits con fechas y autores es una prueba técnica fuerte, especialmente si se puede exportar y conservar. Complementá con facturas y comunicaciones.
Depende del contrato. Si no hubo cesión expresa, el freelance puede tener derechos. Buscá cualquier prueba de acuerdo, pagos y comunicaciones que indiquen cesión. Si no la hay, considerá negociar o litigar.
Aunque el derecho nace con la creación, realizar depósitos o registros y conservar backups con sellos de tiempo fortalece la prueba ante un conflicto y mejora la percepción ante inversores.
¿Necesitas resolver este problema legal?
Te conectamos con los mejores abogados especializados. Consulta gratuita y sin compromiso.