El Consejo de Ministros aprobó la nueva Ley saudí de Derechos de Autor el 27 de enero de 2026. Se publicó en el número 5144 de Umm Al-Qura el 13 de febrero de 2026, y el artículo 61 fija su entrada en vigor 180 días después de la publicación, es decir, el 12 de agosto de 2026. La ley ya está vigente y sustituye a la ley de derechos de autor de 2003, promulgada mediante el Real Decreto M/41 de 2/7/1424H, que rigió las obras protegidas durante más de dos décadas.

La mayor parte de la cobertura de la nueva ley se centró en las sanciones, las licencias y la excepción para el entrenamiento de IA. Pero si dirige una empresa que alguna vez haya pagado por un sitio web, una aplicación o un sistema a medida, el artículo que de verdad notará es el 18. No trata de piratería ni de infracciones. Responde a una pregunta más sencilla y de mayores consecuencias: después de pagar por el software, ¿quién es el titular de sus derechos?

Tres casos, dos resultados muy distintos

El artículo 18 distingue tres situaciones, cada una con su propia regla, y todas terminan con la misma salvedad: salvo pacto en contrario.

  • Un empleado que crea una obra durante su relación laboral y relacionada con las actividades del empleador: los derechos de autor pertenecen al empleador. Es el caso cómodo, y el que todos suponen que se aplica en todas partes. Un desarrollador de su plantilla escribe su sistema interno de ventas, y los derechos son suyos.
  • Una obra creada por cuenta de otra persona: los derechos patrimoniales corresponden al autor. Es el caso de la externalización: una empresa de software, un freelance o una agencia de diseño que entrega un proyecto siguiendo sus instrucciones y a cambio de un pago. La ley no presume que el pago transfiera la titularidad.
  • Un empleado que crea una obra no relacionada con las actividades del empleador: los derechos patrimoniales siguen siendo del empleado. Lo que su personal construye en su tiempo libre, fuera de su línea de negocio, no es suyo.

El segundo caso es la trampa, porque describe cómo se entregan en realidad la mayoría de los proyectos digitales en el mercado saudí: una empresa contrata a un tercero para construir una aplicación, una tienda o un sistema interno. La mayoría de los propietarios salen de la firma con la impresión de que la factura lo compró todo. La ley dice lo contrario salvo que el contrato diga otra cosa, y la distancia entre ambas posturas es una sola frase escrita.

Lo que realmente le cuesta no ser titular de los derechos patrimoniales

Los derechos patrimoniales no son una abstracción. El artículo 9 enumera lo que abarcan: la reproducción, la traducción y la adaptación y cualquier modificación, la distribución, el alquiler, la comunicación de la obra al público y, en general, la concesión de licencias para su explotación comercial. Quien los posee decide si la obra puede reutilizarse, quién puede modificarla y a quién más se le puede vender una copia.

Imagine el efecto en un negocio en marcha. Hace tres años compró un sistema a medida a un desarrollador externo con un contrato breve que nunca mencionó la titularidad. Hoy quiere entregar el código fuente a otro equipo para ampliarlo, o licenciar el sistema a una sucursal hermana, o vender el negocio con sus sistemas incluidos. En cada uno de esos momentos, quien tiene el derecho de reproducir, modificar y licenciar no es usted.

Eso no le deja sin nada. El artículo 12 somete los programas informáticos, las aplicaciones y las bases de datos a la licencia que los acompaña, y el comprador queda obligado por los términos de esa licencia. Pero una licencia y la titularidad son instrumentos distintos. Una licencia le da el derecho de uso dentro de unos límites; la titularidad le da el derecho de disposición. La brecha entre ambas aparece justo en el momento en que necesita disponer de algo.

Los derechos morales nunca se transfieren, aunque todo lo demás sí

Aquí es donde se malinterpretan muchos contratos. El artículo 7 divide los derechos de autor en derechos morales y derechos patrimoniales. Los derechos patrimoniales se transfieren mediante un acto de disposición lícito conforme al artículo 10, total o parcialmente. Los derechos morales se describen en el artículo 7(2) como perpetuos, imprescriptibles, inalienables, irrenunciables y no extinguibles por la concesión de cualquier forma de explotación económica.

En la práctica: incluso con la cláusula de cesión más sólida que pueda redactar su abogado, que le transfiera todos los derechos patrimoniales, el desarrollador conserva el derecho a ser reconocido como autor y el derecho a oponerse a una modificación que desvirtúe la obra de un modo que perjudique su reputación. No es un fallo de redacción, es una norma legal que ningún acuerdo puede cambiar. Así que trate una cláusula de titularidad como una descripción precisa de lo que pasó a usted y lo que quedó en manos del otro, no como una goma de borrar.

Está además el artículo 17, que regula las obras colectivas: la persona que dirigió la creación de la obra, la gestionó y la publicó en su propio nombre y por su propia cuenta ostenta el derecho exclusivo de ejercer los derechos de autor, salvo pacto en contrario. Es una vía distinta con sus propias condiciones, y no sustituye a una cláusula escrita.

La cláusula que necesita su contrato

La buena noticia es que todo lo anterior puede modificarse por acuerdo. La expresión salvo pacto en contrario no es un resquicio, es la salida prevista: la ley ofrece una regla supletoria para las partes que no escribieron nada y se remite a las partes que sí escribieron algo. La diferencia entre una empresa que es dueña de sus sistemas y otra que no lo es suele ser un único párrafo en un contrato de desarrollo.

Lo que merece quedar expresamente establecido:

  • Cesión de los derechos patrimoniales: una redacción clara de que todos los derechos patrimoniales sobre la obra pasan al cliente en el momento de la aceptación o del pago completo, y no una simple licencia de uso.
  • Definición de la obra: exactamente qué incluye. Código fuente, esquema de la base de datos, diseños, contenidos y documentación técnica. Los términos amplios solo aplazan un desacuerdo.
  • Componentes de código abierto y de terceros: todo sistema moderno se construye sobre bibliotecas y frameworks con sus propias licencias, y nadie transfiere la titularidad de esos componentes. Pida el inventario y sus licencias, porque una cláusula que promete la titularidad absoluta de cada línea es una cláusula imposible de cumplir.
  • Entrega del código fuente: la titularidad sin una entrega real del código fuente y del acceso al repositorio no le sirve el día que quiera cambiar de proveedor. Vincule la entrega a un hito definido, no a una promesa indefinida.
  • Freelances y subcontratistas: si su proveedor incorpora a otros, primero debe asegurarse los derechos de estos para poder transferírselos a usted. Una cadena de derechos se rompe por su eslabón más débil.

Registro: una presunción, no una atribución de titularidad

El artículo 42 permite registrar las obras ante la Autoridad Saudí de Propiedad Intelectual, junto con la documentación de las modificaciones y los actos de disposición que les afecten, y establece que el registro constituye una presunción iuris tantum de titularidad de la obra.

Por tanto, el registro es opcional y no crea una titularidad que no existía. Lo que cambia es la carga de la prueba. Una empresa que ha registrado su sistema, sus diseños y su contenido original llega a un litigio presumida titular hasta que alguien demuestre lo contrario, en lugar de reunir viejos correos electrónicos para demostrar que encargó la obra. Junto con un contrato que transfiera claramente los derechos patrimoniales, el expediente queda completo: un acuerdo escrito y un registro oficial de la cesión.

El cambio de fondo: de hecho en el país a propiedad en el país

El artículo 18 no está aislado. El Consejo de Ministros aprobó la Política Nacional de Propiedad Intelectual el 25 de agosto de 2026, que amplía la Estrategia Nacional de Propiedad Intelectual lanzada en diciembre de 2022, cuya implementación supervisa la Autoridad Saudí de Propiedad Intelectual. La dirección de ambos documentos es la misma: pasar de proteger los derechos a utilizarlos, y de reconocer los activos intangibles a tratarlos como activos económicos que pueden transferirse, licenciarse y valorarse.

Para un empresario, esto significa que la cuestión de la titularidad ya no es un asunto jurídico que solo surge durante un litigio. Surge en la valoración, cuando entra un inversor, durante una adquisición y al solicitar financiación. Las empresas que no pueden demostrar que son dueñas de sus sistemas suelen descubrirlo en el peor momento posible: en plena due diligence.

La visión de Origami

Somos la parte que el artículo 18 describe en su segundo caso, así que lo diremos claramente: la cesión de los derechos patrimoniales debe figurar en el contrato, y al cliente no le interesa dejarla en manos de la regla supletoria. Cuando construimos un sistema a medida, la titularidad del código, los diseños y los datos se fija por escrito antes de escribir la primera función, y se entrega el repositorio completo, no solo una compilación. Una empresa que construye su sistema y se resiste a esa cláusula le está diciendo algo sobre la relación que quiere.

La otra mitad del panorama es que la titularidad absoluta es una ficción. Todo sistema moderno descansa sobre bibliotecas y frameworks de código abierto con sus propias licencias, y sobre servicios en la nube con sus propias condiciones. Una redacción honesta separa lo que le transferimos de lo que usted utiliza bajo una licencia de terceros, con un inventario explícito. Esa distinción hoy parece un detalle técnico, y es lo que mantiene sólido su expediente el día que lo revise un abogado, no un programador. Está presente en todos nuestros servicios, y da continuidad a nuestra primera lectura de la nueva ley.

Tres preguntas que responder esta semana

No necesita una revisión jurídica completa para empezar. Necesita tres respuestas sobre los sistemas que ya utiliza.

  • ¿El contrato de su sitio web, aplicación o sistema contiene una redacción expresa que transfiera los derechos patrimoniales? Si no se menciona la titularidad en absoluto, está en el segundo caso del artículo 18.
  • ¿Tiene realmente el código fuente, o tiene un sistema que funciona y un acceso a un panel de control? Lo primero es un activo; lo segundo, un servicio.
  • ¿Quién desarrolla para usted hoy: un empleado de su plantilla o un contratista externo? Según el artículo 18, esa es la diferencia entre un derecho que obtiene automáticamente y un derecho que necesita quedar por escrito.

Si las respuestas resultan incómodas, la solución no es complicada. Un anexo firmado que transfiera los derechos patrimoniales corrige la situación en los proyectos ya terminados, y una cláusula fija en su modelo de contrato evita que se repita. Los contratos futuros son más fáciles que los pasados, y ambos son mucho más fáciles que un litigio por un sistema del que su empresa depende cada día.

Fuentes