Un agente de WhatsApp para banca puede orientar a una persona que necesita un certificado, una constancia o una copia de un documento, recopilar los datos mínimos, abrir el caso y comunicar su estado. Sin embargo, el chat no debería convertirse automáticamente en el lugar donde se autentica al cliente, se consultan todos sus datos o se entrega información financiera sensible.
La arquitectura más segura separa dos funciones: WhatsApp sirve como canal de conversación y seguimiento; los sistemas autenticados del banco validan identidad, generan el documento y controlan el acceso. El agente coordina ambas capas sin inventar estados ni pedir credenciales que no corresponden al canal.
Este caso de uso conecta capacidades de Seelai que trabajan mejor juntas: agente conversacional, inbox omnicanal, CRM inteligente, automatizaciones y agentes de backoffice. El resultado no es solo una respuesta rápida, sino una solicitud trazable desde el primer mensaje hasta la entrega confirmada.
Qué solicitudes puede coordinar el agente
El alcance depende de los productos, el país y las políticas de cada entidad. Un piloto puede comenzar con trámites frecuentes y de reglas estables, por ejemplo:
- Certificados de titularidad o existencia de una cuenta.
- Constancias de productos o relaciones bancarias.
- Copias de extractos o comprobantes disponibles en el canal autenticado.
- Certificados tributarios o soportes periódicos.
- Confirmación del estado de una solicitud documental.
- Orientación sobre requisitos, tiempos y canal de entrega.
- Escalamiento de inconsistencias, bloqueos o documentos que requieren revisión.
El agente puede identificar la intención y preparar el trámite, pero no debería asumir que todos los documentos tienen el mismo nivel de sensibilidad ni que el número desde el cual escribe una persona demuestra por sí solo su identidad.
Por qué una solicitud simple termina generando trabajo manual
Cuando el mensaje llega a una bandeja separada del CRM, el asesor busca al cliente, determina qué documento corresponde, explica requisitos, crea una tarea, consulta otro sistema y vuelve al chat para responder. Si el turno cambia o el cliente escribe por otro canal, la historia puede quedar fragmentada.
| Momento | Gestión fragmentada | Flujo conectado con un agente de WhatsApp |
|---|---|---|
| Solicitud | El motivo queda en texto libre | El agente identifica documento, producto y urgencia |
| Identidad | Se piden datos distintos en cada conversación | El riesgo determina una ruta de autenticación aprobada |
| Caso | El asesor copia información a otra herramienta | CRM e inbox comparten identificador, estado y responsable |
| Generación | Se consulta manualmente el sistema bancario | Una integración solicita el documento permitido |
| Excepción | El cliente repite la historia a otra persona | El handoff incluye evidencia, bloqueo y siguiente paso |
| Entrega | El archivo puede circular por un canal inadecuado | El acceso ocurre en un entorno autenticado y registrado |
| Seguimiento | El cliente pregunta varias veces | Los eventos confirmados activan actualizaciones de estado |
Principio de diseño: conversar en WhatsApp, autenticar y entregar en un entorno seguro
La guía de autenticación del FFIEC recomienda que las instituciones evalúen el riesgo de acceso y apliquen seguridad por capas; también advierte sobre las debilidades de depender de un solo factor. NIST SP 800-63-4 organiza la gestión de identidad digital alrededor del riesgo, la prueba de identidad, la autenticación y la federación.
Aplicado a este flujo, el agente no debe decidir el nivel de autenticación porque la conversación parezca sencilla. Una consulta general puede resolverse en el chat, mientras que una solicitud que expone información de cuenta puede requerir que la persona continúe en la app, portal o mecanismo autorizado por el banco.
WhatsApp tampoco debería solicitar contraseñas, PIN, claves completas, códigos de autenticación ni datos que el banco haya definido como secretos. Un enlace de continuación debe llevar a un dominio oficial, tener vigencia limitada y estar asociado al caso correcto; el agente solo informa el paso y espera el evento de resultado.
Flujo recomendado para certificados y constancias bancarias
1. Identifica la intención con datos mínimos
El agente pregunta qué documento necesita la persona, para qué producto y, cuando sea relevante, qué periodo requiere. No pide desde el inicio toda la información disponible en el CRM. Si la descripción es ambigua, ofrece opciones claras antes de crear el trámite.
También detecta señales que cambian la ruta: una solicitud urgente, un producto no reconocido, un documento para un tercero, una inconformidad o la mención de fraude no deberían tratarse como una descarga estándar.
2. Crea un caso común para conversación y operación
La solicitud recibe un identificador que relaciona WhatsApp, inbox, CRM y sistema documental. El registro puede incluir tipo de documento, producto, periodo, canal de entrada, estado, responsable, autenticación requerida y siguiente acción, sin copiar al chat información que no necesita mostrarse allí.
Un caso único evita duplicados cuando el cliente escribe de nuevo, cambia de canal o un webhook se reintenta. La automatización debe reconocer el trámite abierto y continuar sobre él.
3. Determina la ruta de autenticación según riesgo
Una matriz de políticas define qué solicitudes son informativas, cuáles requieren una sesión autenticada y cuáles necesitan revisión adicional. El agente consulta esa matriz; no improvisa preguntas de seguridad ni reduce controles para acelerar la conversación.
Si se requiere autenticación, el cliente continúa mediante el mecanismo oficial. El agente recibe únicamente el resultado necesario —por ejemplo, validación completada, vencida o fallida— y no las credenciales utilizadas.
4. Consulta requisitos y disponibilidad en la fuente oficial
Después de la validación correspondiente, una integración comprueba si el documento existe, puede generarse automáticamente, requiere un periodo específico o depende de una revisión. La respuesta al cliente debe basarse en ese estado real.
El agente no debería afirmar que el certificado está listo porque conoce el trámite habitual. Si la fuente oficial no responde, comunica que la solicitud está pendiente, crea una alerta y evita enviar una confirmación falsa.
5. Genera o solicita el documento con permisos mínimos
El agente o workflow usa una acción limitada al tipo de documento autorizado. Los permisos deberían separar lectura, generación, aprobación y entrega; una integración conversacional no necesita acceso general a todos los productos o expedientes del cliente.
Cada ejecución registra quién o qué inició la acción, parámetros permitidos, versión de la plantilla, resultado y errores. Los reintentos deben ser idempotentes para no generar solicitudes duplicadas.
6. Escala las excepciones con contexto
Cuando hay diferencias de identidad, producto cerrado, documento no disponible, datos inconsistentes o una solicitud fuera de catálogo, el agente entrega el caso a una persona. El handoff incluye el mensaje original, las validaciones realizadas, el bloqueo y la acción que falta; el cliente no debería empezar de nuevo.
El CFPB ha advertido que un chatbot deficiente puede dejar a las personas atrapadas cuando un problema es complejo o no existe acceso oportuno a soporte humano. Por eso, el escalamiento no es un parche: es una parte diseñada del servicio.
7. Entrega el acceso por el canal autorizado
El documento puede quedar disponible en la app, portal seguro, repositorio autenticado u otro mecanismo definido por la entidad. WhatsApp comunica que está listo y guía al cliente, pero evita adjuntar información sensible si esa entrega no está aprobada para el canal.
El evento de descarga, entrega o vencimiento actualiza el caso. Si el enlace expira o falla, el agente ofrece una ruta válida sin reutilizar indefinidamente el mismo acceso.
8. Cierra el caso con evidencia y reglas de retención
El CRM registra el resultado, fecha, canal, documento solicitado, autenticación completada, errores y responsable de cualquier excepción. La operación define cuánto tiempo conserva mensajes, archivos, resúmenes y registros de auditoría según sus obligaciones y políticas.
Qué automatizar y qué mantener bajo control
| El agente puede coordinar | Requiere regla, sistema o persona autorizada |
|---|---|
| Entender qué documento solicita el cliente | Definir el nivel de autenticación |
| Explicar requisitos y estados confirmados | Validar identidad y credenciales |
| Crear el caso y recopilar campos mínimos | Determinar quién puede acceder al documento |
| Activar una generación permitida | Modificar información financiera o contractual |
| Enviar recordatorios y avisos de disponibilidad | Resolver señales de fraude o inconsistencias materiales |
| Preparar un resumen para el equipo | Aprobar excepciones y entregas fuera de política |
Integraciones necesarias
- WhatsApp Business Platform para recibir mensajes y enviar comunicaciones aprobadas.
- Inbox omnicanal para que IA y equipo compartan la misma conversación.
- CRM o sistema de casos con estado, responsable, SLA y trazabilidad.
- Servicio de identidad y autenticación administrado por la entidad.
- Core bancario, gestor documental o API que actúe como fuente oficial.
- Portal, app o mecanismo seguro para entregar el documento.
- Webhooks para autenticación, generación, revisión, disponibilidad, entrega, error y vencimiento.
- Catálogo versionado de documentos, requisitos, permisos y mensajes permitidos.
Meta Blueprint documenta el uso de plantillas y categorías de mensajes en WhatsApp Business Platform. En una implementación real, los avisos proactivos deben respetar las políticas vigentes del canal, las preferencias del cliente y las reglas internas de comunicación; una integración técnica no sustituye esos controles.
Métricas para un piloto
Conviene elegir uno o dos documentos frecuentes, de riesgo conocido y proceso estable. La métrica principal debería reflejar una entrega válida, no solo una conversación atendida.
- Solicitudes completadas sin retrabajo ni cambio de canal no planificado.
- Tiempo desde el primer mensaje hasta documento disponible.
- Porcentaje de casos que llegan correctamente autenticados.
- Intentos fallidos o abandonados en el paso seguro.
- Solicitudes duplicadas por canal, reintento o cambio de asesor.
- Documentos incorrectos, periodos equivocados o enlaces vencidos.
- Handoffs con motivo, evidencia y siguiente acción completos.
- Tiempo de atención de excepciones y casos urgentes.
- Mensajes enviados fuera de preferencias o políticas.
- Incidentes de acceso, exposición o uso de permisos no autorizados.
- Recontactos del cliente antes y después del piloto.
Segmenta por documento, producto, canal, ruta de autenticación y motivo de excepción. Un promedio general puede ocultar que una constancia estándar funciona bien mientras una solicitud histórica sigue requiriendo demasiada intervención.
Cómo empezar sin intentar automatizar toda la banca
Selecciona un documento de alto volumen y reglas estables. Mapea el recorrido completo: mensaje, identificación del trámite, autenticación, consulta, generación, entrega, vencimiento y excepción. Luego define qué dato vive en cada sistema, qué puede leer o ejecutar el agente y qué evento confirma cada cambio de estado.
Prueba casos normales y adversos: número no reconocido, sesión vencida, documento inexistente, producto equivocado, webhook repetido, integración caída, cliente que pide una persona y mensaje que podría corresponder a fraude. Amplía el catálogo solo cuando la trazabilidad y la entrega segura funcionen de extremo a extremo.
Preguntas frecuentes
¿WhatsApp puede ser el canal de autenticación del banco?
El banco debe definir la autenticación según el riesgo y su marco aplicable. Para solicitudes sensibles, WhatsApp puede iniciar y acompañar el flujo, mientras la validación ocurre en una app, portal o servicio de identidad autorizado.
¿El agente puede enviar el certificado como archivo adjunto?
Solo si la entidad ha aprobado ese tipo de documento, destinatario y canal. Una opción más controlable es avisar que el documento está disponible y dirigir al cliente a un entorno autenticado con acceso limitado y trazable.
¿Qué ocurre si el cliente necesita ayuda humana?
El inbox debe permitir una transferencia visible, con prioridad, resumen y evidencia. El agente no debería bloquear la salida ni obligar al cliente a repetir información que el sistema ya recopiló.
¿Hay que reemplazar el CRM o el core bancario?
No necesariamente. Seelai puede funcionar como capa de conversación y coordinación conectada a los sistemas actuales mediante APIs, webhooks y permisos definidos. El core y los repositorios autorizados siguen siendo las fuentes oficiales.
Dónde encaja Seelai
Seelai conecta agentes de WhatsApp, inbox omnicanal, CRM inteligente, agentes de backoffice y automatizaciones para que una solicitud bancaria no se quede como un chat aislado. La conversación identifica el trámite; el CRM conserva el estado; las integraciones consultan y ejecutan acciones permitidas; y el equipo recibe las excepciones con contexto.
Así, la entidad puede mejorar tiempos y seguimiento sin confundir una respuesta rápida con una operación segura. El objetivo es que cada certificado o constancia tenga una ruta visible, un responsable y una entrega confirmada.
Fuentes
- Consumer Financial Protection Bureau (CFPB), Chatbots in consumer finance: https://www.consumerfinance.gov/data-research/research-reports/chatbots-in-consumer-finance/chatbots-in-consumer-finance/
- FFIEC, Authentication and Access to Financial Institution Services and Systems: https://www.ffiec.gov/news/press-releases/2021/pr-08-11
- NIST, SP 800-63-4 Digital Identity Guidelines: https://pages.nist.gov/800-63-4/
- Meta Blueprint, Create templates and send messages with the WhatsApp Business Platform: https://www.facebookblueprint.com/student/path/253055-message-templates
Si tu equipo todavía recibe solicitudes bancarias por WhatsApp y luego las mueve manualmente entre bandejas, CRM y sistemas documentales, agenda una demo de Seelai en /demo. Revisaremos un tipo de certificado, su riesgo, autenticación, integraciones, excepciones y métricas para diseñar un flujo trazable sobre tu operación real.