IA de atención con rastro revisable, no una demo bonita

Imagine un sábado a las once de la noche. Un cliente escribe al asistente de su aseguradora, su banco o su tienda: «¿Ya se aplicó mi pago? Me aparece un cargo que no reconozco». El asistente responde con amabilidad, con buena redacción y con total seguridad: «Su pago está en proceso, no se preocupe». No consultó el sistema de cobranza, porque no tiene acceso. Contestó con lo que sabía del tema en general. El lunes, el cliente llama a su ejecutivo y repite todo desde el principio.

Esa escena no es una falla del modelo de lenguaje; ilustra un riesgo de diseño: un asistente puede responder con soltura y aun así no contar con el acceso, el permiso o el contexto necesarios para resolver un caso real. Una demostración, con su escenario limpio, rara vez deja ver ese riesgo.

Este artículo es para quien responde por la atención al cliente, la operación, la tecnología o el cumplimiento en un banco, una fintech, una aseguradora, una cadena de retail o una empresa regulada. Defiende una idea: un asistente de IA que atiende a toda hora puede resolver, con control, cuando al menos cinco capacidades existen antes de encenderlo, y si usted puede mostrarle a un auditor o a un cliente qué hizo, con qué dato y por qué.

Por qué los asistentes se quedan en demo

Una demostración funciona porque el escenario es limpio: un cliente de prueba, tres preguntas ensayadas, ningún sistema real de por medio. Lo que ocurre después, en una operación con décadas de sistemas acumulados, tiene dos formas frecuentes de fracasar.

La primera: el asistente no toca los sistemas reales. Responde sobre políticas, horarios y preguntas frecuentes, pero no puede consultar un saldo, un estatus de siniestro, una póliza o un pedido. Cuando el cliente pregunta por su caso, el asistente solo puede disculparse o transferirlo. Se vuelve un buscador de preguntas frecuentes con buena dicción.

La segunda es más peligrosa: toca los sistemas, pero sin control. Alguien le entrega un usuario genérico con permisos amplios «para que funcione», o conecta un acceso temporal que se queda para siempre. El asistente ahora puede consultar y actuar, pero nadie puede decir con precisión a qué datos accedió, a nombre de quién, ni quién autorizó esa acción. En una demostración eso no se nota. En una queja ante la autoridad, sí.

El dato de mercado apunta en la misma dirección, con una salvedad de método. Dato de Gartner: en una encuesta a 5,728 clientes realizada en diciembre de 2023, Gartner reportó que solo 14 % de los problemas de atención y soporte se resolvió por completo en autoservicio; entre los que los clientes describieron como «muy simples», la cifra fue de 36 % [3]. Es una encuesta de consumidores, no una línea base de México ni de un sector específico; úsela como señal. La cifra distingue entre contestar y resolver; no demuestra por sí sola la causa de cada fallo. Para los casos que requieren consultar información vigente o iniciar un trámite, el comité debe verificar qué datos y acciones están autorizados para el asistente.

Lo que necesita uno que sí resuelva

Cuando un asistente deja de ser demostración y empieza a operar, necesita cinco capacidades. Cuatro son técnicas y una es de proceso.

1. Identidad: saber con quién habla y a nombre de quién actúa

Antes de mostrar un dato, el asistente debe saber que quien escribe es quien dice ser, y con qué nivel de confianza. El nivel de confianza no lo determina el canal por sí solo: debe definirse según las señales disponibles y el riesgo de la acción. Una conversación iniciada en WhatsApp no equivale automáticamente a una sesión autenticada con los controles definidos por su organización. La regla útil es que el asistente no eleve por sí mismo el nivel de confianza: si la consulta es sobre un saldo o un cambio de datos, pide una verificación que corresponda al riesgo, y si no se completa, no avanza. Lo mismo aplica al revés: el asistente mismo debe tener una identidad propia en sus sistemas, no la credencial compartida de una persona.

2. Permisos: lo mínimo, para lo concreto

Un asistente de atención no necesita acceso a todo el sistema; necesita consultar el estatus de una operación del cliente que ya fue identificado, y quizá iniciar un trámite acotado. Esa diferencia, entre «puede ver todo» y «puede hacer estas tres cosas sobre este cliente», es la que separa un riesgo manejable de uno que a un comité de riesgos le costaría aceptar. Cada acción debe estar definida de antemano, con un alcance limitado y, cuando sea posible, con la posibilidad de revertirse.

3. Datos del cliente: solo los necesarios, y a la vista del titular

Aquí entra la ley, y se verá más abajo. La idea de fondo es operativa: cuanto más datos personales pasan por el asistente, más superficie hay que proteger. Conviene saber qué dato consulta, para qué finalidad, dónde se procesa, qué proveedores intervienen y cuánto tiempo se conserva la conversación.

4. Bitácora: poder reconstruir cualquier conversación

Es la capacidad que más se subestima y la que más pesa cuando algo sale mal. Para cada interacción importa poder reconstruir: quién preguntó y cómo se verificó, qué dato se consultó, qué respondió el asistente, qué acción ejecutó, qué versión de las instrucciones y del modelo estaba activa y cuándo ocurrió. Una bitácora que solo guarda el texto de la conversación no basta; la que sirve registra también lo que el asistente hizo en los sistemas. Y debe estar protegida contra alteración, porque una bitácora que alguien puede editar no es evidencia.

5. Paso a humano: salir a tiempo, con contexto

El asistente debe saber cuándo no debe seguir: una queja formal, un cliente molesto, un caso fuera de su alcance, una duda que no puede verificar. Y al pasar el caso, la persona debe recibir el contexto necesario y pertinente para resolver el caso (lo que ya se verificó, lo que se consultó y el historial que se justifique), para que el cliente no tenga que repetirse. Un buen paso a humano no es un fracaso del asistente; es parte del control. Un asistente que nunca escala suele ser un asistente que contesta lo que no sabe.

Lo que dice la nueva ley de datos personales

La Ley Federal de Protección de Datos Personales en Posesión de los Particulares que rige hoy es una ley nueva: se publicó en el Diario Oficial de la Federación el 20 de marzo de 2025, sustituyó a la de 2010 y su texto vigente incluye una reforma del 14 de noviembre de 2025. La autoridad que la aplica es ahora la Secretaría Anticorrupción y Buen Gobierno [1]. Cinco puntos del texto importan a quien opera un asistente de IA. Los resumimos a continuación; su aplicación a un flujo, un canal y un sector concretos debe validarse con su área jurídica y de cumplimiento.

• Aviso de privacidad en canales electrónicos (art. 16). Cuando los datos se obtienen por un medio electrónico, el aviso debe darse en su modalidad simplificada, con la información básica y el sitio donde se consulta el aviso integral. Si en un chat o en WhatsApp se recaban datos personales, valide con su área jurídica cómo se pone a disposición el aviso simplificado y el acceso al integral en ese flujo, e inclúyalo desde el primer contacto [1].
• Finalidad (art. 11). El tratamiento debe limitarse a las finalidades del aviso; para una finalidad distinta se requiere obtener de nuevo el consentimiento. Si piensa reutilizar conversaciones para entrenar o mejorar el asistente, revise si su aviso lo prevé [1].
• Medidas de seguridad y confidencialidad (arts. 18 y 20). Se exigen medidas administrativas, técnicas y físicas contra la pérdida, la alteración o el acceso no autorizado, proporcionales al riesgo y a la sensibilidad de los datos, y controles para que quienes intervengan en el tratamiento guarden confidencialidad [1]. Los permisos mínimos y la bitácora de la sección anterior son la versión práctica de esta exigencia.
• Decisiones automatizadas (art. 26, fracción II). La persona titular puede oponerse, por causa legítima, al tratamiento cuando sea automatizado, le produzca efectos jurídicos no deseados o afecte de manera significativa sus intereses, derechos o libertades, y esté destinado a evaluar, sin intervención humana, determinados aspectos personales o a analizar o predecir, entre otros, su situación económica, su fiabilidad o su comportamiento; la ley exceptúa los casos en que el tratamiento sea necesario para cumplir una obligación legal [1]. Si el flujo puede producir efectos jurídicos no deseados o afectar significativamente a una persona mediante tratamiento automatizado, revise con su área jurídica el derecho de oposición. Defina también, como control de riesgo, qué decisiones requieren revisión humana.
• Derechos ARCO y plazos (art. 2, fracs. VII y VIII; arts. 22 a 31 y 58). La persona titular puede pedir acceso, rectificación, cancelación u oposición. El responsable debe comunicar su determinación en un máximo de veinte días desde que recibe la solicitud, y la ley define «días» como hábiles; puede ampliarse una vez por un periodo igual si lo justifican las circunstancias. No cumplir una solicitud sin razón fundada es una infracción [1]. Conviene que el chat identifique y canalice una posible solicitud ARCO al mecanismo del aviso de privacidad, que se validen la identidad y los requisitos (art. 28) y que se conserve la fecha de recepción; y cancelar no siempre es borrar de inmediato, porque la ley prevé un periodo de bloqueo (art. 24).

Una nota de prudencia: la ley remite a su Reglamento para varios procedimientos, y al cierre de este artículo la compilación de la Cámara de Diputados solo listaba el Reglamento publicado en 2011, expedido para la ley anterior [5]. Por eso, además de esta ley, confirme con su área jurídica el reglamento, las disposiciones secundarias y la regulación sectorial vigentes a la fecha en que lo lea; cualquiera de ellos puede precisar las obligaciones anteriores.

Las quejas: donde la bitácora se vuelve defensa

Para las entidades financieras que enumera el artículo 3, fracción IX, de la ley (instituciones de crédito, sociedades financieras de objeto múltiple, sociedades financieras populares y comunitarias, cooperativas de ahorro y préstamo, uniones de crédito e instituciones de tecnología financiera), conviene revisar si el flujo del asistente cae en el procedimiento de aclaraciones. La Ley para la Transparencia y Ordenamiento de los Servicios Financieros (art. 23) dice que, en las operaciones y servicios celebrados por contratos de adhesión de celebración masiva y hasta por los montos máximos que establezca la autoridad (la CONDUSEF), cuando un cliente no está de acuerdo con un movimiento, puede presentar una solicitud de aclaración dentro de los noventa días naturales contados desde la fecha de corte o, en su caso, de la operación o el servicio; que la entidad debe acusar recibo, y que, una vez recibida la solicitud, tiene un máximo de cuarenta y cinco días para entregar al cliente un dictamen con copia de la evidencia considerada y un informe detallado que responda todos los hechos planteados [2]. La lista de entidades financieras de esa ley no incluye a las aseguradoras: si usted es aseguradora, su circuito de quejas lo fijan la Ley de Protección y Defensa al Usuario de Servicios Financieros (su art. 50 Bis exige a cada institución financiera, aseguradoras incluidas, una unidad especializada de consultas y reclamaciones, que debe recibirlas por cualquier medio que facilite su recepción y responder por escrito en un plazo que no exceda de treinta días hábiles) y la regulación de seguros [4]. Los matices de cada tipo de queja y de cada autoridad vienen en la regulación sectorial; conviene que su área de cumplimiento los confirme.

Lo que importa aquí para un asistente es una consecuencia práctica. No todo mensaje de chat constituye por sí mismo una aclaración formal. Si el canal está habilitado para recibirla, o el flujo identifica y canaliza la solicitud, la conversación puede formar parte del expediente y conservar evidencia útil. Si el asistente dijo algo incorrecto, o si el cliente lo dijo y nadie lo registró, la institución llega al dictamen sin evidencia. Una bitácora completa y consultable convierte esa conversación en un insumo para responder; una que no existe la convierte en un hueco.

Por eso la pregunta del comité no es «¿cuántos contactos contiene el asistente?». Es: ¿qué ocurre cuando un contacto se convierte en una queja? Las disposiciones de la CONDUSEF sobre las unidades especializadas ya piden, en cualquier medio de recepción, incluido el electrónico, acusar recibo, asignar un número de folio e indicar el tiempo de respuesta, y tener los antecedentes a disposición de la Comisión durante dos años [6]. Esas disposiciones exigen acuse, folio y tiempo de respuesta, y conservar antecedentes y resoluciones por dos años. Lo demás es un objetivo interno de servicio, que conviene fijar y probar en ejercicios de control: que se registre con folio, fecha y hora, que pase a la persona correcta sin perder lo conversado y que alguien pueda recuperarlo en minutos, no en días. Pesa tanto como cualquier porcentaje de contención.

Escenario (ilustrativo; no corresponde a ningún cliente real. Los plazos de queja en seguros los fija otra regulación; el principio, llegar al expediente con evidencia, es el mismo). Una aseguradora mediana habilita a un asistente para informar el estatus de siniestros por WhatsApp. Un asegurado pregunta por su reclamación y recibe «en revisión, sin pendientes». Dos semanas después presenta una queja: dice que se le pidió un documento y que nadie se lo comunicó. Si la aseguradora puede reconstruir qué estatus consultó el asistente, a qué hora y con qué respuesta, cuenta con elementos para contrastar el caso y sustentar su respuesta. Si solo conserva un resumen genérico, el expediente depende de la memoria del asegurado y de la de su ejecutivo.

Cinco preguntas para su próximo comité

1. ¿Con qué identidad actúa nuestro asistente en cada sistema? Si es una cuenta compartida o con permisos amplios, el primer hallazgo ya está hecho.
2. ¿Podemos reconstruir, en minutos, cualquier conversación? Con quién habló, qué dato consultó, qué acción hizo, qué versión estaba activa. Pruébelo con una conversación elegida al azar.
3. ¿Dónde residen los datos personales que pasan por el asistente y qué proveedores intervienen? ¿Nuestro aviso de privacidad cubre esa finalidad? ¿Cada proveedor actúa como encargado o como tercero, y está documentado? ¿Cómo detectaríamos y notificaríamos una vulneración de seguridad (art. 19)?
4. Cuando una conversación se vuelve queja o solicitud ARCO, ¿quién la recibe, con qué folio y en cuánto tiempo? ¿Cómo llega con todo el contexto?
5. Si el asistente da una información equivocada, ¿quién responde, cómo se corrige y cómo queda documentado?

Cuantas más respuestas sean «no sé», más probable es que no falte un modelo mejor, sino conectar y gobernar lo que ya existe.

Antes de aprobar un caso de uso

Para comparar propuestas, pida evidencia del caso específico que quiere habilitar: los datos y proveedores involucrados; las acciones permitidas y las excluidas; una muestra de la bitácora y del paso a una persona; el responsable de negocio; y el criterio de aceptación. Así el comité compara alcance, riesgo y evidencia, no solo una demostración.

Por dónde empezar esta semana

No necesita iniciar un proyecto amplio. Elija una conversación de muestra cuyo acceso esté autorizado y controlado, idealmente con los datos minimizados, y pida a su equipo que reconstruya, sobre papel, estos cinco elementos: cómo se verificó a la persona, qué sistema se consultó y con qué permiso, qué respondió el asistente, dónde quedó registrado y quién se habría enterado si hubiera sido una queja. Documente las lagunas que encuentre y priorícelas por riesgo: lo que no se puede reconstruir le indica por dónde empezar.

Haga el mismo ejercicio con una conversación que el asistente haya pasado a una persona: ¿llegó todo el contexto?

Qué hace Hábil

Hábil trabaja justo donde un asistente deja de ser demostración: conectar la IA con los sistemas que ya operan, con identidad, permisos acotados, registro de lo que hace y paso a una persona cuando corresponde. Hábil AI es la oferta para conectar capacidades de IA con los sistemas de la organización; Nova es el asistente virtual orientado a la atención. Cuando el caso requiera procesamiento en infraestructura bajo el control de su organización, el alcance, los proveedores y los controles deben definirse para ese caso. Para decidir quién entra a cada sistema, vea Controlar quién entra; para unir sus canales y sistemas, Unificar su operación y sus canales.

La primera conversación de diagnóstico es sin costo: sale con una primera lectura del mapa de sus integraciones y de los puntos donde probablemente se pierde dinero, tiempo o evidencia. Escríbanos por WhatsApp.