Decisiones automatizadas y elaboración de perfiles
Si un sistema decide algo importante sobre una persona sin intervención humana, esa persona tiene derecho a oponerse. Es el artículo que más va a importar a medida que se generalice el uso de modelos automáticos en decisiones de negocio.
El derecho · artículo 8° bis
El titular de datos tiene derecho a oponerse y a no ser objeto de decisiones basadas en el tratamiento automatizado de sus datos personales, incluida la elaboración de perfiles, que produzca efectos jurídicos en él o le afecte significativamente.
Dos condiciones deben darse a la vez para que aplique:
- Que la decisión esté basada en tratamiento automatizado, incluida la elaboración de perfiles.
- Que produzca efectos jurídicos en la persona o le afecte significativamente.
Una recomendación de productos no suele afectar significativamente a nadie. Rechazar automáticamente un crédito, descartar una postulación laboral, cancelar una cuenta o fijar un precio sustancialmente distinto por perfil, sí.
Las tres excepciones
El derecho a no ser objeto de esas decisiones no se aplica cuando:
Y aquí viene lo que suele pasarse por alto: incluso en esos tres casos, la ley señala que en todos los supuestos de decisiones basadas en tratamiento automatizado el responsable deberá adoptar las medidas necesarias para resguardar los derechos del titular. La excepción libera del derecho de oposición, no de las salvaguardas.
La obligación de explicar · artículo 14 ter l)
Existe además un deber de transparencia específico. Entre la información que debe estar permanentemente pública se incluye:
La existencia de decisiones automatizadas, incluida la elaboración de perfiles. En tales casos, información significativa sobre la lógica aplicada, así como las consecuencias previstas de dicho tratamiento para el titular.
«Información significativa sobre la lógica aplicada» no significa publicar el código ni los pesos del modelo. Significa que una persona razonable pueda entender qué se está evaluando sobre ella y qué puede pasarle como consecuencia.
Y la evaluación de impacto
El art. 15 ter a) exige siempre una evaluación de impacto en caso de «evaluación sistemática y exhaustiva de aspectos personales de los titulares de datos, basadas en tratamiento o decisiones automatizadas, como la elaboración de perfiles, y que produzcan en ellos efectos jurídicos significativos».
Es decir: si tu sistema perfila con efectos relevantes, la evaluación de impacto no es opcional ni depende de tu apreciación del riesgo. Y debe hacerse antes de iniciar las operaciones de tratamiento.
Casos donde esto aparece
Explicado en simple
Puede sonar a un problema de bancos y grandes plataformas, pero aparece en empresas más chicas de lo que se cree. Algunos ejemplos reales:
- Un sistema de arriendo que rechaza postulantes automáticamente según su evaluación de renta.
- Una plataforma de empleo que ordena o descarta currículums con un puntaje.
- Un e-commerce que bloquea compras por sospecha automática de fraude.
- Un sistema de cobranza que decide condiciones según un puntaje interno.
- Una aseguradora o prestador que ajusta condiciones según un perfil de riesgo.
- Una app que suspende cuentas automáticamente por comportamiento detectado.
La pregunta que ayuda a identificarlos: «si esto sale mal, ¿la persona queda afectada de verdad?» Si la respuesta es sí y nadie revisó la decisión, estás en el ámbito del artículo 8° bis.
La solución muchas veces no es dejar de automatizar. Es que exista una vía real para que una persona revise el caso cuando el afectado lo pide.
Para equipos técnicos y legales
Requisitos que conviene traducir a arquitectura desde el diseño:
- Trazabilidad de la decisión. Para cada decisión automatizada con efectos: identificador, versión del modelo o de las reglas, variables de entrada, salida y umbral aplicado. Sin esto no puedes explicar la lógica ni revisar un caso individual.
- Punto de intervención humana. Un flujo de revisión con una persona con autoridad real para revertir, no un formulario que devuelve la misma respuesta automática. Este es el control que materializa las «medidas necesarias» del inciso final.
- Versionado del modelo. Si el modelo cambió entre la decisión y la revisión, necesitas poder reconstruir el estado vigente al momento de decidir.
- Explicabilidad exigible. El art. 14 ter l) pide «lógica aplicada» y «consecuencias previstas». Un modelo cuya lógica no puedes describir en términos comprensibles genera un problema de cumplimiento, no sólo de ingeniería.
- Cuidado con las variables proxy. Si el modelo usa comuna, tipo de colegio, historial de compras o dispositivo, puede estar infiriendo situación socioeconómica, que en Chile es dato sensible. La inferencia de un dato sensible es tratamiento de ese dato.
- Base de licitud del perfilamiento en sí. Es distinta de la base de la decisión. Construir el perfil ya es un tratamiento que necesita su propia base (art. 12 · 13).
- Menores. El estándar de interés superior del art. 16 quáter hace muy difícil sostener perfilamiento comercial sobre niños, niñas y adolescentes.
- Evaluación de impacto previa obligatoria (art. 15 ter a)), fechada antes del despliegue.
Sobre sistemas de IA: la ley no regula la IA como tal, pero si un modelo participa en una decisión con efectos jurídicos o significativos sobre una persona, el artículo 8° bis y la letra l) del 14 ter se aplican con independencia de la tecnología empleada.
Qué revisar en tu organización
- ¿Existe algún punto donde un sistema decide sobre una persona sin intervención humana?
- ¿Esa decisión produce efectos jurídicos o afecta significativamente al titular?
- ¿Está declarada en la información pública, con la lógica aplicada y sus consecuencias?
- ¿Hay una vía real para pedir revisión humana?
- ¿Se hizo la evaluación de impacto antes de poner el sistema en producción?
- ¿El modelo usa variables que puedan estar infiriendo datos sensibles?
- ¿Puedes reconstruir por qué el sistema decidió lo que decidió en un caso concreto?
Sigue leyendo
¿Y cómo está tu sitio hoy?
Leer la ley es el primer paso. El segundo es mirar tu sitio con los mismos ojos con que lo mirará cualquiera: qué formularios pides, qué scripts de terceros cargas, qué informas y qué no. PixaPrivacy revisa el estado técnico y público de un sitio web y te entrega un informe priorizado con hallazgos, evidencia y una hoja de ruta.
PixaPrivacy es una herramienta de diagnóstico técnico. No emite certificaciones legales ni sustituye la asesoría de un abogado.
Sobre esta página
El contenido de esta página se redactó contrastando cada afirmación con el texto oficial de la Ley N° 21.719 publicado por la Biblioteca del Congreso Nacional y con el estado de tramitación publicado por el Senado. Puedes verificarlo tú mismo en fuentes oficiales.
Información general, no asesoría legal. PixaWeb es una empresa de desarrollo web y software, no un estudio jurídico. Esta guía explica la norma de forma divulgativa y no considera las circunstancias de tu organización. Para decisiones concretas —especialmente sobre bases de licitud, datos sensibles o incidentes— consulta con un abogado o abogada especialista.