Ir al contenido principal
Responsable de protección de datos de una utility coloca carpetas de colores sobre un mapa impreso de América Latina en una mesa de trabajo
SAP

LGPD, habeas data y LOPDP: el grounding de IA ante tres marcos

El pipeline de grounding de IA frente a la LGPD, la Circular 002 de la SIC y la norma de IA de la SPDP de Ecuador: qué pregunta cada marco.

Edward Camacho Guerra
Edward Camacho Guerra

CEO / Arquitecto de Soluciones SAP

· 11 min de lectura

Un agente de atención abre el caso de un cliente residencial con paneles en el techo y pregunta por qué su última factura no descontó la energía que inyectó. Para responder, el asistente recupera la curva de consumo, las cláusulas del contrato de generación distribuida y el historial de lecturas. Una capa previa oculta lo que no debe salir, el modelo redacta y la respuesta vuelve a la pantalla del agente. Son cinco tramos para una sola consulta.

El recorrido es idéntico si el titular es brasileño, colombiano o ecuatoriano. Lo que cambia es la pregunta que cada marco le hace a cada tramo. Por eso este análisis no se ordena por país sino por tramo del pipeline de grounding, y en cada uno contrasta la LGPD brasileña, la Circular Externa 002 de 2024 de la SIC colombiana y la norma de IA de la SPDP ecuatoriana. El objetivo no es dictaminar cumplimiento, sino que el equipo de TI sepa qué evidencia preparar en cada punto del flujo.

Los cinco tramos, uno al lado del otro

Puestos en paralelo, los tres marcos cargan el peso en lugares distintos:

Mapa de control
Qué mira cada marco en cada tramo
💬 Entrada y salida
Brasil · LGPD
Parte del tratamiento; transparencia hacia el titular
Colombia · Circular 002 de 2024
Idoneidad del uso
Ecuador · SPDP
Información clara al titular
🔎 Recuperación de contexto
Brasil · LGPD
Descripción de datos en el relatório de impacto
Colombia · Circular 002 de 2024
Necesidad y proporcionalidad
Ecuador · SPDP
Registro de Actividades de Tratamiento
🤖 Modelo y proveedor
Brasil · LGPD
Agentes de tratamiento identificados
Colombia · Circular 002 de 2024
Responsabilidad demostrada
Ecuador · SPDP
Rol de cada actor, sin importar su ubicación
📄 Decisión sobre el cliente
Brasil · LGPD
Derecho a revisión de decisiones automatizadas
Colombia · Circular 002 de 2024
Estudio de impacto previo si hay alto riesgo
Ecuador · SPDP
Evaluación de impacto y auditoría según riesgo

Las secciones siguientes recorren el mapa fila por fila.

Entrada y salida: el tratamiento empieza antes del modelo y termina después

Brasil · LGPD
El tratamiento no se limita al entrenamiento del modelo
Borde de entrada
💬
Recepción de entradas
La pregunta que escribe el agente ya es parte del tratamiento
↓
Inferencia
🤖
Generación de salidas
El modelo redacta la respuesta
↓
Borde de salida
📄
Puesta a disposición
La respuesta que recibe el agente también es tratamiento
IAPP, 2026, sobre la Nota Técnica N.º 1/2026 de la ANPD

La lectura brasileña es la que más estira los bordes del recorrido. Según el análisis que IAPP publicó sobre la Nota Técnica N.º 1/2026 de la ANPD, la LGPD alcanza las etapas del servicio y no solo el entrenamiento del modelo (IAPP, 2026). Para el agente de nuestro caso, eso significa que su pregunta y la respuesta que recibe pesan tanto como la inferencia.

Sobre esos dos bordes recae la transparencia. La LGPD exige informaciones claras y accesibles sobre el tratamiento y sobre quién lo ejecuta (Lei 13.709, art. 6, 2018). La norma ecuatoriana pide informar al titular con claridad sobre el tratamiento automatizado (Lexis, 2026). La Circular colombiana lo aborda como idoneidad: que el uso sea adecuado al fin legítimo que lo justifica (Cuatrecasas, 2024).

En la práctica, la evidencia de este tramo es un registro de qué consulta entró, con qué identidad y qué respuesta salió.

Recuperación de contexto: justificar cada campo, no el sistema

Colombia · Circular 002 de 2024
Justificar el sistema vs. justificar cada campo
Justificación genérica
Argumento El asistente «necesita contexto»
Suficiencia No basta ante los criterios de la Circular
Justificación por campo
Curva de consumo Por qué trae la curva completa y no solo el periodo facturado
Contrato de generación distribuida Por qué incluye las cláusulas y no solo el saldo
Insumo de TI Inventario de campos que el recuperador consulta, con su justificación

Es el tramo donde más pesa el criterio colombiano. La Circular exige que el tratamiento de datos personales en sistemas de IA se apoye en idoneidad, necesidad, razonabilidad y proporcionalidad en sentido estricto (Cuatrecasas, 2024). Eso cambia la unidad de análisis: lo que se justifica no es el asistente en abstracto, sino cada campo que el recuperador trae a la consulta.

Brasil llega a la misma granularidad por otra vía. Si la autoridad ordena un relatório de impacto, este debe describir como mínimo los tipos de datos tratados, la metodología de seguridad y las salvaguardas de mitigación adoptadas (Lei 13.709, art. 38, 2018). Ecuador, por su parte, exige que esos tratamientos figuren en el Registro de Actividades de Tratamiento (Lexis, 2026). Por caminos distintos, los tres marcos terminan pidiendo el mismo insumo técnico.

Tratamiento previo: enmascarar no siempre saca el dato del marco

Tramo de enmascaramiento
Ocultar un campo no es salir del marco
Supuesto
Lo que dice la norma
Un campo enmascarado deja de ser dato personal
La LGPD no considera datos personales a los anonimizados, salvo que la anonimización pueda revertirse con esfuerzos razonables: un campo ofuscado que la utility puede reasociar al cliente sigue siendo dato personal
Si el dato llega seudonimizado o cifrado, el proveedor no tiene acceso
La reforma ecuatoriana (Res. SPDP-SPD-2026-0037-R) define el acceso con independencia de que los datos se traten de forma individualizada, agregada, seudonimizada o cifrada
Ocultar un campo reduce exposición, pero no convierte por sí solo al proveedor en un actor sin acceso.
¿Quieres revisar el tramo de enmascaramiento de tu pipeline? Conversemos.

En la pieza anterior de esta serie vimos qué se enmascara antes de que el dato toque un modelo externo. Aquí la pregunta es qué efecto legal tiene ese enmascaramiento, y la respuesta varía según la jurisdicción.

En Brasil, la línea la traza la reversibilidad (Lei 13.709, art. 12, 2018). La prueba relevante no es que el campo esté oculto, sino que la propia utility no pueda volver a asociarlo al cliente. Colombia orienta hacia técnicas como la privacidad diferencial para proteger la identidad de los titulares en el análisis de datos (Cuatrecasas, 2024).

Ecuador es el más explícito: su reforma no deja que la forma de tratamiento del dato decida por sí sola si hay acceso (NMS, 2026). Según su texto, esa reforma rige desde su publicación en el Registro Oficial. Para quien diseña este tramo, enmascarar es una medida para reducir exposición, no un argumento para declarar que el proveedor no tiene acceso.

Modelo y proveedor: quién ve qué, y cómo se prueba

Ecuador · Reforma SPDP
Lo que la reforma pide al encargado del modelo
🧭
Alcance condicionado
Para los encargados, la norma aplica si tienen acceso, visibilidad o control efectivo sobre los datos; para los responsables, la regla se mantiene
Res. 0037-R
🔎
La visibilidad cuenta
Incluye la posibilidad de inferir o consultar el contenido, el flujo o los resultados, aun sin acceso directo a la totalidad de los datos
📋
Deber de informar
El encargado que provea, desarrolle o mantenga el sistema informa al responsable sobre funcionamiento, limitaciones, riesgos y controles
🛡️
Carga de acreditación
Si alega no tener acceso, visibilidad ni control, debe conservar evidencia suficiente para acreditarlo ante la SPDP

Para este tramo, la norma ecuatoriana ofrece el vocabulario más útil a un arquitecto. La Resolución SPDP-SPD-2026-0009-R, suscrita en febrero de 2026, define las figuras de desarrollador, desplegador, distribuidor e implementador como responsables o encargados del tratamiento (Lexis, 2026). Además, se aplica con independencia de dónde esté el sistema o el proveedor (Lexis, 2026).

La reforma posterior afinó las obligaciones del encargado en los términos que resume el recuadro (NMS, 2026). De ahí sale el ejercicio práctico para la utility: mapear, fase por fase, qué puede ver, inferir o condicionar el operador del modelo, y qué información y evidencia debe quedar documentada.

Colombia llega al mismo punto desde la responsabilidad demostrada, que obliga a responsables y encargados a demostrar el cumplimiento efectivo de las normas de protección de datos (Cuatrecasas, 2024). Brasil llega desde la transparencia sobre los agentes de tratamiento (Lei 13.709, art. 6, 2018). En los tres casos, la respuesta tiene que estar por escrito.

Decisión sobre el cliente: cuando la respuesta deja de ser informativa

Último tramo
Cuando la respuesta alimenta una decisión
⚖️
Brasil
El titular puede pedir la revisión de decisiones tomadas únicamente con base en tratamiento automatizado que afecten sus intereses
LGPD art. 20
📊
Colombia
Realizar y documentar un estudio de impacto de privacidad antes del diseño, en especial ante alto riesgo de afectación a los titulares
Circular 002 de 2024
🔄
Ecuador
El texto original exigía gestionar riesgos, evaluar impacto y auditar según el nivel de riesgo; la reforma exige la evaluación de impacto cuando corresponda
SPDP

El último tramo importa cuando la salida del asistente alimenta algo que afecta al cliente, como un ajuste de facturación o una gestión de cobro. Ahí se activan las exigencias que resume el recuadro: la revisión de decisiones automatizadas en Brasil (Lei 13.709, art. 20, 2018), el estudio de impacto previo en Colombia (Cuatrecasas, 2024) y, en Ecuador, la evaluación de impacto y la auditoría según el nivel de riesgo (Lexis, 2026), con el ajuste que introdujo la reforma (NMS, 2026).

Si la consulta sobre la factura con inyección cae o no en la categoría de alto riesgo es una calificación del asesor legal de cada utility. Lo que aporta el equipo técnico es un dato previo y verificable: si la respuesta del asistente se usa para decidir o solo para informar.

Un piso común, tres énfasis

Recorrido el flujo, el denominador común aparece al final y no al principio. En Brasil, las herramientas de IA pueden evaluarse con el marco jurídico vigente, y cuando el sistema trata datos personales se aplican los principios y obligaciones de la LGPD (IAPP sobre la Nota Técnica N.º 1/2026 de la ANPD, 2026). En Colombia, la SIC reiteró que las leyes de habeas data rigen sin importar el medio con que se trate la información (Cuatrecasas, 2024). Ecuador fue un paso más allá y lo plasmó en una norma específica.

Para una utility, la consecuencia es concreta: la curva de consumo de un cliente residencial o los términos de su contrato de generación distribuida no dejan de ser datos personales por viajar dentro de un prompt. Lo que varía es el tramo en que cada marco pide la prueba.

Lo que este mapa no hace

Este ejercicio no certifica que un despliegue cumpla. Ordena la evidencia técnica por tramo para que quien sí dictamina, sea el área jurídica o el oficial de protección de datos de cada país, pueda hacerlo con hechos y no con supuestos. En AGT acompañamos ese trabajo desde el lado de la arquitectura: identificamos qué objetos del core comercial alimentan el grounding y qué controles existen en cada tramo.

En la próxima y última pieza de la serie veremos cómo convertir este mapa en documentación del pipeline de grounding que sirva como evidencia de gobierno ante una auditoría.

Fuentes

Artículo de Edward Camacho Guerra, elaborado con apoyo de herramientas de inteligencia artificial y revisado y aprobado por el autor.

Conversemos 30 minutos

¿Este análisis mapea un mercado donde ya operas o estás evaluando entrar?

Revisamos tu caso específico, mapeamos los riesgos que aplican, y te decimos honestamente si es oportunidad para ti —sin pitch comercial, solo discusión técnica y estratégica.

Al enviar aceptas ser contactado por AGT Consultoría para el assessment solicitado. Tus datos no serán compartidos con terceros ni usados para publicidad.

Edward Camacho Guerra · CEO / Arquitecto de Soluciones SAP
#lgpd #habeas data #lopdp #ia generativa #gobierno de datos #sap joule #utilities