1. ¿Qué elementos concretos componen el software licenciado?

El contrato debe identificar exhaustivamente si el objeto comprende el código fuente, el código objeto o ejecutable, la documentación técnica y de usuario, las bases de datos asociadas, los scripts, las interfaces de programación (API), la infraestructura como código y cualquier material conexo, puesto que un contrato de licencia de software debe definir claramente qué software está cubierto, incluyendo código fuente, documentación, actualizaciones y versiones futuras.

2. ¿El objeto incluye actualizaciones y versiones futuras, o se limita a la versión entregada en la fecha de celebración?

Debe precisarse si la licencia se extiende automáticamente a nuevas versiones que el licenciante desarrolle con posterioridad, o si cada actualización relevante requiere un acuerdo separado, dado que la indeterminación de este punto es una de las causas identificadas de litigio sobre el alcance temporal del objeto.

3. ¿Qué componentes de terceros están integrados en el software, y bajo qué licencias?

Corresponde incorporar un inventario de dependencias de código abierto o de terceros, con indicación de las licencias respectivas, dado que la omisión de este inventario impide determinar si la explotación pactada es compatible con las restricciones que dichas licencias imponen.

4. ¿El software constituye una obra originaria o incorpora desarrollos derivados de un programa preexistente?

Debe calificarse expresamente esta circunstancia, en atención a la distinción que el artículo 5° letra i) de la Ley N° 17.336 establece entre obra originaria y obra derivada, la cual determina un régimen de titularidad y distribución propio para esta última.

5. ¿El contrato constituye una licencia de uso, una cesión de derechos, o una modalidad mixta?

Debe explicitarse si el licenciante conserva la titularidad de los derechos y solo autoriza determinados actos de explotación —hipótesis típica de la licencia—, o si existe cesión total o parcial de derechos al licenciatario, dado que en la licencia el titular del derecho de autor no transfiere la titularidad, sino que se limita a autorizar usos determinados, manteniendo la posibilidad de definir con detalle el alcance y las restricciones de la autorización.

6. ¿La licencia es exclusiva o no exclusiva?

Debe fijarse si el licenciatario es el único autorizado a explotar el software en los términos descritos, o si el licenciante conserva la facultad de otorgar licencias adicionales a terceros sobre el mismo objeto.

7. ¿La licencia es transferible o intransferible?

Corresponde determinar si el licenciatario puede ceder su posición contractual a un tercero, por ejemplo, en caso de venta del negocio y bajo qué condiciones, distinguiendo esta hipótesis de la cláusula de cambio de control examinada en el punto 19 del listado precedente.

8. ¿El uso autorizado es interno o habilita explotación comercial?

Esta distinción debe quedar fijada de manera expresa, en la medida en que la práctica identifica la indeterminación entre uso interno y comercialización como una de las principales fuentes de litigio en licencias internacionales.

9. ¿La licencia comprende el derecho de modificación del software?

Debe precisarse si el licenciatario puede adaptar el programa a sus necesidades específicas, y en tal caso, si dicha facultad se limita a configuraciones o si alcanza a modificaciones sustantivas del código fuente.

10. ¿La licencia comprende el derecho de distribución?

Corresponde determinar si el licenciatario puede poner el software, o copias de él, a disposición de terceros, y bajo qué condiciones, dado que la ausencia de esta precisión constituye una fuente autónoma de ambigüedad respecto del derecho de modificación y del de uso interno.

11. ¿La licencia comprende el derecho de integración con otros sistemas?

Debe especificarse si el licenciatario puede incorporar el software licenciado a una plataforma propia o combinarlo con otros programas, y qué régimen rige sobre el resultado de dicha integración.

12. ¿Se autoriza la ingeniería inversa, descompilación o desensamblado del software?

Debe fijarse expresamente esta restricción, en la medida en que constituye una de las limitaciones de uso habituales en los contratos de licencia.

13. ¿A cuántos usuarios, dispositivos o instancias se extiende la licencia?

El contrato debe establecer el número de usuarios, dispositivos, ubicaciones o capacidad de procesamiento permitidos, precisando además si se admite la instalación en múltiples dispositivos del mismo usuario o si se limita estrictamente el número de máquinas, y si corresponde licenciamiento adicional para entornos virtualizados.

14. ¿Bajo qué modelo de explotación se otorga la licencia (perpetua, por suscripción, pay-per-use, flotante, on-premise o SaaS)?

Esta determinación resulta indispensable, en la medida en que cada modelo requiere una lógica de explotación distinta, y el empleo de un mismo clausulado para modalidades estructuralmente diferentes constituye un error recurrente que genera controversias sobre el alcance efectivamente contratado.

15. ¿Existen mecanismos de reasignación de licencias entre usuarios o dispositivos, y bajo qué condiciones?

Debe precisarse si el licenciatario puede redistribuir las licencias adquiridas dentro de su organización sin incurrir en una explotación no autorizada.

16. ¿Existe derecho de auditoría del proveedor sobre el uso efectivo del software, y con qué alcance?

Corresponde fijar con cuánta anticipación debe notificarse la auditoría, qué información puede requerirse y qué consecuencias tiene un uso que exceda lo licenciado.

¿La licencia está limitada a un territorio geográfico específico?

Debe determinarse si el uso autorizado se circunscribe a un país o región determinada, cuestión especialmente relevante en licencias internacionales donde las partes suelen estar domiciliadas en distintas jurisdicciones.

18. ¿Cuál es la duración de la licencia?

Corresponde precisar si se trata de una licencia perpetua o sujeta a un plazo determinado, y en este último caso, las condiciones de renovación, incluyendo si opera de manera automática y con qué anticipación debe notificarse su no renovación.

19. ¿Qué funcionalidades, módulos o servicios quedan expresamente excluidos del alcance licenciado?

El contrato debe incorporar una lista de exclusión que delimite negativamente el objeto, de manera que las prestaciones no comprendidas en la remuneración pactada queden identificadas desde el inicio, práctica que la literatura sobre gestión de cambios en contratos de servicios identifica como el mecanismo más eficaz para prevenir controversias sobre trabajo adicional no facturado.

20. ¿Qué elementos del proyecto se sujetan a un régimen de aprobación de cambios diferenciado del alcance original?

El contrato debiera incorporar, como anexo técnico, una especificación funcional del software suficientemente detallada, de manera que dicho documento, y no la sola denominación genérica del producto contenida en el cuerpo del contrato, constituya la referencia objetiva para determinar qué funcionalidades, módulos y prestaciones integran el objeto pactado. La ausencia de un anexo de esta naturaleza traslada la determinación del alcance a la declaración general de las partes contenida en el texto principal, lo que dificulta fijar con precisión los límites positivos y negativos del objeto cuando esa declaración resulta genérica.

El objeto licenciado en el contrato de licencias de software
Adlerhorst Estudio Arbitral

―

Identificación técnica del objeto, Naturaleza jurídica del derecho otorgado, Alcance funcional del uso autorizado, Alcance cuantitativo y modalidad de explotación, Alcance geográfico y temporal, Materias expresamente excluidas del objeto

El objeto licenciado en el contrato de licencias de software

INTRODUCCIÓN

En los contratos de licenciamiento de software, una de las cuestiones que con mayor frecuencia origina controversias no son las obligaciones de pago ni las garantías, sino la delimitación misma del objeto contractual: qué software, exactamente, está cubierto. Esta indefinición inicial suele manifestarse como disputa meses o años después de la firma del contrato.
A diferencia de otros tipos de licenciamiento, el software presenta una complejidad técnica particular que exige un nivel de precisión contractual superior al habitual. No basta con nombrar el producto licenciado: es necesario establecer si la licencia comprende únicamente el software ejecutable (object code) o también el código fuente, si incluye la documentación de usuario y técnica, si las actualizaciones y nuevas versiones quedan cubiertas automáticamente o requieren negociación separada, y si los componentes de terceros , librerías, frameworks, software de código abierto, integrados en el producto quedan identificados de forma diferenciada, dado que suelen estar sujetos a licencias propias con condiciones distintas, y a veces incompatibles, con las del contrato principal.
A esta identificación del objeto se suma un segundo nivel de precisión: el de las palabras utilizadas para describirlo. Conceptos como "actualización", "nueva versión", "modificación derivada" o "ambiente de producción" tienen significados técnicos específicos que rara vez coinciden con su uso coloquial. Cuando el contrato no los define expresamente, su interpretación queda entregada a un eventual proceso contencioso, con resultados difíciles de anticipar para las partes.
Finalmente, la delimitación del alcance funcional no se agota en describir qué incluye la licencia. Resulta igualmente relevante y frecuentemente omitido, establecer qué queda expresamente excluido, mediante listas que delimiten negativamente el objeto contractual. Esta técnica previene expectativas infundadas respecto de módulos, integraciones o servicios que el proveedor no se obligó a entregar.

GUÍA RÁPIDA SOBRE: El objeto licenciado en el contrato de licencias 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 del objeto licenciado. Dicho ejercicio evidenció que la sola descripción genérica del software no basta para fijar sus límites positivos y negativos, siendo necesario precisar su composición técnica, así como las exclusiones expresas que delimitan negativamente aquello que no forma parte del objeto pactado.

Primera publicación: 11 de septiembre de 2026

§ CONTENIDO RELACIONADO

El objeto licenciado en el contrato de licencias de software Adlerhorst Estudio Arbitral

INTRODUCCIÓN

GUÍA RÁPIDA SOBRE: El objeto licenciado en el contrato de licencias de software

INGRESO A BILBIOTECA

CONCLUSIÓN

El objeto licenciado en el contrato de licencias de software
Adlerhorst Estudio Arbitral