Inteligencia Artificial

Ley de Inteligencia Artificial en Chile: Qué Exigirá a tu Empresa

El proyecto Boletín 16821-19 clasifica por nivel de riesgo y regula usos, no tecnologías. Qué significa eso para una empresa que no desarrolla IA pero sí la usa, y qué conviene hacer sin esperar a que se apruebe.

Por Equipo Cercai
·
Agosto 2026
·
9 min de lectura

Chile está tramitando su ley de inteligencia artificial. El proyecto —Boletín 16821-19, “Regula los sistemas de inteligencia artificial”— ingresó en 2024 y avanza en el Congreso con un enfoque basado en riesgo. Todavía no es ley y su texto puede cambiar, así que este artículo no pretende decirte qué vas a tener que cumplir exactamente. Pretende algo más útil: mostrarte cómo está construida la lógica de la regulación, porque esa lógica ya se puede usar hoy para tomar mejores decisiones.

Y hay una razón concreta para hacerlo ahora. El proyecto no clasifica las tecnologías, clasifica los usos. Eso significa que la pregunta que define tus obligaciones futuras no es “¿uso IA?”, sino “¿para qué la uso y a quién afecta?”. Esa pregunta se puede responder hoy, con el sistema que ya tienes andando.


Qué propone el proyecto, en simple

La iniciativa busca que el desarrollo y uso de estas tecnologías respete los derechos de las personas, fomentar la innovación y fortalecer la capacidad del Estado frente a los riesgos. Su estructura descansa en tres decisiones de diseño que conviene entender.

1. Regula usos, no tecnologías

El proyecto se centra en los usos concretos de la IA más que en la tecnología en abstracto. Esto es deliberado y es sensato: una misma técnica puede ser inofensiva en un contexto y grave en otro. Un modelo de clasificación de imágenes que ordena fotos de productos y uno que evalúa candidatos en un proceso de selección son la misma tecnología con consecuencias muy distintas.

2. Obligaciones proporcionales al riesgo

Los sistemas se clasifican por nivel de riesgo, desde riesgo inaceptable hasta riesgo mínimo, ajustando las obligaciones según el impacto sobre derechos fundamentales, salud, seguridad o consumidores. La consecuencia práctica: la enorme mayoría de los sistemas que usa una empresa chilena promedio —un chatbot de atención, un clasificador de tickets, un asistente que redacta— cae en las categorías bajas y no debería enfrentar cargas significativas. Los requisitos fuertes se concentran donde la decisión afecta a las personas.

3. Obligaciones según tu rol

El proyecto distingue entre desarrolladores, proveedores, implementadores y distribuidores de sistemas de IA, tanto nacionales como extranjeros que operen en Chile. Esto es lo que más malentendidos genera, y le dedicamos la sección siguiente.

Vale la pena mencionar además que el proyecto contempla la posibilidad de establecer estándares diferenciados según el tipo y tamaño del operador, considerando especialmente a las empresas de menor tamaño conforme a la Ley N° 20.416. Es decir, no se espera que una pyme cumpla igual que una corporación.


El punto que casi nadie entiende: tú probablemente eres implementador

Cuando una empresa lee “ley de inteligencia artificial”, asume que le habla a quien construye modelos. Y como ella no construye modelos, concluye que el tema no la toca.

Es un error de lectura con consecuencias. Si contratas un sistema con IA y lo pones a funcionar sobre tus clientes o tus trabajadores, eres implementador. Y el implementador tiene obligaciones propias, porque es quien decide el contexto de uso —que es justamente lo que determina el riesgo—.

Dicho de otro modo: el desarrollador responde por cómo está hecho el sistema; tú respondes por para qué lo usas y sobre quién. Nadie más que tú puede decidir eso, y por eso nadie más puede responder por ello. Comprarle la herramienta a un proveedor grande y conocido no traslada esa parte.


Lo que puedes hacer hoy sin esperar la ley

Como el texto puede cambiar, la estrategia inteligente no es prepararse para un articulado específico sino construir las capacidades que cualquier versión razonable va a exigir. Estas cinco sirven igual si la ley sale distinta, y además mejoran tu operación por sí solas.

  1. Ten un inventario de tus sistemas de IA. Suena básico y casi nadie lo tiene. Qué sistemas con IA hay andando, quién los contrató, sobre qué datos operan y qué deciden. Sin esta lista no puedes clasificar nada.
  2. Clasifica cada uno por impacto sobre personas. Usa la lógica del proyecto aunque todavía no sea ley: ¿este sistema afecta derechos, salud, seguridad o a consumidores? Los que sí, son tu prioridad; los que no, no deberían consumir tu atención.
  3. Asegura la trazabilidad. Registro de qué hizo el sistema, cuándo y con qué antecedentes. Es la base de cualquier obligación futura de transparencia, y de todas formas la necesitas para operar con control.
  4. Define quién responde. Una persona identificable a cargo de cada sistema con impacto. Si el responsable es “el área de TI”, en la práctica no hay responsable.
  5. Revisa tus contratos con proveedores de IA. Qué garantiza el proveedor, qué hace con tus datos, qué pasa si el sistema falla y qué información te entrega para que tú puedas cumplir tus propias obligaciones.

La ley que sí tiene fecha

Acá va la advertencia que más falta hace, porque hemos visto a empresas postergar decisiones esperando la ley de IA.

El proyecto de ley de IA todavía se está tramitando y su entrada en vigencia es incierta. Pero la Ley 21.719 de protección de datos personales ya está publicada y entra en vigencia plena el 1 de diciembre de 2026. Y como casi todos los sistemas de IA de una empresa procesan datos personales, esa ley ya te aplica hoy, sin esperar nada.

Más aún: la 21.719 contiene la norma que en la práctica regula el uso más delicado de la IA, que es el de las decisiones automatizadas sobre personas —con derecho a explicación, intervención humana y revisión—. Esa obligación tiene fecha cierta.

La secuencia correcta, entonces, es al revés de como la mayoría la está pensando: primero cumple la ley de datos, que ya tiene plazo, y en el camino te preparas para la de IA. Casi todo lo que exige una es insumo de la otra: inventario, trazabilidad, responsables definidos, explicabilidad, contratos con proveedores. Si partes por el checklist de la Ley 21.719, avanzas en ambas al mismo tiempo.


Lo que no cambia con ninguna ley

Hay un punto que ninguna regulación va a resolverte y que en los hechos es el que más problemas causa hoy: que el sistema entregue información falsa con cara de verdadera. Un tribunal chileno ya sancionó a un abogado por presentar jurisprudencia inventada por IA, y ahí no hubo ley de IA de por medio: bastó el deber de diligencia profesional. Lo contamos en detalle en alucinaciones de IA y cómo verificarlas.

La lección es que la responsabilidad por lo que tu sistema afirma es tuya desde ahora, con ley de IA o sin ella. Construir con trazabilidad, verificación contra la fuente y un responsable claro no es prepararse para una regulación futura: es la única forma de que un sistema de IA sea usable en algo serio.

Si quieres ordenar tus sistemas de IA antes de que el tema se te vuelva urgente, conversemos veinte minutos. Partimos por el inventario, que es donde aparecen las sorpresas.


Preguntas frecuentes

¿Existe una ley de inteligencia artificial en Chile?

Todavía no. Hay un proyecto de ley en tramitación, el Boletín 16821-19, que regula los sistemas de inteligencia artificial y que ingresó en 2024 con un enfoque basado en niveles de riesgo. Al no estar promulgado, su texto aún puede cambiar. Lo que sí está vigente y con fecha cierta es la Ley 21.719 de protección de datos personales, cuya vigencia plena es el 1 de diciembre de 2026 y que ya alcanza a la mayoría de los sistemas de IA porque procesan datos personales.

¿La ley de IA me aplica si yo no desarrollo inteligencia artificial?

Muy probablemente sí. El proyecto distingue entre desarrolladores, proveedores, implementadores y distribuidores, y una empresa que contrata un sistema con IA y lo pone a funcionar sobre sus clientes o trabajadores es implementador. El implementador tiene obligaciones propias porque es quien define el contexto de uso, que es justamente lo que determina el nivel de riesgo. Comprar la herramienta a un proveedor conocido no traslada esa responsabilidad.

¿Cómo clasifica el proyecto los niveles de riesgo?

Los sistemas se clasifican desde riesgo inaceptable hasta riesgo mínimo, y las obligaciones se ajustan según el impacto sobre derechos fundamentales, salud, seguridad o consumidores. En la práctica, la mayoría de los sistemas de una empresa promedio —un chatbot de atención, un clasificador de tickets, un asistente de redacción— cae en las categorías bajas. Los requisitos exigentes se concentran donde el sistema decide algo que afecta significativamente a las personas.

¿Conviene esperar a que salga la ley para actuar?

No, por dos razones. La primera es que la Ley 21.719 ya tiene fecha —1 de diciembre de 2026— y alcanza a los sistemas de IA que procesan datos personales, incluida la norma sobre decisiones automatizadas. La segunda es que las capacidades que cualquier versión de la ley de IA va a exigir son las mismas que ya conviene tener: inventario de sistemas, trazabilidad, responsables definidos y contratos revisados con proveedores. Nada de eso se pierde si el texto final cambia.

¿Las pymes tendrán las mismas obligaciones que las grandes empresas?

El proyecto contempla que puedan establecerse estándares diferenciados según el tipo y tamaño del operador, considerando especialmente las características y necesidades de las empresas de menor tamaño conforme a la Ley N° 20.416. La lógica de proporcionalidad al riesgo apunta en la misma dirección: lo que define la carga regulatoria es el impacto del uso, no el tamaño de la empresa por sí solo, aunque el tamaño sí puede modular cómo se exige el cumplimiento.

¿Qué pasa si mi sistema de IA entrega información falsa?

Esa responsabilidad ya existe hoy y no depende de que se apruebe una ley de IA. Un tribunal chileno sancionó en 2026 a un abogado que presentó un escrito con jurisprudencia inventada por una IA generativa, aplicando el deber de buena fe procesal. La lección para cualquier empresa es que responde por lo que su sistema afirma, lo que hace de la verificación contra la fuente y del registro auditable requisitos prácticos, no formalidades regulatorias.