Coru
Agendar demo

AGENTES ADI · ONBOARDING

De la aprobación a la primera transacción

Alta y activación guiadas por voz, WhatsApp o web, con validación determinística de identidad en cada etapa sensible.

Identidad validada por regla determinística, con resultado aprobado o rechazado
Las variables del alta llegan por webhook — el cliente no repite lo que ya informó
El canal cambia y la conversación continúa: ninguna etapa concluida se repite
Transferencia a humano con el historial entero y los datos ya recolectados
ISO 27001 PCI SOC 2
14:32 ▮▮▮ ⌁ 84%
ADI · Banco Ejemplo en línea
¡Hola, Marcos! Soy ADI. Tu cuenta fue aprobada — faltan dos pasos para activarla. 14:30
Mensaje

El salto operativo

Aprobado no es activado

Los dos modelos parten del mismo alta aprobada. Lo que cambia es cuántos llegan a la primera transacción.

Activación por correo y fila humana

× Entre la aprobación y el primer uso hay un abandono que no aparece en el reporte de adquisición
× Fricción documental: cada paso de foto, validación y confirmación es un punto de deserción
× El cliente cambia de canal y empieza de cero
× El backoffice revisa manualmente casos idénticos entre sí
× El resto lo absorbe la operación en llamadas manuales

Agente de onboarding ADI

Validación de identidad fuera del modelo, con resultado binario
Personalización por variables dinámicas recibidas al inicio de la conversación
Retomada entre WhatsApp, voz y web sin repetir etapas concluidas
Extracción al cierre, sobre la transcripción completa
Escalamiento con el hilo completo cuando el caso exige criterio humano

Resultados en producción

Impacto que se mide

Resultados agregados de plataforma, medidos en producción. No atribuidos a ninguna cuenta específica.

70% del volumen automatizado, con relevo humano bajo demanda
<800 ms de tiempo hasta el primer byte de respuesta en voz
1–3 semanas del caso definido a producción

Cómo opera

De la aprobación a la cuenta activa

01 · DISPARADOR

Alta aprobada

El agente se activa con nombre, número de cuenta y estatus del alta recibidos por webhook.

02 · CONTACTO

En el canal del cliente

WhatsApp, voz, widget web o webview en la app, con el mismo guion y el mismo contexto.

03 · IDENTIDAD

Validación determinística

Formato, dígito verificador y consulta a tus fuentes corren en código, fuera del modelo.

04 · DOCUMENTO

Recolección sin fricción

Envío guiado en la conversación, con verificación en servicio propio y retorno aprobado o rechazado.

05 · CONFIGURACIÓN

Clave y preferencias

El agente conduce los últimos pasos y acompaña hasta que la cuenta queda utilizable.

06 · REGISTRO

Datos en tu sistema

Campos definidos en Data Collection, extraídos de la transcripción y entregados por webhook firmado.

Capacidades

Activar sin fila

Validación fuera del modelo

La verificación corre en servicio propio y devuelve aprobado o rechazado, sin espacio para interpretación.

Variables dinámicas

Nombre, número de cuenta y estatus llegan por webhook al inicio de la conversación.

Retomada entre canales

Empieza en WhatsApp, continúa por voz, termina en la web. Ninguna etapa concluida se repite.

Extracción al cierre

Cada dato se define antes en Data Collection, con tipo e instrucción en lenguaje natural.

Pronunciación local correcta

CURP, RFC, CPF y números de contrato leídos como los leería un asesor entrenado.

Escalamiento con el hilo completo

El operador entra leyendo, con el historial y los datos ya recolectados.

Viabilidad

Se conecta a lo que ya tenés

Fuentes de validación, core y CRM conectados por interfaz documentada. Sin cambios en el core.

WhatsApp Business Voz PSTN Widget web Webview en app APIs REST · JWT Webhooks HMAC HTTP Tools MCP
Plazo

Onboarding en 1 a 3 semanas. Con SIP trunk ya existente, el canal de voz sube en 2 a 5 días.

Dentro de la norma

Activar sin salir de la política

PII tokenizada en el borde

El dato personal se tokeniza antes de cualquier llamada a un proveedor de modelo.

Guardrails en código

Filtros determinísticos antes y después del modelo, tres de ellos obligatorios en cualquier agente.

Trazabilidad

Cada interacción reconstruible: qué dijo el agente, con qué versión, bajo qué controles.

Catálogo cerrado

El agente ejecuta solo acciones registradas como enums validados fuera del modelo.

FAQ

Preguntas frecuentes

¿El modelo decide si la identidad es válida?

No. La validación ocurre por regla determinística en servicio propio, con retorno aprobado o rechazado. El agente conduce la recolección y comunica el resultado, sin evaluar el documento.

¿Necesitamos cambiar nuestro proveedor de KYC?

No. Las validaciones se configuran sobre tus fuentes actuales, llamadas por HTTP Tools durante la conversación.

¿El cliente tiene que empezar de nuevo si cambia de canal?

No. El contexto acompaña entre WhatsApp, voz, widget web y webview en la app, y ninguna etapa concluida se repite.

¿Cómo llegan los datos a nuestro sistema?

Por webhook firmado con HMAC-SHA256 al cierre. Los campos se definen antes en Data Collection, con tipo e instrucción por campo, y se extraen de la transcripción completa.

¿Y cuando el caso exige un humano?

El escalamiento sigue la regla que definís, y el operador recibe el historial entero con los datos ya recolectados.

Solicitar demostración

Trae tu tasa de activación actual

La proyección sale sobre tu embudo, con el KPI acordado antes de que empiece el piloto.

Lo que traes

Volumen de aprobados, tasa actual de activación y el punto del embudo donde se concentra el abandono.

Lo que ponemos

Benchmarks medidos en producción, el agente configurado sobre tus fuentes de validación y un liaison de compliance dedicado.

Lo que sale

Proyección de activación, KPI propuesto para el piloto y la base del plan de implementación.

¿Empezamos?

Usá tu correo corporativo.

Al enviar aceptas nuestra política de privacidad. No compartimos tu información con terceros.

Newsletter

Insights de IA en operación regulada, una vez al mes.

Gobernanza, arquitectura y qué pasa después del go-live. Sin spam.

Al suscribirte aceptas recibir comunicaciones de Coru.