Registro DDI para software SaaS: cómo proteger tu código en la nube

Si desarrollaste un software que se comercializa como servicio en la nube —un SaaS— y estás evaluando registrarlo ante el Departamento de Derechos Intelectuales (DDI), es probable que te hayas topado con una aparente contradicción: el proceso exige depositar una copia del código fuente, pero todo tu modelo de negocio se basa precisamente en que ese código nunca salga de tus servidores.

Esta preocupación es real, pero tiene solución. Y en la mayoría de los casos, los beneficios del registro superan ampliamente las reservas que genera el proceso de depósito.

¿Por qué el registro DDI es especialmente relevante para un SaaS?

El modelo SaaS tiene una particularidad frente al software tradicional: el cliente nunca recibe una copia del programa. Accede a él a través de un navegador o una API, y el código permanece en los servidores del proveedor. Esto genera la percepción de que el software ya está protegido “por oscuridad” —nadie puede copiar lo que no puede ver.

Esa percepción es peligrosa. El riesgo no viene solo del exterior: viene del interior del equipo.

En un SaaS es habitual que trabajen varios programadores a lo largo del tiempo —algunos contratados directamente, otros como freelancers, otros mediante empresas de desarrollo externas. Cuando alguno de ellos deja la compañía, ¿queda claro quién es el titular del código que escribió?

Si no hay un registro que acredite la titularidad de la empresa, la respuesta puede volverse muy disputada. Como explicamos en detalle en nuestro artículo sobre quién es el dueño de un software en Chile, la Ley N° 17.336 establece reglas específicas según si el desarrollador es empleado, freelancer o trabaja para una empresa de servicios tecnológicos —y esas reglas no siempre coinciden con lo que las partes asumen.

Un programador que, al salir de la empresa, decide explotar por su cuenta parte del código que escribió —argumentando que él es el verdadero autor— puede generar un conflicto serio. En ese escenario, el registro ante el DDI actúa como medio de prueba determinante: acredita que en una fecha determinada la empresa declaró ser titular de esa obra, con un número de inscripción y un certificado oficial.

El nudo del proceso: el DDI exige depositar el código fuente

El proceso de registro de software ante el DDI —que explicamos paso a paso en nuestra guía completa de registro de software en Chile— contempla el depósito de una muestra del código fuente o del código objeto como parte de la documentación exigida. Esta exigencia tiene sentido desde una perspectiva de preservación del patrimonio cultural digital, pero puede resultar contraintuitiva para quienes operan bajo un modelo SaaS.

La preocupación es legítima: si el código fuente queda depositado en una institución pública y eventualmente es accedido por terceros, la ventaja competitiva del SaaS podría verse comprometida.

Afortunadamente, existen mecanismos concretos para mitigar este riesgo durante el proceso de registro.

Medidas de resguardo al depositar el código en el DDI

1. Instruir al DDI que no digitalice la obra

El DDI tiene la facultad de digitalizar las obras que recibe con fines de preservación cultural. Sin embargo, el titular puede instruir expresamente que no se digitalice la obra al momento del depósito. Esta instrucción limita la capacidad de la institución de generar copias digitales del código, reduciendo significativamente el riesgo de divulgación no autorizada.

2. Proteger el archivo con contraseña

Es posible entregar el código fuente comprimido en un archivo .zip protegido con contraseña. El funcionario del DDI necesitará conocer esa contraseña para verificar que el archivo contiene efectivamente lo declarado —es decir, que corresponde a un programa computacional—, pero la contraseña no queda incorporada al registro público. El archivo depositado permanece cifrado.

Esta medida es especialmente útil cuando el código es altamente sensible y representa el núcleo del valor del negocio.

3. Depositar solo una muestra representativa

El DDI no exige que se deposite el código completo. Es suficiente con una muestra representativa que permita identificar la obra. Esto significa que puedes omitir los módulos más sensibles —algoritmos propietarios, modelos de IA, lógica de negocio crítica— y depositar solo las porciones del código que cumplan la función identificatoria sin comprometer los secretos comerciales del producto.

La combinación de estas tres medidas —instrucción de no digitalización, archivo cifrado con contraseña, y depósito parcial— ofrece una protección razonable del código fuente sin renunciar a los beneficios legales del registro.

El escenario de riesgo más frecuente en SaaS: el programador que se independiza

Imaginemos el siguiente escenario —más común de lo que parece:

Una startup desarrolla un SaaS de gestión de inventario. Durante dos años trabajan tres programadores: uno contratado bajo contrato indefinido, otro como freelancer sin contrato escrito, y un tercero a través de una empresa de desarrollo de software que subcontrató partes del módulo de reportes. El producto crece, capta clientes y alcanza un MRR atractivo.

Entonces el programador freelancer —quien escribió el motor principal de la aplicación— decide emprender por su cuenta. Seis meses después, lanza un producto similar dirigido al mismo segmento de clientes y argumenta que él es el autor del código en que se basa.

¿Tiene razón jurídica? Quizás no. Pero sin un contrato que establezca cesión de derechos, y sin un registro ante el DDI que acredite la titularidad de la empresa desde una fecha anterior, el conflicto se convierte en una disputa probatoria compleja y costosa.

Como analizamos en profundidad en nuestro artículo sobre quién es el dueño legal del código cuando el software es desarrollado por terceros, la ausencia de un contrato de desarrollo de software con cláusulas de cesión adecuadas es uno de los errores más frecuentes en startups tecnológicas chilenas.

El registro DDI no reemplaza al contrato —ambos son necesarios—, pero en casos límite puede ser el elemento que incline la balanza en un eventual juicio por infracción a la Ley N° 17.336.

¿El registro DDI protege el SaaS como marca?

No. Son dos registros completamente distintos con propósitos diferentes.

El registro DDI protege el código fuente como obra intelectual: acredita autoría, establece fecha cierta y entrega respaldo probatorio ante plagios o apropiaciones indebidas del software.

El registro de marca ante el INAPI, en cambio, protege el nombre comercial y los signos distintivos del producto: el nombre del SaaS, el logotipo, el slogan. Como explicamos en nuestro artículo sobre por qué el registro de software y el registro de marca no son lo mismo, muchos emprendedores confunden ambas modalidades de protección —y esa confusión puede dejar flancos desprotegidos.

Para una protección integral del SaaS, lo ideal es combinar ambos registros. Si el producto tiene nombre propio, un logotipo reconocible o un slogan, el registro de marca de un software o aplicación ante el INAPI es el complemento natural del registro DDI.

¿Y si el SaaS está en proceso de due diligence o busca inversión?

El registro ante el DDI tiene un valor adicional que pocas startups consideran: el respaldo jurídico que proyecta ante inversores, fondos de capital de riesgo o potenciales adquirentes en un proceso de M&A.

Durante un due diligence tecnológico, una de las primeras preguntas es: ¿tiene la empresa documentación que acredite que es propietaria del código que opera? Un certificado del DDI —junto con los contratos de cesión de derechos con desarrolladores y colaboradores— es parte de la respuesta.

No tener ese respaldo puede generar observaciones en el proceso de inversión, prolongar la due diligence o simplemente reducir la valoración del activo tecnológico.

Nuestra experiencia en registro de software y protección de SaaS

En von Marttens® asesoramos a empresas de tecnología y startups en la protección integral de su propiedad intelectual, con énfasis en software y activos digitales.

El abogado fundador del estudio, Hans von Marttens, cuenta con una formación académica sólida en propiedad intelectual —incluyendo el Diplomado en Propiedad Intelectual de la Pontificia Universidad Católica de Chile y múltiples certificaciones de la OMPI (WIPO)— y una trayectoria anterior en el mundo tecnológico como ex gerente general de una empresa de hosting. Esa combinación permite entender los problemas de protección de software no solo desde la perspectiva legal, sino también desde la lógica del negocio digital.

Hemos asesorado en registros DDI, estructurado contratos de desarrollo de software, resuelto conflictos de titularidad entre empresas y ex colaboradores, y acompañado procesos de due diligence tecnológico en instancias de inversión y fusión de empresas.

Si tienes un SaaS o producto digital y quieres evaluar cómo protegerlo de forma estratégica, podemos ayudarte.

👉 Contáctanos a través de nuestra página de protección y registro de software y cuéntanos tu caso.

Preguntas frecuentes

¿Es obligatorio registrar el software SaaS ante el DDI?

No. La protección nace automáticamente desde la creación del software conforme a la Ley N° 17.336. El registro ante el DDI es voluntario, pero otorga una fecha cierta y respaldo probatorio que puede ser decisivo en disputas de autoría o infracción.

¿El DDI publicará o divulgará mi código fuente?

No existe acceso público libre al código depositado. Además, puedes instruir expresamente al DDI que no lo digitalice y entregarlo protegido con contraseña. El registro certifica la obra, no la expone.

¿Cuánto cuesta registrar un software ante el DDI?

El arancel del DDI para registro de programas computacionales es aproximadamente 0,35 UTM (~$25.000 CLP). El proceso se realiza en línea a través del portal CRIN. Los honorarios profesionales son adicionales y dependen de la complejidad del caso.

¿El registro DDI protege también el nombre de mi SaaS?

No. El registro DDI protege el código como obra intelectual. Para proteger el nombre, logotipo o slogan del producto debes registrarlos como marca ante el INAPI. Ambas protecciones son complementarias y recomendamos gestionarlas en paralelo.