Clase 152 — Derecho de autor y licencias de software
Parte 11 · Consumidor, e-commerce, privacidad, IP y seguridad digital — clase 12 de 14
Estado de evidencia: DINAMICO · Jurisdicción: Chile-first · Fecha base normativa: 07-08-2026
Decisión que habilita: definir qué licencias se aceptan y cómo se verifica el cumplimiento
Entregable: inventario de componentes de terceros con licencia y evaluación de compatibilidad
🎯 Propósito
Inventariar los componentes de terceros y sus licencias, porque la revisión debe ser parte del desarrollo y no del cierre de una venta.
📚 Resultados de aprendizaje
Al finalizar esta clase podrás:
- Definir con precisión los cuatro conceptos de la tabla siguiente y usarlos para describir un caso real.
- Explicar por qué esta materia condiciona decisiones de otras partes del programa.
- Decidir —definir qué licencias se aceptan y cómo se verifica el cumplimiento— y justificar la decisión por escrito.
- Producir el entregable de la clase y contrastarlo contra su criterio de aceptación.
- Distinguir el dato estable del dato dinámico que exige revalidación en la fuente oficial.
🧩 Conceptos centrales
| Concepto | Comprensión verificable |
|---|---|
| Derecho de autor | Protección de la obra desde su creación, sin registro constitutivo. |
| Licencia de software | Condiciones bajo las cuales se autoriza el uso. |
| Licencia de código abierto | Permiso con obligaciones específicas según el tipo. |
| Cumplimiento de licencias | Verificación de que el uso respeta las condiciones. |
🗺️ Flujo de razonamiento
flowchart TB
C["Contexto del caso<br/>actividad · escala · comuna"]
C --> A1["Derecho de autor"]
C --> A2["Licencia de software"]
C --> A3["Licencia de código abierto"]
C --> A4["Cumplimiento de licencias"]
A1 & A2 & A3 & A4 --> D{{"definir qué licencias se<br/>aceptan y cómo se verifica el<br/>cumplimiento"}}
D --> E["Entregable<br/>inventario de componentes de<br/>terceros con licencia y<br/>evaluación de compatibilidad"]
E --> V{"¿Cumple el criterio<br/>de aceptación?"}
V -->|sí| S["Evidencia archivada<br/>y clase siguiente"]
V -->|no| C
📖 Desarrollo
1. El fondo del asunto
Usar componentes de código abierto tiene obligaciones: atribución, entrega de código fuente o compatibilidad de licencias según el caso. Incorporar un componente con licencia copyleft fuerte en un producto propietario puede obligar a liberar el producto. La revisión de licencias debe ser parte del desarrollo, no del cierre de una venta.
2. Cómo se traduce en la práctica
Incorporar un componente con licencia copyleft fuerte en un producto propietario puede obligar a liberar el producto completo. Ese hallazgo, descubierto durante una due diligence, detiene operaciones; descubierto durante el desarrollo, se resuelve cambiando el componente.
3. Marco aplicable y quién interviene
- Ley 19.496 sobre protección de los derechos de los consumidores y su Reglamento de Comercio Electrónico
- Ley 19.628 sobre protección de la vida privada, vigente hasta la entrada en régimen de la Ley 21.719
- Ley 21.719 sobre protección de datos personales, con vigencia el 1 de diciembre de 2026
- Ley 19.039 sobre propiedad industrial y Ley 17.336 sobre propiedad intelectual
- Ley 21.663 Marco de Ciberseguridad
Autoridades o contrapartes involucradas: SERNAC, Agencia de Protección de Datos Personales (en implementación), INAPI, ANCI. Profesionales de apoyo: abogado de consumo y datos, DPO o responsable de privacidad, responsable de seguridad de la información. La participación concreta depende del riesgo, del tamaño de la empresa y de la actividad económica.
🧪 Taller guiado
Aplica esta clase a una de las siguientes líneas de negocio y repite después el ejercicio con una segunda línea de carga regulatoria distinta:
| Línea | Carga regulatoria |
|---|---|
| SaaS B2B con IA | media |
| Servicios profesionales | baja |
| E-commerce D2C | media |
| Alimentos o foodtech | alta |
| Exportación de servicios | media |
| Fintech regulada | alta |
| Construcción o servicios técnicos | alta |
Secuencia de trabajo:
- Delimita el contexto: actividad económica, escala, comuna y etapa de la empresa.
- Reúne los antecedentes que la decisión exige y anota la fecha de cada fuente.
- Identifica las alternativas reales, incluida la de no hacer nada.
- Evalúa el impacto en mercado, caja, personas, regulación y operación.
- Toma la decisión y regístrala con sus supuestos.
- Produce el entregable.
- Contrástalo contra el criterio de aceptación.
- Anota lo que requiere validación profesional y programa su revisión.
📦 Entregable
Inventario de componentes de terceros con licencia y evaluación de compatibilidad.
Debe incluir decisión, supuestos, fuentes con fecha de consulta, responsable, riesgos identificados y próximos pasos.
🏆 Reto verificable
Resuelve la misma materia para una segunda línea de negocio con distinta carga regulatoria y explica por escrito qué cambió, por qué y qué fuente lo determina.
✅ Criterio de aceptación
- el inventario de componentes está completo con su licencia
- existe política de licencias aceptadas y prohibidas
- cada afirmación regulatoria está referida a una fuente oficial con fecha de consulta;
- los datos dinámicos quedan marcados para revalidación;
- hay un responsable asignado y evidencia reproducible del trabajo.
⚠️ Errores frecuentes
Propios de esta clase:
- Incorporar componentes copyleft en producto propietario sin evaluar el efecto.
- Usar software sin licencia válida y exponerse en una due diligence.
Característicos de la parte 11:
- Publicar precio o stock que después no se puede honrar.
- Tratar datos personales sin base de licitud ni registro de actividades de tratamiento.
🇨🇱 Checklist Chile
- ¿existe norma o autoridad específica para esta materia?
- ¿la fuente consultada está vigente a la fecha de ejecución?
- ¿se activa algún trámite ante el SII?
- ¿se activa algún requisito municipal o sectorial?
- ¿afecta a consumidores o al tratamiento de datos personales?
- ¿afecta a trabajadores o a la seguridad y salud en el trabajo?
- ¿afecta a impuestos, contabilidad o caja?
- ¿afecta a contratos o a propiedad intelectual?
- ¿requiere renovación, reporte periódico o revalidación?
❓ Preguntas de comprobación
- ¿Tienes inventario de los componentes de terceros de tu producto y sus licencias?
- ¿Alguno tiene licencia incompatible con tu modelo comercial?
- ¿Qué política de licencias aceptadas y prohibidas aplica tu equipo?
🔗 Fuentes oficiales
Instituto Nacional de Propiedad Industrial — Marcas, patentes y diseños industriales <https://www.inapi.cl/> · verificado 2026-08-19
- Qué contiene: Administra el registro de marcas, patentes, diseños e indicaciones geográficas, y ofrece el buscador público de solicitudes y registros vigentes por clase.
- Cómo leerla: Empieza siempre por el buscador de anterioridades y por clases, no por el formulario de solicitud. Una marca disponible en tu clase puede estar tomada en la clase donde realmente operas, y eso solo se ve buscando por actividad.
- Uso en esta clase: aporta el marco de «Marcas, patentes y diseños industriales» para definir qué licencias se aceptan y cómo se verifica el cumplimiento.
Biblioteca del Congreso Nacional · LeyChile — Normativa oficial consolidada <https://www.bcn.cl/leychile/> · verificado 2026-08-19
- Qué contiene: Publica el texto oficial y consolidado de leyes, decretos y reglamentos, con la versión vigente a una fecha, el historial de modificaciones y la tramitación que las originó.
- Cómo leerla: Usa siempre el selector de versión vigente a la fecha en que ejecutarás el trámite, no la última publicada. Y lee el artículo transitorio: en normas en implantación gradual —jornada, datos personales— ahí está la fecha que realmente te aplica.
- Uso en esta clase: aporta el marco de «Normativa oficial consolidada» para definir qué licencias se aceptan y cómo se verifica el cumplimiento.
Complementos del repositorio: glosario · ruta de lecturas · catálogo de fuentes.
Important
Material educativo. Para una decisión real de alto impacto hay que verificar la fuente oficial vigente y validar con el profesional competente.