1. ¿La licencia transfiere la titularidad de los derechos de autor sobre el software, o el licenciante conserva dicha titularidad y solo autoriza actos determinados de explotación?

Esta pregunta exige distinguir, en primer término, entre dos figuras jurídicas que la práctica contractual tiende a confundir bajo una terminología común, pero que producen efectos jurídicos sustancialmente distintos sobre la posición de las partes. En la cesión de derechos, el titular original transfiere, de manera definitiva y con vocación de permanencia, la titularidad total o parcial de sus derechos patrimoniales de autor al cesionario, quien pasa a ocupar la posición jurídica de titular respecto de las facultades cedidas, pudiendo a su vez explotarlas, transferirlas o licenciarlas a terceros como si fuera el autor originario, dentro de los límites de lo cedido. En la licencia, en cambio, el titular del derecho de autor no se desprende de su titularidad, sino que en ejercicio de la facultad que le reconoce el artículo 17 de la Ley N° 17.336 de autorizar la utilización de la obra por terceros otorga al licenciatario una autorización de uso circunscrita a los actos de explotación expresamente conferidos, conservando para sí todas las facultades no comprendidas en dicha autorización, así como la posibilidad de otorgar licencias adicionales a otros sujetos si la licencia no es exclusiva. El licenciatario, por tanto, no adquiere la calidad de titular del derecho, sino la de beneficiario de una autorización cuyo contenido y límites quedan fijados exclusivamente por lo que el contrato expresamente confiere. Esta distinción tiene una consecuencia interpretativa de primer orden para el objeto de este trabajo: mientras que en la cesión la regla general tiende a favorecer una lectura amplia de lo transferido salvo reserva expresa del cedente, en la licencia rige el principio inverso, de manera que toda facultad no expresamente conferida se entiende reservada al licenciante. De ello se sigue que la indeterminación sobre si el contrato constituye una licencia o una cesión no es una cuestión meramente terminológica, sino que determina la regla por defecto aplicable a cualquier facultad de explotación no contemplada expresamente en el instrumento, y por consiguiente incide directamente en la resolución de controversias sobre actos de explotación no previstos originalmente. En consideración a lo anterior, es dable fijar con precisión: - La calificación jurídica expresa del contrato como licencia o como cesión, evitando el empleo simultáneo de ambos términos para referirse al mismo acto. - La declaración explícita de que el licenciante conserva la titularidad de los derechos de autor no expresamente conferidos, cuando se trate de una licencia. - La enumeración cerrada y no meramente ejemplificadora de los actos de explotación autorizados, de manera que cualquier acto no enumerado quede excluido por defecto del alcance de la autorización, en armonía con el principio de reserva de facultades no conferidas propio de la licencia. - La indicación de si la autorización conferida es exclusiva o no exclusiva, en la medida en que esta calificación determina si el licenciante conserva la facultad de otorgar autorizaciones equivalentes a terceros distintos del licenciatario.

2. Si existe cesión parcial de derechos, ¿qué facultades específicas del derecho patrimonial se ceden y cuáles permanecen en el licenciante?

Corresponde precisar esta distinción conforme a la facultad que el artículo 17 de la Ley N° 17.336 reconoce al titular del derecho de autor para transferir, total o parcialmente, sus derechos sobre la obra, de manera que la cesión parcial no genere incertidumbre sobre qué facultades patrimoniales continúan radicadas en el licenciante. Para determinar el alcance de una cesión parcial de derechos de autor y precisar qué facultades se transfieren y cuáles permanecen en el licenciante, es preciso acudir al principio de autonomía e independencia de los derechos patrimoniales consagrado en la Ley N° 17.336. El artículo 17 de dicho cuerpo legal faculta expresamente al titular para transferir, total o parcialmente, sus derechos sobre la obra. Dado que las distintas modalidades de explotación contenidas en el artículo 18 tales como la publicación, reproducción, adaptación o transformación, ejecución pública y distribución constituyen facultades independientes entre sí, la cesión de una de ellas no implica la transferencia de las demás. De este modo, conforme a la regla del artículo 20 inciso tercero, según la cual no se reconocen al cesionario derechos mayores que los expresamente figurados en el acto o contrato, toda facultad patrimonial que no sea objeto de mención explícita y delimitada se entiende reservada y radicada exclusivamente en el cedente o licenciante. Esta estructura se complementa con las exigencias de solemnidad y la intangibilidad del derecho moral. Tratándose de la transferencia parcial de derechos patrimoniales, el artículo 73 de la Ley N° 17.336 exige que el contrato conste en instrumento público o privado autorizado ante notario y se inscriba en el Registro de Propiedad Intelectual dentro del plazo de 60 días desde su celebración. Asimismo, la cesión parcial de facultades patrimoniales no altera ni afecta la titularidad de los derechos morales previstos en el artículo 14 de la ley como la paternidad y la integridad de la obra, los cuales revisten el carácter de inalienables e irrenunciables conforme al artículo 16, permaneciendo siempre en la persona del autor originario. En consecuencia, la respuesta a la interrogante admite una afirmación general clara: en una cesión parcial solo se transfieren aquellas modalidades de explotación patrimonial especificadas en el contrato, manteniéndose en el licenciante todas las facultades no cedidas explícitamente. Sin embargo, dicha regla convive con dos zonas de indeterminación o complejidad práctica: en primer lugar, la calificación de las facultades "inherentes por su naturaleza" a las que alude el artículo 20 inciso tercero, cuya delimitación puede generar controversia sobre si un nuevo medio tecnológico está comprendido o no en la cesión original; y, en segundo lugar, la delimitación de los contornos entre un acto de adaptación o transformación autorizada y una infracción al derecho moral de integridad de la obra originaria.

3. ¿El software fue desarrollado por un trabajador dependiente en el desempeño de sus funciones laborales, o fue encargado a un desarrollador independiente sin vínculo de subordinación?

Esta distinción resulta determinante, dado que el ordenamiento chileno regula ambas hipótesis en incisos separados del artículo 8° de la Ley N° 17.336: el inciso segundo dispone que son titulares del derecho de autor las personas naturales o jurídicas cuyos dependientes, en el desempeño de sus funciones laborales, hayan producido el programa computacional, salvo estipulación escrita en contrario; mientras que el inciso tercero establece que los programas computacionales producidos por encargo de un tercero se reputan cedidos a este, también salvo estipulación escrita en contrario. La jurisprudencia reciente de la Corte Suprema ha confirmado la aplicación consistente de ambas reglas, precisando que no es necesario que el cargo del trabajador contemple expresamente el desarrollo de software, bastando que la creación se haya realizado con ocasión del ejercicio de sus funciones laborales.

4. ¿Si el software fue creado dentro del marco de sus funciones laborales o al margen de ellas, sin uso de recursos del empleador?

Esta pregunta constituye, en rigor, el punto más controvertido del régimen de titularidad laboral del software en el derecho chileno, porque la Ley N° 17.336 no define con precisión qué debe entenderse por "desempeño de sus funciones laborales", dejando abierta la determinación de dónde termina la esfera de creación atribuible al empleador y dónde comienza la esfera de creación propia del trabajador, para lo cual podría hacerse referencia al ius variandi del artículo 12 del Código del Trabajo, no obstante se distinguen varios caminos. El criterio clásico y su insuficiencia actual La doctrina comparada ha identificado tradicionalmente tres preguntas fácticas para resolver esta distinción: si la creación se realizó en el lugar de trabajo, si se llevó a cabo dentro de la jornada laboral, y si el trabajador la desarrolló desempeñando sus funciones habituales. Sin embargo, la propia literatura especializada reconoce que este criterio tripartito, útil mientras predominaba el trabajo presencial con jornada delimitada, resulta cada vez más insuficiente frente a modalidades de trabajo remoto en que el dependiente no cumple una jornada estrictamente delimitada ni desarrolla sus funciones exclusivamente en las dependencias del empleador, circunstancia que la propia literatura vincula a la aceleración del trabajo remoto tras la pandemia. Esta dificultad resulta especialmente pertinente para el desarrollo de software, actividad que estructuralmente se presta al trabajo remoto y a los horarios flexibles. El "desempeño de funciones" y "con ocasión de" las funciones El desarrollo del software en el desempeño normal del puesto de trabajo del empleado, esto es, cuando su función específica consiste precisamente en crear software siguiendo instrucciones concretas del empleador, y el desarrollo del software con ocasión del trabajo, esto es, aprovechando el contexto laboral sin que exista una asignación específica de la tarea, que doctrinariamente se ha considerado que no configuran necesariamente la misma situación. Bajo un criterio restrictivo, la mera colaboración del empleador aportando datos o ideas generales sin instrucciones técnicas concretas y específicas sobre el desarrollo del programa no bastaría para atribuirle la titularidad. Bajo un criterio amplio, en cambio, basta la existencia de un vínculo causal genérico entre la creación y el contexto laboral. El derecho de autor chileno, como sistema de tradición continental, parte de una premisa general clara: el derecho de autor nace en la persona natural que crea la obra, y así lo confirma el propio artículo 17 de la Ley N° 17.336 al radicar el derecho patrimonial en el titular del derecho de autor, entendido primariamente como el autor mismo. El inciso 2° del artículo 8° constituye, frente a esa premisa, una excepción: desplaza la titularidad hacia el empleador, una persona distinta de quien materialmente creó la obra, por la sola circunstancia de existir un vínculo de dependencia y un cierto grado de conexión funcional con las tareas del trabajador. Esta lógica de desplazamiento hacia el empleador es, en términos comparados, más propia de la tradición del work for hire angloamericana que del sistema continental de derecho de autor que Chile adopta como regla general. Toda excepción a un principio general de titularidad exige, en algún punto, decidir cuán extensa es esa excepción. Y es precisamente en esa decisión, extensión de la excepción, donde se abren las dos corrientes conceptuales. La corriente funcional o expansiva parte de una lógica de protección de la inversión empresarial. Sostiene que el fundamento último del inciso 2° no es tanto premiar al empleador por haber encargado específicamente una obra, sino reconocer que el trabajador desarrolla su actividad creativa dentro de una estructura organizativa, con recursos, tiempo y contexto que el empleador provee y financia, de manera que sería contrario a la lógica económica de la relación laboral permitir que el trabajador se apropie individualmente de un resultado generado dentro de ese espacio, aun cuando la tarea específica de programar no figurara en su descripción de funciones. Bajo esta lógica, exigir que el desarrollo de software fuera el objeto expreso del contrato de trabajo para que opere la presunción sería introducir un requisito que la norma no contiene y que, además, generaría un incentivo perverso: bastaría con no mencionar la programación en el contrato de trabajo para que cualquier desarrollo quedara fuera del alcance de la empresa, pese a haberse producido enteramente dentro de su ámbito de organización. La corriente restrictiva o finalista , en cambio, parte de que toda excepción al principio general de titularidad del autor, máxime en un sistema que como el chileno protege los derechos morales del creador como inalienables e irrenunciables, debe interpretarse de manera estricta y no extensiva. Bajo esta lógica, permitir que la sola "ocasión" laboral, sin un vínculo funcional específico y demostrable con las tareas contratadas, despoje al trabajador de la titularidad de una creación intelectual, equivaldría a expandir una excepción legal más allá de su fundamento, y podría generar el efecto no deseado de que cualquier trabajador que, por iniciativa propia y fuera de lo que le fue encomendado, desarrolle una herramienta útil para su trabajo, pierda automáticamente la titularidad sobre ella sin haber tenido nunca la expectativa razonable de que eso ocurriría al momento de contratar.

5. ¿Existe estipulación escrita que altere la regla legal supletoria de titularidad prevista en los incisos segundo y tercero del artículo 8°?

Corresponde verificar si las partes pactaron expresamente un régimen distinto al establecido por la ley, dado que ambas reglas, tanto la del trabajador dependiente como la del encargo a un tercero operan como reglas supletorias que ceden ante estipulación escrita en contrario. Para determinar la titularidad de los derechos sobre un programa computacional creado en el marco de una relación de trabajo o por encargo, es preciso analizar el carácter de las reglas supletorias contenidas en los incisos segundo y tercero del artículo 8° de la Ley N° 17.336. Por regla general, en el software desarrollado por trabajadores dependientes en el desempeño de sus funciones laborales, la ley atribuye directamente la titularidad del derecho de autor al empleador; mientras que, tratándose de programas producidos por encargo de un tercero, la norma contempla una presunción de cesión de los derechos en favor del mandante. Ambas disposiciones revisten una naturaleza estrictamente supletoria de la voluntad de las partes, de modo que ceden únicamente ante una "estipulación escrita en contrario". Dada la exigencia imperativa de solemnidad escrita para desplazar la regla legal, no resultan admisibles las autorizaciones o pactos tácitos; por ende, a falta de una cláusula escrita formalmente suscrita por las partes que reserve o altere la asignación de derechos, operan de pleno derecho los efectos supletorios previstos por el legislador en favor del empleador o del contratante. Esta arquitectura legal se articula directamente con la distinción entre las facultades morales y patrimoniales del derecho de autor. La operatividad de las reglas de atribuibilidad y cesión legal del artículo 8° se circunscribe exclusivamente a los derechos patrimoniales de explotación de la obra, sin alterar ni extinguir los derechos morales contemplados en el artículo 14° de la Ley N° 17.336 tales como la paternidad e integridad del programa, los cuales revisten el carácter de inalienables, irrenunciables e imprescriptibles conforme al artículo 16°. Así, aun cuando el empleador o el mandante adquieran la titularidad de los derechos patrimoniales sobre el código fuente en virtud del mandato legal o contractual, el desarrollador persona natural conserva siempre la calidad irrenunciable de autor originario y la facultad moral de reivindicar la paternidad sobre su creación. En consecuencia, la respuesta a la interrogante admite una afirmación general clara: las reglas de titularidad y cesión legal sobre programas computacionales del artículo 8° son supletorias y ceden ante cualquier acuerdo en contrario, siempre que este conste en una estipulación escrita. No obstante, dicha regla convive con dos zonas de indeterminación o complejidad práctica: en primer lugar, la delimitación precisa del alcance de la regla del inciso segundo cuando el programa computacional no ha sido producido estrictamente en el "desempeño de sus funciones laborales" del dependiente; y, en segundo lugar, la calificación de las obras por encargo cuando los desarrollos o módulos realizados exceden los términos contractuales del encargo originalmente encomendado.

6. ¿La modificación o el desarrollo incremental realizado sobre el software licenciado constituye una obra derivada en los términos legales?

La modificación o el desarrollo incremental realizado sobre un software licenciado constituye una obra derivada en los términos de la Ley N° 17.336 cuando la transformación alcanza el estándar de "creación autónoma" que exige el artículo 5° letra i) de dicho cuerpo legal, entendiendo por transformación, conforme a la definición del artículo 5° letra w), todo acto de modificación de la obra del cual se derive una obra diferente. La exclusividad sobre esa transformación incluida aquella que se mantiene en el ámbito puramente interno o privado de quien la realiza, sin comunicación ni distribución al público descansa de forma autónoma y suficiente en la facultad patrimonial reservada al titular por el artículo 17° en relación con el artículo 18° letra c) de la ley. El artículo 19°, por su parte, opera en un plano distinto y más acotado: prohíbe específicamente la utilización pública no autorizada de una obra del dominio privado, por lo que su aplicación queda circunscrita a ese supuesto de hecho y no constituye el fundamento general de la reserva sobre la transformación. Su ejercicio lícito por un tercero exige, en todo caso, la autorización previa y expresa del titular originario, autorización que, conforme al artículo 9°, es el presupuesto para que quien realiza la adaptación adquiera la calidad de titular derivado sobre el resultado de su trabajo, debiendo figurar además el nombre o seudónimo del autor original en la publicación de la obra derivada, de modo que esta no quede desvinculada de la obra primigenia. El principio más general de que dicha adquisición no afecta la subsistencia de los derechos sobre el software originario encuentra su anclaje normativo propio en el artículo 2.3 del Convenio de Berna, que protege las transformaciones "sin perjuicio de los derechos del autor de la obra original". A este régimen general se suman las excepciones específicas para programas computacionales del artículo 71 Ñ, que permiten sin autorización previa la adaptación o copia esencial para el uso o para fines de archivo y respaldo, las actividades de prueba, investigación o corrección del funcionamiento o la seguridad del programa, y la ingeniería inversa realizada con el único propósito de lograr compatibilidad operativa entre programas. Este marco normativo no es una particularidad de la ley chilena. La Directiva 2009/24/CE de la Unión Europea comparte con ella rasgos estructurales reconocibles: el carácter exclusivo del derecho de transformación en cabeza del titular originario y, para el caso específico del software, un catálogo acotado de excepciones orientadas al uso esencial, la copia de respaldo y la interoperabilidad. La Ley N° 1328 de Paraguay se inscribe, en un plano más general y sin que se haya cotejado su articulado específico letra por letra, dentro de esa misma matriz dogmática latinoamericana de reserva de la transformación y excepciones acotadas para el software. Conviene no tratar estas dos últimas fuentes como pertenecientes a una misma familia normativa ni atribuirles idéntico grado de precisión técnica en esta comparación: la Directiva europea es derecho de armonización supranacional, con lógica y mecanismos de control propios del mercado interior de la Unión, mientras que la ley paraguaya es una legislación nacional autónoma; ambas convergen, cada una por su lado y de forma independiente, en una estructura general que también es reconocible en el artículo 2.3 del Convenio de Berna. En consecuencia, la respuesta a la pregunta admite una afirmación general clara: la modificación incremental de un software sí puede constituir obra derivada, sujeta a autorización previa del titular dentro de un marco de excepciones legales acotadas para el uso, la prueba y la interoperabilidad. Dicha afirmación general convive, no obstante, con dos zonas de indeterminación normativa: la disponibilidad contractual de las excepciones del artículo 71 Ñ, y el criterio operativo para calificar cuándo una modificación de código alcanza la autonomía creativa que el artículo 5° letra i) exige.

7. ¿Quién ostenta la calidad de autor de la obra derivada resultante de dicha modificación?

Conforme al artículo 9° de la Ley N° 17.336, es sujeto del derecho de autor de la obra derivada quien realiza la adaptación, traducción o transformación de la obra originaria protegida, siempre que cuente con la autorización del titular original, autorización cuya existencia y alcance debe quedar expresamente regulada en el contrato de licencia. Para determinar quién ostenta la calidad de titular sobre la obra derivada resultante de la modificación de un programa computacional, es preciso acudir al artículo 9° de la Ley N° 17.336, el cual otorga la condición de sujeto del derecho de autor a quien realiza la adaptación, traducción o transformación de una obra originaria protegida, siempre que haya contado con la autorización del titular primigenio. Esta autorización constituye un presupuesto de licitud indispensable para que el desarrollador adquiera titularidad derivada sobre su aporte, debiendo además figurar el nombre o seudónimo del autor original en la publicación del resultado para salvaguardar la paternidad de la obra primigenia. Asimismo, de acuerdo con la definición del artículo 5° letra i), la modificación o desarrollo incremental solo dará origen a una obra derivada protegida en la medida en que la transformación alcance el estándar de una "creación autónoma", esto es, un grado de originalidad e individualidad suficiente respecto del código fuente o software originario. Tratándose de software, la aplicación del régimen de obra derivada se articula necesariamente con las reglas supletorias de titularidad del artículo 8° de la Ley N° 17.336. Aunque la creación intelectual de la transformación corresponda a la persona natural del desarrollador, si la modificación se realiza en el desempeño de funciones laborales o en virtud de un contrato de encargo, los derechos patrimoniales sobre la obra derivada resultante se atribuirán directamente al empleador o se reputarán cedidos al mandante, salvo que medie estipulación escrita en contrario. Todo ello opera sin alterar ni extinguir la subsistencia de los derechos sobre el software originario, ni afectar la titularidad inalienable del derecho moral de paternidad que conserva el autor originario. En consecuencia, la respuesta a la interrogante admite una afirmación general clara: el autor de la transformación autorizada es el titular originario de la obra derivada si esta constituye una creación autónoma, manteniéndose los derechos sobre el software primigenio. No obstante, dicha regla convive con dos zonas de indeterminación o complejidad práctica: en primer lugar, la calificación cualitativa de cuándo un desarrollo o parche incremental de código alcanza el umbral de "creación autónoma" frente a simples optimizaciones o correcciones técnicas; y, en segundo lugar, la correcta delimitación contractual de los derechos patrimoniales sobre la obra derivada cuando esta es desarrollada por dependientes o terceros contratados bajo las reglas supletorias del artículo 8°.

8. ¿Qué pasa con el derecho moral de paternidad del propio desarrollador que ejecuta la modificación, cuando el artículo 8° le atribuye (o le hace ceder) los derechos patrimoniales al empleador o mandante?

A diferencia de la regla general de la ley donde el creador es siempre una persona natural y conserva sus derechos morales aunque ceda los patrimoniales, el artículo 8° inciso segundo de la Ley N° 17.336 establece que, en el caso de programas computacionales creados por dependientes en el desempeño de sus funciones laborales, serán titulares del derecho de autor respectivo las personas naturales o jurídicas cuyos dependientes los hubiesen producido, salvo estipulación escrita en contrario. La redacción chilena omite la precisión explícita de que dicha titularidad se limita a los "derechos patrimoniales" (diferenciándose de legislaciones comparadas como la española). Esto da origen a dos posturas interpretativas contrapuestas: A- Interpretación Armónica y Dualista Esta tesis plantea que el artículo 8° solo desplaza la titularidad patrimonial al empleador o mandante, manteniendo intacto el derecho moral de paternidad en el desarrollador persona natural, según el acto de creación es un proceso intelectual atado a la mente humana; por ende, solo las personas naturales pueden ser creadoras u autoras en sentido estricto. Las personas jurídicas son ficciones incapaces de ostentar autoría moral. A lo cual cabe sumar la Imperatividad de los artículos 14 y 16, pues el artículo 14 consagra que el autor es el titular exclusivo del derecho moral, mientras que el artículo 16 dispone que los derechos morales son inalienables e irrenunciables, siendo nulo cualquier pacto en contrario. Por consiguiente, el artículo 8° altera la regla de atribución de los derechos de explotación económica (patrimoniales) para facilitar el tráfico comercial, pero no redefine el concepto de autor ni destruye el derecho moral de paternidad del programador sobre su aporte o modificación incremental. B- Tesis de la Titularidad Institucional (Work-for-Hire) Esta lectura sostiene que el artículo 8° inciso segundo consagra un estatuto de excepción sui generis para el software al señalar que el empleador "será titular del derecho de autor respectivo" sin distinción, creando la Ley una presunción/atribución legal originaria plena en favor de la empresa o mandante. (Atribución directa y completa) Por otra parte, al tratarse de una obra utilitaria producida en un entorno corporativo (a menudo con aportes anónimos o altamente fragmentados), se asimila la figura al modelo anglosajón del work-for-hire, donde la entidad que financia y coordina la producción absorbe la titularidad de forma integral. ( Lógica funcional del software) Tratándose de una modificación o desarrollo incremental realizado por un programador dependiente o por encargo, la aplicación de la doctrina mayoritaria de la posición primera genera consecuencias y matices prácticos relevantes: - Reivindicación de la Paternidad (Art. 14 N° 1): El desarrollador que ejecuta una modificación que alcanza la categoría de creación autónoma conserva el derecho moral a ser reconocido como autor de dicho desarrollo específico. En la práctica del software, este derecho suele satisfacerse mediante la figuración del desarrollador en el código fuente, la documentación técnica, los registros de commits o los historiales del repositorio, sin que exija obligatoriamente aparecer en la marca o carátula comercial del producto final. - Límites al Derecho de Integridad (Art. 14 N° 2): El programador no podría invocar su derecho moral de integridad para impedir que el empleador o licenciante posterior modifique, refactorice o elimine su aportación de código. En el software, el derecho moral convive con las excepciones legales de adaptación e ingeniería inversa (Art. 71 Ñ) y con la propia naturaleza evolutiva del programa.

9. ¿El contrato regula expresamente la titularidad de las mejoras y desarrollos que el licenciatario incorpore al software durante la vigencia de la licencia?

Esta previsión resulta necesaria para que la titularidad de dichos desarrollos no quede sujeta a la determinación posterior de si constituyen o no una creación autónoma respecto del software originario. Para garantizar la certeza jurídica en los contratos de licencia de software, resulta indispensable regular expresamente la titularidad de las mejoras, parches, actualizaciones y desarrollos incrementales que el licenciatario incorpore al programa durante la vigencia del contrato. Conforme al artículo 5° letra i) de la Ley N° 17.336, una transformación de software solo da origen a una obra derivada protegida en la medida en que alcance el umbral de una "creación autónoma". La omisión de una estipulación sobre las mejoras traslada la determinación de su propiedad a un juzgamiento ex post sobre el grado de originalidad del nuevo código: si la modificación carece de autonomía creativa, permanece bajo la esfera del software originario; pero si constituye una creación autónoma autorizada conforme al artículo 9°, los derechos patrimoniales sobre ella se radican originariamente en el licenciatario o en quienes este emplee o contrate bajo las reglas supletorias del artículo 8°. La inclusión de estipulaciones contractuales sobre mejoras tales como cláusulas de cesión anticipada, licenciamiento recíproco o retrocesión de desarrollos (grant-back) permite desplazar la incertidumbre del criterio de originalidad y fijar de antemano el destino de cualquier adición al código base. Para que dichas cláusulas transfieran de forma válida los derechos patrimoniales sobre las mejoras en favor del licenciante originario, el contrato debe dar cumplimiento a las solemnidades del artículo 73° de la Ley N° 17.336, constando en instrumento público o privado autorizado ante notario y registrándose oportunamente. Todo ello opera sin perjuicio de la titularidad inalienable e irrenunciable del derecho moral de paternidad que conservan los programadores personas naturales sobre las adiciones de código que constituyan su creación intelectual (artículos 14° y 16°). En consecuencia, la respuesta a la interrogante admite una afirmación general clara: es jurídicamente necesario y válido que el contrato regule de forma expresa la titularidad de las mejoras para evitar que la atribución de derechos quede diferida a la calificación de la creación autónoma del artículo 5° letra i). Sin embargo, dicha regla convive con dos zonas de complejidad práctica: en primer lugar, la oponibilidad de las cláusulas de cesión de mejoras cuando estas han sido desarrolladas por terceros subcontratados por el licenciatario que no han cedido por escrito sus derechos conforme al artículo 8°; y, en segundo lugar, el impacto que producen sobre la titularidad del software originario las mejoras del licenciatario que integren componentes de código abierto o licencias de carácter recíproco (copyleft).

10. ¿El contrato reconoce expresamente la subsistencia de los derechos morales del autor material del software, aun cuando la titularidad patrimonial corresponda a otra persona?

Debe incorporarse esta precisión, en la medida en que los derechos morales reconocidos en el Capítulo IV de la Ley N° 17.336 son inalienables, siendo nulo cualquier pacto en contrario, de modo que la cesión o licencia de los derechos patrimoniales sobre el software nunca extingue ni transfiere los derechos morales del autor material. Para garantizar la validez y eficacia de los contratos sobre programas computacionales, resulta indispensable distinguir la suerte de las facultades patrimoniales frente a la subsistencia irrenunciable de los derechos morales. Conforme al artículo 1° de la Ley N° 17.336, el derecho de autor comprende tanto la dimensión patrimonial como la moral. Mientras que las facultades de explotación económica reconocidas en el artículo 17 son plenamente transferibles y licenciables a favor de terceros, los derechos morales regulados en el Capítulo IV tales como la paternidad y la integridad de la obra pertenecen de forma exclusiva y perpetua al autor persona natural. Por mandato expreso del artículo 16, dichos derechos morales son inalienables, revistiendo la sanción de nulidad absoluta cualquier estipulación o pacto contractual que pretenda transferirlos, renunciarlos o extinguirlos. Esta distinción adquiere especial relevancia en el ámbito del software frente a las reglas de atribuibilidad del artículo 8° de la Ley N° 17.336. Aun cuando la ley atribuya al empleador o al mandante la titularidad de los derechos patrimoniales sobre el código fuente producido por trabajadores dependientes o por encargo, dicha transferencia legal o contractual se limita de forma estricta a los derechos de explotación económica. Por consiguiente, la persona natural que programó el software conserva en todo momento su calidad irrenunciable de autor originario y la titularidad del derecho moral de paternidad sobre su creación intelectual, resultando jurídicamente viciada cualquier cláusula de adhesión (EULA) o contrato de trabajo que pretenda despojar al desarrollador de dicha condición. En consecuencia, la respuesta a la interrogante admite una afirmación general clara: el contrato debe reconocer explícitamente la subsistencia de los derechos morales del autor material, dado que la transferencia de los derechos patrimoniales nunca extingue las prerrogativas personales del creador. No obstante, esta regla convive con dos zonas de complejidad práctica: en primer lugar, la determinación de la forma idónea para satisfacer el derecho moral de paternidad en el ámbito tecnológico (por ejemplo, mediante la inclusión del nombre del desarrollador en el código fuente, la documentación técnica o los registros del repositorio de versiones, sin que se exija necesariamente figurar en la carátula o marca comercial del producto final); y, en segundo lugar, la delimitación entre el derecho moral a la integridad de la obra (Art. 14 N° 2) y el marco de excepciones legales para software (Art. 71 Ñ), que autorizan al tenedor legítimo a realizar las adaptaciones y correcciones indispensables para el uso e interoperabilidad del programa.

11. ¿Qué facultades morales resultan relevantes en el contexto del software licenciado, y cómo se armonizan con las facultades de modificación conferidas al licenciatario?

Corresponde considerar, en particular, la facultad del autor de exigir el respeto a la integridad de la obra, en la medida en que esta puede entrar en tensión con las facultades de modificación que el licenciante confiere contractualmente al licenciatario, tensión que debe resolverse expresamente en el instrumento para evitar controversias posteriores. Para resolver la tensión entre las prerrogativas personales del creador y las libertades de adaptación del usuario, es preciso examinar la operatividad de los derechos morales de paternidad e integridad regulados en el artículo 14° de la Ley N° 17.336. En el ámbito del software licenciado, el derecho de paternidad faculta al programador para exigir que se reconozca su autoría sobre el código base o sobre los desarrollos incrementales autónomos, exigencia que se satisface ordinariamente mediante la figuración en los repositorios, encabezados de código y documentación técnica. Por su parte, el derecho a la integridad confiere la atribución de oponerse a toda deformación, mutilación o modificación de la obra. Dado que el artículo 16° sanciona con nulidad absoluta cualquier pacto que pretenda renunciar o transferir las facultades morales por ser inalienables, la concesión contractual de derechos patrimoniales de transformación sobre el software no extingue el derecho del autor originario a velar por la intangibilidad de su creación. La adecuada armonización de esta tensión exige distinguir la prohibición de mutilación arbitraria frente al otorgamiento de un consentimiento expreso para la adaptación técnica del programa. Toda vez que el artículo 14° N° 2 de la Ley N° 17.336 circunscribe la facultad de oposición a las modificaciones realizadas "sin su expreso y previo consentimiento", la inclusión en el contrato de licencia de una autorización explícita, previa y bien delimitada conforme al artículo 20° legitima los actos de transformación ejecutados por el licenciatario. Este marco contractual se articula de forma coherente con el catálogo de excepciones legales inalterables del artículo 71° Ñ, el cual faculta al tenedor legítimo para realizar, sin permiso adicional ni pago de remuneración, las adaptaciones e intervenciones indispensables para el uso correcto, la corrección de errores, el mantenimiento de la seguridad y la ingeniería inversa orientada a la compatibilidad operativa. En consecuencia, la respuesta a la interrogante admite una afirmación general clara: las facultades de modificación conferidas al licenciatario conviven armónicamente con el derecho moral de integridad en la medida en que el contrato de licencia contemple el consentimiento expreso y delimitado del autor originario para la ejecución de dichas adaptaciones. No obstante, dicha regla convive con dos zonas de complejidad práctica: en primer lugar, la determinación del umbral técnico en el que una modificación sobre el código fuente excede los márgenes de la adaptación autorizada o de la excepción del artículo 71° Ñ y deviene en una deformación que menoscabe la reputación profesional del autor originario; y, en segundo lugar, la validez de las cláusulas de consentimiento previo para modificaciones futuras en contratos de adhesión (EULA), frente a la protección inalienable que la ley otorga a la personalidad del creador.

12. ¿El licenciante garantiza ser titular de los derechos que licencia y contar con la facultad de otorgar la licencia en los términos pactados?

Esta declaración debe constar expresamente en el contrato, como presupuesto de la validez y eficacia de la autorización conferida al licenciatario. Para asegurar la validez y eficacia de un contrato de licencia de software, resulta indispensable que el licenciante declare expresamente y garantice ser titular de los derechos patrimoniales sobre el programa computacional o contar con facultades suficientes para autorizar su uso en los términos acordados. Conforme a los artículos 7°, 17° y 20° de la Ley N° 17.336, la autorización es el permiso que concede exclusivamente el titular del derecho de autor para la explotación de la obra. La legitimación del licenciante constituye un presupuesto de la esencia de la licencia; a falta de titularidad o de autorización previa y expresa del titular originario, el acto resulta inoponible al verdadero dueño del código fuente, dejando la utilización ejecutada por el licenciatario expuesta a acciones civiles de indemnización y a sanciones por infracción de derechos patrimoniales bajo los artículos 18°, 19° y 79° letra a) de la ley. El riesgo derivado de una licencia otorgada sin la debida titularidad se intensifica al considerar que la Ley N° 17.336 tipifica como un delito específico la conducta de quien otorgue licencias o cobre derechos sobre obras o programas computacionales protegidos careciendo de la autorización del titular o de la ley (artículo 79° letra e). Para proteger al licenciatario frente a esta contingencia, el instrumento contractual debe incorporar una cláusula explícita de garantía de titularidad y saneamiento, mediante la cual el licenciante asuma la obligación de mantener indemne al usuario ante cualquier reclamo, demanda o perturbación de derechos promovida por terceros que invoquen ser autores o titulares originarios del software base o de sus módulos constitutivos. Todo ello opera sin alterar el principio de que los derechos morales de paternidad e integridad permanecen inalienablemente en la persona natural del desarrollador que creó el código (artículos 14° y 16°). En consecuencia, la respuesta a la interrogante admite una afirmación general clara: es jurídicamente necesario que el contrato contenga la declaración explícita donde el licenciante garantice su titularidad y facultad de licenciar como presupuesto de validez y protección indemnizatoria del licenciatario. No obstante, dicha regla convive con dos zonas de complejidad o indeterminación práctica: en primer lugar, la verificación efectiva de la cadena de titulación (chain of title) cuando el software licenciado ha sido desarrollado acumulativamente por dependientes o terceros bajo las reglas supletorias del artículo 8°; y, en segundo lugar, la delimitación de la cobertura de la garantía de indemnidad cuando el programa computacional integra componentes, bibliotecas o librerías de código abierto (open source) sujetas a licencias de terceros.

13. ¿El licenciante garantiza que el uso del software conforme a los términos de la licencia no infringe derechos de propiedad intelectual de terceros?

Corresponde incorporar esta garantía de manera expresa, junto con el tratamiento de sus consecuencias en caso de resultar infundada, materia que se vincula con el régimen de responsabilidad del contrato, sin que ello se desarrolle en este punto por corresponder a otra materia del listado general. Para asegurar la validez operacional de un contrato de licencia de software y resguardar al usuario frente a contingencias infraccionales, resulta indispensable que el licenciante garantice expresamente que el programa computacional y su uso conforme al contrato no vulneran derechos de propiedad intelectual de terceros. En el régimen de la Ley N° 17.336, el derecho patrimonial confiere en exclusiva al titular la facultad de autorizar la utilización de la obra, prohibiéndose el uso público o no autorizado del código fuente. La ausencia de una garantía explícita traslada al licenciatario el riesgo de verse enfrentado a acciones por uso no autorizado promovidas por terceros titulares, exponiéndose a demandas de cese de la explotación y reparaciones indemnizatorias bajo los artículos 106° y 108° de la ley, las cuales operan objetivamente ante la sola falta de una autorización válida del verdadero dueño de la creación intelectual. Esta garantía opera como un presupuesto de licitud que debe distinguirse metodológicamente de su régimen sancionatorio y restitutorio. La estipulación de no infracción se ubica en el plano de las declaraciones y obligaciones del licenciante sobre la calidad jurídica del objeto licenciado, mientras que la regulación de las consecuencias en caso de resultar infundada como la asunción de la defensa judicial frente a terceros, la obligación de saneamiento por evicción tecnológica y la indemnidad patrimonial (hold harmless) corresponde al régimen general de responsabilidad del contrato. Esta separación previene duplicidades en la auditoría contractual y garantiza que la facultad concedida al licenciatario se interprete con el rigor restrictivo exigido por el artículo 20° inciso tercero de la Ley N° 17.336, sin presumirle derechos mayores que los expresamente figurados. En consecuencia, la respuesta a la interrogante admite una afirmación general clara: el contrato debe incorporar de manera explícita la garantía de que el software no infringe derechos de propiedad intelectual de terceros como presupuesto esencial para la seguridad jurídica del licenciatario. No obstante, dicha regla convive con dos zonas de complejidad o indeterminación práctica: en primer lugar, el impacto que produce la inclusión de componentes, librerías o módulos de código abierto (open source) en el software licenciado, cuya integración puede comprometer la eficacia de la garantía si no cuentan con una auditoría rigurosa de licencias de terceros; y, en segundo lugar, la delimitación de los supuestos de exclusión de la garantía, tales como las modificaciones de código ejecutadas directamente por el licenciatario o el uso del programa en combinación con sistemas no autorizados por el licenciante.

Titularidad y régimen de propiedad intelectual en el contrato de licencia de software
Adlerhorst Estudio Arbitral

―

Derechos otorgados bajo licencia y derechos que permanecen en el titular, Régimen de titularidad del software desarrollado por dependientes o por encargo, Calificación de modificaciones y desarrollos incrementales como obra derivada, Derechos morales del autor, Garantías de titularidad y de no infracción.

Titularidad y régimen de propiedad intelectual en el contrato de licencia de software

INTRODUCCIÓN

Este apartado no se limita a delimitar el alcance del uso autorizado, sino que exige identificar con precisión qué derechos se otorgan bajo licencia y cuáles permanecen en poder del titular original, distinción que constituye el fundamento de toda la arquitectura contractual posterior.
Cuando el software ha sido desarrollado por encargo o en el marco de una relación de dependencia, esta identificación adquiere una dimensión adicional: la Ley N° 17.336 sobre Propiedad Intelectual regula expresamente, en su artículo 8° inciso 2°, la cesión del derecho de autor a quien encargó el programa, de manera que el régimen de titularidad no puede establecerse sin referencia a esta regla especial.
A ello se suma la calificación jurídica de las modificaciones y desarrollos incrementales realizados sobre el software originario. La ley considera obra derivada, en los términos de su artículo 5° letra i), a aquella que resulta de la transformación de una obra preexistente, por lo que corresponde determinar el régimen de titularidad y distribución aplicable a estos desarrollos, particularmente cuando alcanzan un grado de autonomía respecto del software del cual derivan.
Un tercer elemento se refiere a los derechos morales del autor, cuyo carácter irrenunciable establece el artículo 16 de la Ley N° 17.336, en relación con lo dispuesto en el inciso final de su artículo 11. Este carácter irrenunciable impone límites a la disponibilidad contractual de estos derechos, que operan con independencia de la cesión o licencia de los derechos patrimoniales.
Finalmente, el régimen de propiedad intelectual se completa con la garantía que el licenciante otorga respecto de la titularidad de los derechos licenciados y de la no infracción de derechos de terceros derivada del uso del software licenciado, elemento que distribuye entre las partes el riesgo asociado a eventuales reclamaciones de terceros.

GUÍA RÁPIDA SOBRE: Titularidad y régimen de propiedad intelectual en el contrato de licencia de software

CONCLUSIÓN

El desarrollo de este apartado permitió identificar, con carácter enunciativo, el conjunto de preguntas que las partes de un contrato de licencia de software debieran resolver para alcanzar una determinación suficientemente precisa de la titularidad y el régimen de propiedad intelectual aplicable. Dicho ejercicio abarcó la distinción entre licencia y cesión y sus efectos sobre las facultades que permanecen reservadas al licenciante; el régimen de titularidad según el software haya sido desarrollado por un trabajador dependiente o por encargo a un tercero, con la controversia que subsiste en torno al alcance de la expresión "desempeño de sus funciones laborales"; la operatividad de la estipulación escrita como mecanismo para alterar las reglas supletorias del artículo 8°; la calificación de las modificaciones incrementales como obra derivada y el régimen de autoría que de ello se sigue; la relación entre los derechos morales del desarrollador persona natural y la atribución patrimonial en favor del empleador o mandante; el tratamiento contractual de las mejoras incorporadas durante la vigencia de la licencia; y las garantías de titularidad y no infracción que el licenciante debe asumir frente al licenciatario.

Primera publicación: 11 de septiembre de 2026

§ CONTENIDO RELACIONADO

Titularidad y régimen de propiedad intelectual en el contrato de licencia de software Adlerhorst Estudio Arbitral

INTRODUCCIÓN

GUÍA RÁPIDA SOBRE: Titularidad y régimen de propiedad intelectual en el contrato de licencia de software

INGRESO A BILBIOTECA

CONCLUSIÓN

Titularidad y régimen de propiedad intelectual en el contrato de licencia de software
Adlerhorst Estudio Arbitral