Coru
Agendar demo

AGENTES ADI · TRANSACCIONES

Operaciones autenticadas por voz, en segundos

Transferencia, consulta y pago ejecutados dentro de la app, con autenticación y registro completo de cada paso.

Catálogo cerrado de acciones, con enums validados fuera del modelo
El agente no recibe credenciales del cliente final — invoca tu endpoint autorizado
Respuesta por debajo de 800 ms entre la instrucción y la confirmación
Cada operación genera un evento verificable, firmado con HMAC-SHA256
ISO 27001 PCI SOC 2
14:32 ▮▮▮ ⌁ 84%
ADI · Banco Ejemplo en línea
¡Hola, Marcos! Soy ADI. ¿En qué te ayudo hoy? 14:30
quiero pagar la boleta de luz 14:33
Mensaje

El salto operativo

De la información a la ejecución

Los dos modelos atienden el mismo pedido. Lo que cambia es quién concluye la operación.

Asistente que solo informa

× Consulta y explica; cuando el cliente quiere ejecutar, entrega un enlace
× La ganancia de experiencia se pierde en el momento de mayor valor
× El canal tradicional sigue cargando el mismo volumen
× El IVR en árbol obliga al cliente a adivinar dónde está su intención
× Latencia arriba de 800 ms hace que el cliente repita la frase

Agente de transacciones ADI

Ejecuta dentro de un catálogo cerrado, con enums validados fuera del modelo
HTTP Tools apuntando a tus APIs, bajo tu política de autorización
Respuesta por debajo de 800 ms sobre pila de voz propia
Montos y comprobantes pronunciados por diccionario propio
Evento verificable por webhook firmado en cada operación

Resultados en producción

Impacto que se mide

Medido sobre pila de voz propia, sin encadenamiento de APIs de terceros.

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

Cómo opera

De la instrucción al comprobante

01 · SESIÓN

Cliente autenticado

La conversación empieza dentro de la app o en un canal autenticado, con la sesión ya validada.

02 · INTENCIÓN

Pedido en habla libre

El cliente dice qué quiere hacer, sin menú y sin elegir una opción numerada.

03 · CATÁLOGO

Acción permitida

La operación se resuelve a un enum registrado. Lo que no está en la lista no ocurre.

04 · AUTORIZACIÓN

Confirmación y política

El agente confirma datos e invoca tu endpoint, que opera bajo tu política de autorización.

05 · EJECUCIÓN

Operación concluida

Transferencia, consulta o programación ejecutadas por HTTP Tools en tus APIs.

06 · REGISTRO

Evento verificable

Comprobante al cliente y evento firmado con HMAC-SHA256 a tu sistema.

Capacidades

Ejecutar sin abrir margen

Catálogo cerrado de acciones

Transferir, consultar saldo, programar pago. Lo que no está registrado no ocurre, sin importar el pedido.

Sin credenciales en el agente

El agente no recibe credenciales del cliente final; invoca un endpoint autenticado por API key o header.

Montos bien pronunciados

El agente lee "mil doscientos treinta y cuatro pesos con cincuenta centavos", no la cadena en bruto.

Llamada cifrada de punta a punta

SIP TLS 5061 con SRTP, incluso en la capa telefónica.

Barge-in por VAD

El cliente interrumpe y el agente cede el turno, como en una conversación real.

Evento por operación

Cada acción ejecutada genera un webhook firmado, rastreable en tu sistema.

Viabilidad

Se conecta a lo que ya tenés

Core, APIs transaccionales y telefonía conectados por interfaz documentada. Sin cambios en el core.

Widget de voz en la app Voz PSTN WhatsApp Business APIs REST · JWT Webhooks HMAC HTTP Tools MCP SIP TLS · SRTP
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

Transaccionar sin salir de la política

Autorización de tu lado

El endpoint invocado ya opera bajo tu política; el agente no decide permisos.

Guardrails en código

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

Trazabilidad por turno

Qué dijo el agente, con qué versión, bajo qué controles y qué acción ejecutó.

PII tokenizada

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

FAQ

Preguntas frecuentes

¿El agente puede ejecutar una operación que no autorizamos?

No. Cada acción disponible está registrada como enum validado fuera del modelo. Lo que no está en la lista no ocurre, sin importar qué pida el cliente ni cómo lo pida.

¿El agente tiene acceso a las credenciales del cliente?

No. Invoca un endpoint tuyo, autenticado por API key o header, que ya opera bajo tu política de autorización.

¿Cómo auditamos cada operación?

Cada operación genera un evento verificable, entregado por webhook firmado con HMAC-SHA256, y la interacción queda reconstruible con la versión del agente y los controles activos.

¿La voz es lo bastante segura para transaccionar?

La llamada viaja cifrada, incluso en la capa telefónica, en SIP TLS 5061 con SRTP. La autenticación de la sesión ocurre antes de mencionar cualquier monto.

¿Por qué importan los 800 ms?

Arriba de ese umbral el cliente percibe la espera entre la instrucción y la confirmación y empieza a repetir la frase. La pila de voz es propia justamente para controlar la latencia en un solo lugar.

Solicitar demostración

Trae tu política de autorización

El catálogo de acciones del agente se arma a partir de ella, antes del piloto.

Lo que traes

Política de autorización, catálogo de operaciones deseadas y el volumen actual del canal tradicional.

Lo que ponemos

El catálogo de acciones configurado con enums validados, la pila de voz propia y un liaison de compliance dedicado.

Lo que sale

Un agente transaccional en sandbox, 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.