Tu agente de IA sabe demasiado, y el aviso de privacidad no lo dice
La LFPDPPP publicada el 20 de marzo de 2025 regula la información de privacidad en sus artículos 14 y 15, pero el texto del artículo 15 no menciona expresamente las decisiones automatizadas; esa ausencia no permite concluir que ningún aviso deba informar sobre ellas. Su artículo 26, fracción II, reconoce un derecho de oposición para ciertos tratamientos automatizados que evalúan aspectos personales sin intervención humana. Para un agente conectado al CRM, el reto es jurídico y de arquitectura.
Por Reynier RiveroIngeniero de software
Eran las 21:40 de un viernes.
Escena compuesta e hipotética: las siguientes líneas combinan patrones operativos de cobranza y no describen a un cliente concreto.
El cliente pidió dos semanas más para pagar.
El agente le dijo que no en once segundos.
No consultó a nadie.
No hacía falta: alguien le había conectado el historial de pagos, el scoring interno y la política de crédito, y le había dado permiso para responder.
Funcionó.
El cliente se quedó sin la prórroga; el negocio convirtió una evaluación económica en una respuesta automática sin revisión humana.
Esa es la parte incómoda.
La pregunta que conviene separar en dos
La frase que conviene revisar es esta:
«La nueva LFPDPPP obliga a informar en el aviso de privacidad cuando se usan decisiones automatizadas o perfilamiento.»
Fui a leer el texto oficial.
Los artículos 14 y 15 de la LFPDPPP publicada el 20 de marzo de 2025 regulan la información del aviso de privacidad. El artículo 15 enumera elementos como la identidad y domicilio del responsable; los datos que se tratan, señalando los sensibles; las finalidades; las opciones para limitar uso o divulgación; los mecanismos para ejercer derechos ARCO; y cómo se comunicarán los cambios al aviso.
El texto del artículo 15 no menciona expresamente las decisiones automatizadas ni el perfilamiento.
Esta es una lectura prudente del texto oficial vigente de la LFPDPPP, no el texto literal de la ley: esa ausencia no permite concluir, para todos los casos, que un aviso de privacidad nunca deba explicar ese tratamiento. La aplicabilidad depende del tratamiento concreto y de las obligaciones que correspondan.
La obligación o el riesgo relevante puede estar en otro sitio, y es más difícil de atender con un párrafo.
Dónde sí te alcanza
En el artículo 26, fracción II de la LFPDPPP publicada el 20 de marzo de 2025, la ley describe así el supuesto:
«Sus datos personales sean objeto de un tratamiento automatizado, el cual le produzca efectos jurídicos no deseados o afecte de manera significativa sus intereses, derechos o libertades, y estén destinados a evaluar, sin intervención humana, determinados aspectos personales de la misma o analizar o predecir, en particular, su rendimiento profesional, situación económica, estado de salud, preferencias sexuales, fiabilidad o comportamiento.»
Texto oficial del artículo 26, fracción II.
Lee otra vez «sin intervención humana».
Lee también «situación económica» y «fiabilidad».
Un agente que decide en once segundos si un cliente merece dos semanas más podría encajar en ese supuesto del artículo 26, fracción II si está evaluando su fiabilidad y su situación económica, sin intervención humana, y produce el tipo de efecto que la disposición contempla.
No es un caso de laboratorio.
La diferencia práctica es grande. Cuando el supuesto aplica, una posible implementación técnica sería contar con un control para pausar el automatismo de una persona concreta y habilitar una revisión humana. Esta es una interpretación técnica y prudente de arquitectura, no el texto literal de la ley: el artículo 26, fracción II no convierte por sí solo esa arquitectura en una obligación automática; diseñarla es una forma de preparar el sistema para tramitar una oposición cuando corresponda.
Además, el texto oficial vigente del artículo 26 aclara que el derecho de oposición no procede cuando «el tratamiento sea necesario para el cumplimiento de una obligación legal impuesta al responsable».
Si tu agente no puede escalar un caso a una persona, puede haber un problema de arquitectura que el aviso no arregla por sí solo.
Cobranza no es solo privacidad
En un flujo de cobranza, conviene revisar también la normativa aplicable al crédito y a la relación con el consumidor. La LFPDPPP no sustituye ese análisis sectorial, y este texto no determina si una práctica concreta cumple con normas financieras o de cobranza.
El agente recibió más de lo que necesitaba
En ese mismo flujo, mira qué recibió el agente.
Para responder «no» a una prórroga, el agente necesitaba saber si el cliente tenía pagos vencidos.
Recibió el historial completo, el scoring y las notas de comercial. Además, como la integración se hizo con la cuenta del director, podía consultar a cualquier otro cliente.
Dar al sistema más funciones, permisos o autonomía de los que necesita es una mala frontera de diseño.
La pregunta que ahorra trabajo después es aburrida y va antes del modelo:
¿Este dato necesita llegar hasta la IA?
Cuando no, se elimina, se enmascara o se sustituye por un identificador temporal. El agente resuelve con CLIENTE_8472. Una capa controlada de la aplicación sabe quién es. El modelo no.
Y cuando el dato sí tiene que llegar, la siguiente pregunta es si la acción que se va a ejecutar con él necesita una persona en medio.
En la práctica
- detectar datos personales antes de enviar contexto al modelo;
- limitar cada herramienta a las operaciones necesarias, no a las disponibles;
- conectar con una cuenta de servicio con permisos propios, nunca con la del director que hizo la integración;
- impedir el acceso entre clientes;
- dejar por escrito qué acciones exigen aprobación humana y construir ese paso;
- poder reconstruir, después, qué vio el agente y qué hizo — el mismo registro que hace auditable cualquier automatización conectada;
- limpiar datos personales de logs y trazas;
- probar prompt injection antes de producción.
Nada de esto luce en una demo.
Una demo puede durar veinte minutos.
Los sistemas se quedan años.
La prueba
¿Sabes exactamente a qué datos personales puede acceder tu agente hoy?
¿Y tienes una forma de pausar el automatismo para revisar un caso, si un cliente ejerce su derecho de oposición y el supuesto aplica?
Si la segunda se responde con «habría que ver», ese «habría que ver» puede ser una señal de que aún no has evaluado una posible implementación técnica para atender un supuesto del artículo 26, fracción II.
Si quieres ver la misma pregunta desde el lado de los datos del cliente, puedes leer qué sabe tu agente de IA sobre tus clientes.
En Prontavel nos gusta empezar por ahí: construir agentes e integraciones donde la frontera de datos y el paso humano son parte del diseño. El problema se define al principio o se hereda al final.
Este texto es informativo y no constituye asesoría jurídica. La aplicación concreta de la LFPDPPP y de cualquier norma financiera, de cobranza o de protección al consumidor requiere revisión profesional según la operación.
Calcula tú mismo el rango
Esto estima cuánto costaría construir y mantener tu proyecto. Cinco preguntas, y cada una enseña lo que suma. Es la misma hoja que usamos en el Discovery, así que puedes comprobar la aritmética en vez de fiarte de un número.
El servicio del que habla este artículo: Chatbots y agentes de IA que sí conocen tu empresa