Inicio/Blog/IA aplicada

IA para banca y seguros: primero permisos, después velocidad

En servicios financieros, una respuesta rápida pierde valor si revela información, interpreta mal una condición o ejecuta una acción sin autoridad.

Una persona pregunta por qué aumentó la prima de su póliza. Otra quiere saber si un cargo en su tarjeta corresponde a una compra real. Un ejecutivo necesita resumir documentos antes de revisar una solicitud. En los tres casos, la inteligencia artificial puede encontrar información y preparar trabajo con mucha rapidez. También puede cruzar una frontera sin que la conversación parezca peligrosa.

El problema no siempre es una respuesta inventada. Puede ser una respuesta correcta entregada a la persona equivocada, una explicación tomada de una versión anterior o una acción válida ejecutada sin autorización. En banca y seguros, esa diferencia pesa más que unos segundos de espera.

Por eso, el primer diseño no debería comenzar con todo lo que el asistente podría contestar. Conviene empezar por algo menos vistoso: quién pregunta, qué relación tiene con el caso, qué fuente gobierna la respuesta y qué puede hacer el sistema después de contestar.

La misma pregunta cambia según quién la hace

"¿Cuál es el saldo?" parece una consulta sencilla. Sin embargo, antes de mostrarlo hay que comprobar identidad, producto y alcance del acceso. El titular, un firmante autorizado, un colaborador de atención y un analista interno pueden necesitar información distinta. El dato no cambia; cambia el permiso para verlo.

En seguros ocurre algo parecido. Una persona puede pedir información general sobre coberturas sin identificarse. Consultar el estado de una reclamación, acceder a documentos médicos o modificar beneficiarios pertenece a otra clase de conversación. Un asistente que trata ambas situaciones como preguntas frecuentes convierte la comodidad del canal en riesgo.

Una solución de inteligencia artificial aplicada debe reconocer el estado de la conversación. Mientras la identidad no esté validada, puede orientar sobre requisitos públicos y explicar cómo continuar. Después de la validación, solo debería consultar los productos o expedientes que correspondan a esa persona y a esa tarea. La autenticación no puede convertirse en permiso abierto para todo.

Leer no es lo mismo que actuar

Los proyectos suelen empezar con búsquedas y respuestas. Luego aparece una solicitud razonable: si el sistema ya entendió el caso, ¿por qué no actualizar el teléfono, bloquear la tarjeta, cambiar una dirección o iniciar un reclamo?

Ahí conviene separar permisos de lectura y acción. Un asistente puede tener autorización para mostrar el estado de una solicitud, pero no para aprobarla. Puede preparar el cambio de un dato, pero exigir una confirmación por un canal seguro. Puede reunir los antecedentes de un reclamo sin determinar cobertura ni responsabilidad.

La distinción también debe existir dentro del trabajo interno. Un colaborador autorizado para atender consultas quizá pueda ver datos básicos y registrar una gestión, pero no alterar límites, aprobar pagos o acceder a expedientes ajenos. Un supervisor puede revisar excepciones sin necesitar acceso indiscriminado a cada documento. Los permisos deben seguir el trabajo real, no una etiqueta amplia como "equipo de operaciones".

Cuando una acción tiene consecuencias financieras, contractuales o sobre datos personales, la velocidad deja de ser la medida principal. Importa que exista autoridad, confirmación y un registro que permita reconstruir lo ocurrido.

La fuente vigente evita explicaciones convincentes y equivocadas

Una póliza puede tener condiciones generales, anexos, endosos y comunicaciones posteriores. Un producto bancario puede estar sujeto a tarifas, términos y reglas que cambian. Si el asistente consulta una carpeta donde conviven varias versiones, puede redactar una respuesta clara usando el documento incorrecto.

No basta con cargar archivos y pedirle al modelo que escoja el más reciente. La organización necesita declarar qué documento está vigente, desde cuándo aplica, a qué producto corresponde y quién responde por actualizarlo. También debe retirar o marcar las versiones reemplazadas para que no sigan compitiendo dentro de la búsqueda.

Hay preguntas que no se resuelven con una fuente general. Explicar una cobertura en términos informativos es distinto de decidir si un evento concreto está cubierto. Describir el procedimiento para disputar un cargo no equivale a concluir que hubo fraude. La IA puede localizar cláusulas, ordenar fechas y señalar datos faltantes. La conclusión debe permanecer con la persona o el proceso que tiene autoridad para tomarla.

La fuente debe aparecer en la trazabilidad del caso. Si una respuesta se cuestiona después, la institución necesita saber qué versión fue consultada y qué parte del texto respaldó la orientación. Guardar solamente la respuesta final deja fuera la evidencia más importante.

Los datos mínimos dependen de la tarea

Un asistente no necesita ver todo el expediente para contestar cualquier pregunta. Para informar el horario de una sucursal no requiere conocer productos contratados. Para recordar documentos pendientes quizá necesite una lista de requisitos y el estado del caso, pero no el contenido completo de cada archivo. Para preparar una revisión, puede trabajar con campos delimitados en lugar de una base abierta.

Esta reducción de acceso es especialmente importante cuando aparecen identificaciones, información financiera, datos médicos o antecedentes de reclamaciones. La Ley 81 de 2019 sobre protección de datos personales establece en Panamá principios, obligaciones y procedimientos para el tratamiento de datos personales. Conectar IA no elimina esas responsabilidades ni convierte todos los datos disponibles en datos necesarios.

También hay que mirar lo que sale del sistema. Un resumen puede revelar información tan sensible como el documento original. Copiarlo en un correo, un chat interno o una herramienta sin controles crea una nueva exposición. La seguridad y gobernanza de IA debe cubrir fuentes, usuarios, resultados, registros y tiempo de conservación, no solo el acceso inicial al modelo.

En banca, los canales electrónicos ya exigen gestión de riesgo

La conversación sobre IA no llega a un terreno sin reglas. La Superintendencia de Bancos de Panamá publica el Acuerdo 5-2021 sobre banca electrónica y gestión de riesgos, y su inventario de acuerdos bancarios incluye lineamientos relacionados con riesgo de tecnología de la información y seguridad.

Esto no significa que cada uso de IA tenga una respuesta idéntica ni que un artículo pueda sustituir la revisión regulatoria de una entidad. Sí deja una advertencia práctica: un asistente conectado a un canal bancario forma parte de una operación donde autenticación, continuidad, monitoreo, incidentes y controles tecnológicos ya importan.

Una demo que responde bien diez preguntas no demuestra que el canal esté listo. Hay que probar qué ocurre cuando la sesión cambia de usuario, el dato no coincide, la fuente no está disponible, una acción falla a mitad del recorrido o la conversación contiene instrucciones contradictorias. También hace falta definir quién recibe la alerta y cómo continúa la atención sin obligar al cliente a comenzar de nuevo.

En seguros, el reclamo necesita una ruta, no un veredicto automático

La atención de seguros mezcla orientación, documentos, condiciones contractuales y desacuerdos que pueden crecer. La Superintendencia de Seguros y Reaseguros de Panamá explica en su sección de protección al consumidor de seguros que las aseguradoras deben contar con un Ejecutivo de Controversias como instancia interna para atender reclamos antes de una queja formal ante la Superintendencia.

Ese recorrido muestra por qué un asistente no debería intentar cerrar toda conversación. Puede explicar requisitos, comprobar si llegó un documento, ordenar una cronología y dirigir el caso al canal correspondiente. No debería inventar una causa de rechazo, asegurar que habrá indemnización ni reducir una controversia a una clasificación automática.

El traspaso debe incluir lo que la persona ya aportó, los hechos comprobados, las condiciones consultadas y lo que todavía falta revisar. Dejar solo una transcripción extensa traslada el trabajo al siguiente colaborador y obliga al asegurado a repetir su historia. Una automatización de procesos puede crear el caso, asignar responsable y mantener el recorrido visible sin entregar a la IA la decisión de fondo.

La velocidad útil se mide hasta el desenlace

Un asistente puede reducir el tiempo de la primera respuesta y, aun así, empeorar la operación. Ocurre cuando genera más reaperturas, envía casos incompletos, hace promesas que el equipo no puede cumplir o obliga a corregir datos en varios sistemas.

La medición debe seguir el asunto completo. ¿El caso llegó al área correcta? ¿La persona tuvo que identificarse otra vez? ¿La respuesta usó una fuente vigente? ¿La acción quedó confirmada? ¿Las excepciones se resolvieron dentro del plazo previsto? ¿Hubo consultas o cambios que el permiso debió bloquear?

También conviene contar las abstenciones correctas. Si el sistema detecta identidad dudosa, documentos contradictorios o falta de autoridad, detenerse es parte del servicio. La pausa debe explicar qué falta y abrir una salida concreta. Un simple "no puedo ayudar" protege al sistema, pero no necesariamente ayuda al cliente.

Un piloto prudente empieza con una frontera estrecha

La primera prueba no necesita abarcar atención, análisis y operaciones al mismo tiempo. Puede concentrarse en una tarea de bajo riesgo y alto volumen: orientar sobre requisitos públicos, preparar el expediente de un tipo de solicitud o asistir internamente en la búsqueda de procedimientos aprobados.

El piloto debe incluir casos incómodos desde el inicio. Dos clientes con nombres parecidos. Un documento vencido. Una póliza con endoso posterior. Una solicitud hecha por un tercero. Una acción que excede el permiso del usuario. Una fuente temporalmente inaccesible. Esas situaciones muestran si el diseño conserva control cuando la conversación deja de parecerse a la demostración.

Antes de ampliar el alcance, la institución debería poder responder con claridad quién entra, qué consulta, sobre cuáles fuentes, qué acciones puede proponer, cuáles puede ejecutar y dónde queda el registro. Si alguna respuesta depende de "el modelo debería entenderlo", todavía falta diseño.

En banca y seguros, la IA puede quitar trabajo repetitivo, ayudar a reunir evidencia y acortar recorridos. Su valor no está en actuar antes que todos. Está en preparar mejor cada caso sin revelar más, prometer más ni decidir más de lo autorizado. Primero vienen los permisos. La velocidad sirve después.

¿Te resultó útil este artículo?
Empecemos

¿Listo para aplicar esto en su operación?

Hagamos un diagnóstico inicial, sin compromiso.