Proteger software en Uzbekistán: derecho de autor, patente o secreto

Una startup fintech de Taskent — residente del IT Park, ingresos al alza, un inversor listo para liderar la ronda. En la due diligence, el abogado del inversor hace una sola pregunta: «Muéstreme los documentos por los que el derecho exclusivo sobre el código pertenece a la empresa». No hay ninguno. El núcleo del producto lo escribió durante tres años un desarrollador principal contratado como autónomo mediante un contrato de prestación de servicios, sin una sola cláusula de cesión de derechos. Por ley, los derechos patrimoniales sobre ese código le pertenecen a él, una persona física — no a la sociedad que el inversor iba a financiar. La ronda quedó paralizada dos meses mientras las partes redactaban una cesión a posteriori — y el desarrollador, comprendiendo ahora su posición, subió el precio. Este artículo explica cuál de los tres regímenes protege su software en Uzbekistán, y las tres brechas por las que el derecho se escapa de la empresa antes incluso de que usted haya empezado a protegerlo.

Tres regímenes: qué cubre realmente cada uno

El software no es un objeto único, sino una pila de capas. Código fuente y objeto, arquitectura, algoritmos, interfaz, datos y el propio nombre del producto. Cada capa se protege con una herramienta distinta, y confundirlas es el error más frecuente de los fundadores.

• El derecho de autor protege la expresión — el código fuente y objeto concreto, tratado como una obra literaria. Nace automáticamente en el momento de la creación y cubre la forma, no la idea.
• La patente protege una solución técnica — pero no el programa «como tal». En Uzbekistán, un programa de ordenador queda expresamente excluido de la materia patentable; lo que se puede patentar es una invención implementada en software, cuando produce un efecto técnico.
• El secreto empresarial protege lo que no debe mostrar en absoluto: un algoritmo, una fórmula, una arquitectura, una cartera de clientes. Protege la idea y el saber hacer — justo lo que el derecho de autor no alcanza — pero solo mientras el secreto siga siendo secreto.

Estos regímenes no compiten, se suman. Un producto maduro suele estar protegido por los tres a la vez: el código por el derecho de autor, el algoritmo clave por un régimen de secreto, el nombre y el logotipo por una marca y, donde importa, la apariencia de la interfaz por un diseño industrial.

Derecho de autor: nace solo, pero el registro sigue mereciendo la pena

La noticia esencial para un fundador: para que su código esté protegido por el derecho de autor, no tiene que registrar nada. El derecho nace por el solo hecho de crear la obra — es el principio fundacional de la Ley «Sobre el derecho de autor y los derechos conexos», y los programas de ordenador figuran expresamente como obras protegidas al igual que las literarias.

Entonces, ¿por qué pagar un registro? Porque un derecho de autor es fácil de tener y difícil de probar. Cuando un competidor saca un producto sospechosamente parecido y usted acude al tribunal, la primera pregunta es: «Demuestre que usted escribió este código, y que lo escribió primero». El Centro de PI lleva un registro estatal de programas de ordenador y bases de datos; el registro es voluntario y da un certificado con fecha fija y un fragmento de código depositado. No «crea» el derecho — usted ya lo tiene — pero convierte un litigio de «mi palabra contra la suya» en un litigio contra un documento oficial, con una fecha de prioridad de su lado.

¿Hay que registrar cada versión? No. Se registran las versiones que cuentan: la primera versión comercial, los saltos de versión mayores, la build previa a una ronda de inversión o a una operación. La tasa estatal por registrar un programa se cuenta en unos cientos de miles de UZS; consulte el baremo vigente del Centro de PI, revisado aproximadamente una vez al año. Frente al coste de desarrollo, es una suma simbólica por un documento que, en el tribunal, vale más que cualquier testimonio.

Lo que el registro no hace: no comprueba la originalidad del código ni garantiza que usted no haya infringido derechos ajenos. El certificado acredita que «este código existía en manos de esta persona en esta fecha» — nada más. Si integró una biblioteca de terceros bajo una licencia incompatible, el certificado no lo salvará.

Patente: cuándo un algoritmo sí es patentable

La tentación de «patentar el algoritmo» asalta a uno de cada dos fundadores técnicos. En Uzbekistán no funciona de frente: un programa de ordenador como tal no es una invención según la Ley de patentes, como tampoco lo son los algoritmos ni los métodos matemáticos. Una patente protege la solución técnica de un problema, no una secuencia de instrucciones.

La frontera pasa por el efecto técnico. Si su software es lógica de negocio, una interfaz o una forma de organizar datos, no habrá patente. Pero si el programa controla el funcionamiento de un dispositivo, procesa una señal de una forma nueva, mejora el rendimiento o ahorra un recurso de manera técnicamente medible — usted tiene potencialmente una invención «implementada en software». La reivindicación se redacta entonces no sobre el código, sino sobre el método o el dispositivo.

Cuándo merece la pena: una patente tiene sentido cuando la solución es difícil de ocultar (se ve por el funcionamiento del producto, la ingeniería inversa es realista) y, a la vez, difícil de rodear. En cambio, si su ventaja vive en un código que nadie ve, la patente solo perjudica: la solicitud divulga el fondo de la solución, otorga en Uzbekistán solo 20 años de protección, y únicamente en los países donde obtuvo la patente. Más sobre la elección entre una solicitud nacional y una extranjera con nuestro equipo de patentes.

Secreto empresarial: el régimen que protege la idea

Lo que el derecho de autor no alcanza (la idea, el algoritmo, el método) y lo que usted no quiere divulgar en una patente, lo protege el régimen del secreto empresarial. Uzbekistán cuenta con una ley específica «Sobre el secreto comercial», que funciona bajo el principio «protegido exactamente en la medida en que usted mismo lo protege».

La palabra clave es régimen. Una información no se convierte en secreto por sí sola, sino solo cuando usted ha implantado y documentado medidas de protección:

• aprobó una lista de la información que constituye el secreto (código fuente del núcleo, arquitectura, parámetros de los modelos, cartera de clientes);
• restringió el acceso y lleva un registro de quién está autorizado a qué;
• incluyó una obligación de confidencialidad en los contratos laborales y en los contratos con proveedores, respaldada por un NDA;
• marca los soportes con la leyenda «Secreto empresarial».

Si no hay régimen, jurídicamente no hay secreto: un desarrollador que se marcha llevándose el algoritmo a un competidor no infringió nada, porque no había nada que proteger. Para una empresa de software, un régimen de secreto no es papeleo, sino la única protección de la capa más valiosa del producto — esa que, por principio, nunca se muestra, ni en un registro ni en una patente.

Obra laboral y contratos con proveedores: por dónde se escapa el derecho

Volvamos a la startup del inicio. Su error es el más caro y más frecuente del sector tecnológico. Veamos a quién pertenece el código en tres situaciones típicas.

Empleado en plantilla. El código escrito por un trabajador en el ejercicio de sus funciones es una obra laboral. En derecho uzbeko, el derecho exclusivo corresponde por defecto al empleador, mientras que el autor conserva el derecho al nombre y un derecho a remuneración. Esto juega a su favor — pero solo si el desarrollador tiene un contrato laboral y sus funciones y su encargo están formulados de modo que el código en disputa quede comprendido. «El desarrollador construyó en su tiempo libre un servicio ajeno a sus tareas» ya no es una obra laboral, y el derecho se queda con él.

Proveedor, autónomo, equipo externalizado. Aquí el ajuste por defecto es el opuesto: el derecho exclusivo se queda con el autor-ejecutor mientras el contrato no establezca expresamente que se transfiere (cede) al cliente. Un contrato de servicios o de obra no transfiere por sí solo el derecho sobre el código — se refiere al trabajo, no a la propiedad intelectual. Es exactamente lo que quemó a la startup del inicio: servicios pagados, actas firmadas, y el derecho sobre el código en manos de una persona física.

Cofundador sin nada por escrito. La configuración más explosiva: dos personas construyen el producto «sobre la confianza», sin contratos laborales ni acuerdo sobre el reparto de derechos. Cada uno es coautor, el derecho es común y solo se ejerce de forma conjunta. Cuando uno se va, se lleva la mitad de los derechos sobre el producto — y puede bloquear una operación o una licencia.

Para un fundador hay una sola lección: el derecho exclusivo no aparece solo en la empresa. Usted lo obtiene como empleador a través de la obra laboral (con una relación laboral debidamente documentada), o se lo toma al ejecutor mediante una cesión escrita. La mecánica de la cesión de un derecho exclusivo está en nuestro análisis del contrato de cesión; para el código rigen los mismos principios que para una marca: sin documento escrito, el derecho no se ha transferido.

Open source: la licencia que puede volverse una trampa

Casi todo producto moderno está construido sobre bibliotecas ajenas, y cada una viene con su propia licencia. Las licencias permisivas (MIT, BSD, Apache 2.0) permiten el uso en un producto propietario casi sin condiciones — basta con conservar el aviso de autoría. Las licencias copyleft (GPL, AGPL) funcionan de otro modo: exigen que una obra derivada se distribuya en las mismas condiciones, es decir, con el código fuente abierto.

La trampa está en que, al integrar un componente GPL en el núcleo de su producto cerrado, puede verse obligado a abrir también su propio código — y para el SaaS la AGPL es especialmente peligrosa, porque considera «distribución» incluso proporcionar acceso a través de una red. Para una empresa que vende software cerrado, eso significa perder la misma ventaja para la que se escribió el código.

El mínimo práctico: lleve un registro de todas las dependencias de terceros con su licencia (los archivos manifiesto de sus dependencias son el borrador de ese registro), separe los componentes copyleft del núcleo propietario y verifique las licencias antes de que una biblioteca entre en una versión — no durante la due diligence previa a la ronda.

Cómo elegir un régimen: un breve árbol de decisión

• ¿Es código, una interfaz, documentación? → derecho de autor automáticamente; registre las versiones clave en el Centro de PI.
• ¿Es una solución técnica con efecto medible, visible por el funcionamiento del producto? → valore una patente.
• ¿Es un algoritmo o saber hacer que nunca muestra? → implante un régimen de secreto empresarial.
• ¿Es la apariencia de la interfaz, iconos, animaciones? → añada un diseño industrial.
• En todo caso: resuelva la cuestión de la titularidad — contratos laborales con encargo escrito, cesiones de los proveedores, una auditoría de open source.

En resumen

• En Uzbekistán el código lo protege el derecho de autor, no una patente; la patente solo vale para una solución técnica implementada en software.
• El derecho de autor nace solo, pero registrar el programa en el Centro de PI le da una fecha de prioridad y un documento para el tribunal — registre las versiones clave.
• El secreto empresarial protege la idea y el algoritmo, pero solo con un régimen de confidencialidad implantado (lista, control de acceso, NDA, marcado).
• El derecho no aparece automáticamente en la empresa: con un empleado, una obra laboral a su favor; con un proveedor, no, mientras no se firme una cesión.
• El open source bajo licencia copyleft (GPL, AGPL) puede obligarle a divulgar su código cerrado — lleve un registro de dependencias.

Preguntas frecuentes

¿Tengo que registrar un programa de ordenador para que esté protegido? No. El derecho de autor nace automáticamente en el momento de la creación. El registro en el Centro de PI es voluntario y no sirve para crear el derecho sino para probarlo: el certificado fija la fecha y el contenido del código, lo que zanja la disputa sobre quién escribió el producto y cuándo.

¿Puedo patentar una aplicación móvil? La aplicación como programa — no, está protegida por el derecho de autor. Lo patentable es una solución técnica en su interior: una nueva forma de procesar datos, controlar un dispositivo, comprimir o transmitir una señal con un efecto técnico medible. La lógica de negocio y la interfaz quedan fuera de la patente.

¿De quién es el código que escribe un freelance por contrato? Por defecto, del propio freelance. Un contrato de servicios o de obra paga el trabajo, pero no transfiere el derecho exclusivo sobre el código. Para que el derecho pase al cliente, el contrato debe contener una cláusula expresa de cesión (transmisión) del derecho exclusivo.

¿Qué es una obra laboral y por qué importa? Es una obra creada por un empleado en el ejercicio de sus funciones. El derecho exclusivo corresponde por defecto al empleador en derecho uzbeko. Para una empresa de IT es el principal canal legal por el que el código de los empleados se convierte en activo de la sociedad — pero solo funciona con un contrato laboral en regla que describa correctamente las funciones.

¿Protege un NDA por sí solo? Un NDA es necesario pero no suficiente. Un secreto empresarial está protegido una vez que todo el régimen está en marcha: una lista aprobada de información secreta, acceso restringido, soportes marcados. Un NDA sin el resto del régimen puede no ser reconocido por un tribunal como medida de protección suficiente.

¿Puedo usar una biblioteca GPL en un producto comercial? Usarla sí, pero con condiciones. La GPL exige que una obra derivada se distribuya en las mismas condiciones abiertas, y la AGPL extiende esa exigencia al acceso SaaS a través de una red. Para un producto cerrado es un riesgo de divulgación — los componentes copyleft deben aislarse del núcleo propietario o sustituirse por equivalentes permisivos.

¿Cuánto dura el derecho de autor sobre un programa? Los derechos patrimoniales (exclusivos) duran décadas — toda la vida del autor y un periodo sustancial después, tras lo cual la obra pasa al dominio público. En la práctica, eso significa que los derechos sobre el código no «caducan» en ningún horizonte que le preocupe; lo importante no es el plazo, sino quién es titular de los derechos.

El software parece intangible, pero jurídicamente es un haz de derechos muy concretos — y o pertenecen a su empresa, o no. Registrar versiones, implantar un régimen de secreto y solicitar una patente refuerzan la protección, pero todo ello es inútil si el derecho exclusivo de base se escapó hacia un proveedor o un coautor. Reúna primero el derecho dentro de la empresa. Defender el código ajeno es un ejercicio caro y perdido de antemano.