Protección del software, código fuente y derechos de autor

¿Tienes razón?

La protección del software en Perú se rige por derechos de autor: la obra está protegida desde su creación, pero la titularidad patrimonial puede pertenecer al autor o al contratante según lo pactado. Tres factores deciden si tu startup es la titular: 1) existencia de contratos de cesión o contratos laborales que indiquen transferencia de derechos; 2) la calidad de la persona que desarrolló el software (empleado, contratista independiente o tercero) y cómo fue contratado; 3) la documentación que pruebe la autoría y la fecha de creación y las versiones del código.

Si el software fue desarrollado por un empleado en el marco de sus funciones, la titularidad puede corresponder al empleador, pero esa relación a veces es informal: la realidad de los hechos pesa. Si trabajó un tercero o un freelancer, sin contrato de cesión, ese tercero puede conservar los derechos y limitar tu uso del código.

Prueba que importa: contratos firmados, órdenes de servicio, correos electrónicos con entregas, repositorios con historial de commits (exportados), copias de versiones con sellos de tiempo, facturas por servicios de desarrollo, y cualquier documentación técnica que demuestre el proceso. Registros voluntarios ante entidades de derechos de autor pueden ayudar a probar fechas de creación, aunque no son obligatorios.

Cómo se soluciona

1. Reúne documentación técnica y comercial: repositorios exportados con historial, facturas, correos de entrega, tales como archivos comprimidos con versiones y sus metadatos. Exporta commits y conserva los logs de plataformas como Git con pruebas de autores.

1. Regulariza contratos. Para trabajo futuro, incluye contratos que expresen la cesión de derechos patrimoniales sobre el software al contratante, cláusulas de confidencialidad y cláusulas que obliguen a entregar código fuente y documentación. Para empleados, integra cláusulas en el contrato laboral o en un anexo.

1. Si hay duda sobre autoría de obras ya entregadas, intenta negociar una cesión retroactiva con el desarrollador. Si el desarrollador se niega y su derecho frena la operación, valora rehacer módulos críticos o pagar por la cesión.

1. Considera medidas técnicas: controles de acceso, registros de versiones, y custodia de copias maestras en ubicaciones seguras. Para proteger know‑how, documenta claramente qué elementos son secretos y aplica acuerdos de confidencialidad.

1. Si te enfrentan a una reclamación por derechos de autor, presenta la documentación de creación y de cesión; si no hay acuerdo, la vía administrativa o judicial sólo será necesaria si no se arregla la disputa. En algunos casos, la negociación comercial es la salida práctica.

Qué puedes hacer solo: exportar repositorios y reunir facturas y comunicaciones; incorporar cláusulas estándar en futuros contratos. Cuándo contratar: cuando te reclaman titularidad, cuando un proveedor se niega a ceder derechos, o cuando vas a vender o financiar el activo y necesitas opinión legal sobre la titularidad y los riesgos.

Qué puede pasar

1) Se arregla con una carta o acuerdo económico. Muchos conflictos se resuelven con una cesión o licencia pagada. Esto permite seguir operando sin procedimientos largos.

2) Acuerdo formal o mediación. Si ambas partes aceptan negociar, se puede formalizar una cesión con condiciones sobre el alcance, exclusividad y pagos. Un buen acuerdo incluye garantías limitadas sobre originalidad y restricciones para el autor.

3) Litigio por derechos de autor. Si el desarrollador demanda o reclama la titularidad, el proceso puede terminar en una decisión que reconozca la titularidad del autor o del contratante en función de la prueba. Si pierdes, puedes perder el derecho a explotar el software y podrías necesitar rehacerlo. También pueden ordenarse medidas cautelares que afecten la operación.

Y si ganas, ¿cobras? Ganar la titularidad te permite explotar, licenciar o vender el software; sin embargo, la recuperación de daños depende de la solvencia del reclamante y de la prueba del perjuicio.

Errores que arruinan el caso

• No documentar entregas: aceptar código sin confirmación escrita o sin historial de versiones reduce tu capacidad probatoria.
• No exigir cesión por escrito a freelancers: la ausencia de cesión deja al autor con derechos que pueden frenar el negocio.
• Confiar solo en acuerdos orales con empleados informales: la prueba de la relación y las funciones puede resultar insuficiente.
• Permitir que terceros conserven copias maestras sin contrato claro: facilita reclamaciones posteriores.
• No separar qué es código y qué es know‑how: el secreto empresarial requiere reglas distintas a los derechos de autor.