04Catálogo requerido

Sección 04

Catálogo requerido

Qué herramientas debe exponer según lo que quiera que el agente resuelva.

Contexto: el catálogo de referencia

El agente de Asixto opera hoy en producción sobre un catálogo cerrado de 34 herramientas tipadas que le entrega la plataforma Asixto. En una integración con sistemas propios ese catálogo se reparte en dos:

LadoHerramientasRepartoQué cubre
Su empresa2513 de lectura, 11 de escritura, 1 administrativaEmpresa y sedes, catálogo, clientes, casos, oportunidades, agenda
Asixto95 de contexto, 2 de escritura sobre la conversación, 2 comandos de llamadaEscalado a un asesor, historial de la conversación, memoria del agente, procedimiento del escenario, nota y estado de la conversación, búsqueda en internet, fin y transferencia de llamada

De las 25 de su lado, 12 mutan su sistema: las 11 de escritura más la administrativa.

Usted no construye las 9 de Asixto. Dos advertencias sobre ellas, porque afectan a lo que usted sí construye: el escalado necesita destinatario (ver el final de esta página) y en llamada telefónica varias no se ejecutan (ver la sección de divergencia por canal).

Núcleo obligatorio

Sin estas tres el agente no puede operar: no sabe de qué empresa habla ni con quién.

HerramientaNivelDebe devolver
Información de la empresareadNombre comercial, actividad, horarios de atención, canales, políticas y datos de contacto públicos. Es la base del grounding: sin esto el agente responde genérico o inventa.
Consulta de clientereadIdentificación por documento, teléfono o correo. Datos de contacto y estado. Determina si atiende a un cliente conocido.
Sedes más cercanasreadObligatoria solo con más de una sede. Dirección, horario y distancia a una referencia dada. Con una sola sede, esa información va en «información de la empresa» y el núcleo queda en dos herramientas.

Familias por dominio

DominioHerram.Operaciones esperadasRequisito propio
Catálogo2Búsqueda con filtros y paginación · detalle de un ítemPrecio vigente por lista de precios, existencia y unidad. El detalle trae las reglas de venta que el agente no puede inventar.
Clientes1Actualización de datos de contactoSolo campos que el titular puede cambiar por sí mismo. Valida propiedad del registro.
Casos2Apertura con tipo y descripción · consulta de estadoDebe devolver un número de radicado en la misma respuesta: es lo que el agente le dice al usuario. Idempotente por conversación.
Oportunidades9Ver embudo · ver oportunidad · listar cotizaciones · crear oportunidad · mover etapa · crear cotización · enviar cotización · aceptar o rechazar cotización · cerrar oportunidadGuardas de estado terminal. Montos validados contra su propio catálogo.
Agenda8Configuración y duración · franjas disponibles · listar citas · ver una cita · crear · modificar · confirmar o rechazar · cancelarLa disponibilidad manda: rechace una franja ocupada aunque venga solicitada. Modificar y cancelar exigen propiedad de la cita. La cancelación va con destructiveHint: true, así que solo esa herramienta requiere nivel admin; las otras siete funcionan con write.

Campos mínimos por dominio

El protocolo es autodescriptivo: usted nombra los campos como quiera y el agente lee su esquema. Pero el agente promete cosas concretas al cliente final (un precio, un radicado, una hora), así que hay un mínimo por dominio. Sin ese mínimo, dos integraciones igualmente correctas producen comportamientos distintos ante el mismo cliente.

Los nombres de campo son suyos; lo que no es negociable es que el dato exista y venga resuelto.

Sobre escritura y borrado. El contrato es de lectura y escritura: de las 25 herramientas del catálogo de referencia, 12 mutan (11 de escritura y 1 administrativa). Lo que el agente no hace es borrado duro: no existe «eliminar cliente», «eliminar producto» ni «eliminar oportunidad». La única operación de tipo borrado es cancelar una cita, y va con destructiveHint: true. Si su operación necesita que el agente elimine registros, escálelo antes de construirlo: hoy no está en el alcance.

DominioSu respuesta DEBE traerMotivo
EmpresaNombre comercial, actividad, horarios de atención, medios de contacto públicos y políticas que el agente pueda citarEs el grounding: sin esto el agente responde genérico o inventa
SedesPor sede: nombre, dirección, horario y, si hay referencia de ubicación, distanciaSin dirección y horario, «la sede más cercana» no significa nada
Catálogo · búsquedaPor ítem: identificador opaco y estable, nombre, precio final en la moneda del _meta, disponibilidad y unidad. Además total, limit, offsetEl agente cotiza de palabra: si el precio no viene resuelto, no puede decirlo
Catálogo · detalleLo anterior más descripción corta, variantes y reglas de venta (mínimos, requisitos, restricciones)Las reglas que no vengan, el modelo las improvisa
Clientes · consultaSi existe o no, nombre, estado y medios de contactoDetermina si atiende a un cliente conocido y si puede continuar
Clientes · actualizaciónQué campos quedaron efectivamente actualizadosEl agente confirma al cliente solo lo que usted confirme
Casos · aperturaNúmero de radicado y estado, en la misma respuestaEs lo que el agente le dice al cliente. Sin radicado no hay cierre de la conversación
Casos · consultaEstado, fecha de última actualización y un resumen legible«Su caso sigue abierto» sin fecha no sirve de respuesta
Agenda · configuraciónDuración de la cita, anticipación mínima y horarios de atenciónSin esto el agente ofrece horas imposibles
Agenda · franjasCada franja como instante ISO con offset y, además, texto pronunciableEn llamada se lee en voz alta; en chat se necesita el dato exacto
Agenda · citaIdentificador, instante, estado y titularEl estado es lo que permite rechazar operaciones sobre citas canceladas
Embudo · oportunidadIdentificador, etapa actual, etapas válidas siguientes, monto con moneda y estadoSin las etapas válidas, el agente propone transiciones que usted rechaza
Embudo · cotizaciónIdentificador, estado, monto con moneda y vigenciaLa vigencia evita que el agente ofrezca un precio caducado

Lo que NO debe traer, en ningún dominio: claves primarias internas, identificadores de sistema, campos administrativos, datos de terceros, URLs de imagen (la media es inerte en la v1) ni nada que no pueda decirse en voz alta.

Claves canónicas de escenario

Son los valores admitidos en com.asixto/capability (página 02). Cualquier otro valor se rechaza en la certificación.

Diagrama
actualizacion_datos      cambio_plan          garantia                notificaciones     reclamo_calidad
agenda                   cancelacion          general                 pqr                renovacion
busqueda_web             consulta_estado      informacion_empresa     reactivacion       reporte_fraude
encuestas_satisfaccion   emergencia           informacion_productos   seguimiento_postventa
facturacion              felicitacion         informacion_servicios   solicitud_documentos
lead                     soporte              ventas

Si su operación necesita un escenario que no está en la lista, escálelo: se evalúa como capacidad nueva del agente, no se improvisa con una clave inventada.

Escenario → herramientas requeridas

El agente organiza la atención en 26 escenarios de negocio. Cada uno declara qué necesita: si su sistema no lo expone, ese escenario no se enciende. Así se acota el alcance sin ambigüedad.

EscenarioHerramientas que debe exponer
Información de la empresa · consultas generales · facturación · felicitaciones · encuestas de satisfacción · seguimiento posventa · solicitud de documentosSolo el núcleo obligatorio. Son escenarios conversacionales: los diferencian las instrucciones del agente, no herramientas extra.
Información de productos · información de servicios · ventas · cambio de planBúsqueda en catálogo + detalle de ítem
Reactivación · renovaciónBúsqueda en catálogo
Actualización de datos · gestión de notificacionesActualización de cliente
Consulta de estado de un casoConsulta de estado de caso
PQR · soporte técnicoApertura de caso + consulta de estado + búsqueda en catálogo
Garantía · reclamo de calidad · cancelaciónApertura de caso + detalle de ítem + búsqueda en catálogo
Emergencia · reporte de fraudeApertura de caso
Agenda de citasLas 8 operaciones de agenda
Captación y calificación de oportunidadesCatálogo + las 9 operaciones del embudo
Búsqueda en internetNinguna: la aporta Asixto

Secuencia recomendada

FaseHerramientasQué habilitaRiesgo
15 (núcleo + catálogo)Atender, informar, cotizar de palabra, escalar a humanoNulo: todas son de lectura, ninguna escribe en sus sistemas
2+3 (casos + actualización de cliente)Agente resolutivo: abre radicados y corrige datosEntran idempotencia y validación de propiedad (página 05)
3+17 (agenda + embudo)Agenda citas y gestiona el pipeline comercialLos dos dominios con estado y transiciones. Aborde uno por vez, con las fases 1 y 2 ya en producción

Cada fase se certifica y se activa por separado. Agregar una fase no obliga a recertificar las anteriores, salvo que cambie una herramienta ya certificada.

Control de exposición

Sus herramientas entran al catálogo del agente sujetas al filtro de la plataforma:

  1. Capacidad activa: el escenario está habilitado para el tenant. Si no, la herramienta no existe para el modelo.
  2. Nivel: readwriteadmin, derivado de sus anotaciones.

Hay una tercera capa (interruptor por acción sensible) que hoy solo opera sobre herramientas del catálogo nativo, porque cada interruptor necesita una clave declarada en el catálogo de capacidades del backend. Para una herramienta suya, mientras esa clave no exista, el interruptor no la protege: la protegen la capacidad y el nivel. Si necesita un interruptor por acción para una operación concreta, se coordina y se da de alta; no lo asuma incluido.

Consecuencia para su diseño: la guarda de último recurso de una operación irreversible vive en su sistema, no en nuestra configuración. Ver el aviso sobre confirmación en la página 02.

Divergencia por canal: qué NO ocurre en una llamada

El agente atiende chat y teléfono con el mismo catálogo, pero en llamada hay familias enteras que no se ejecutan, por diseño: en tiempo real, sin pantalla y sin poder confirmar por escrito, esas acciones exigen validación humana.

En llamada telefónicaQué pasa
Apertura de casoNo se ejecuta. Un PQR pedido por teléfono no abre radicado, aunque usted exponga la herramienta. El agente toma el caso y ofrece transferir o registrar el contacto.
Nota interna en la conversaciónNo se ejecuta.
Búsqueda en internetNo se ejecuta.
Escalado a un asesorNo existe como herramienta; su sustituto es la transferencia de la llamada.
Lectura de catálogo, clientes, agenda y embudoSe ejecutan con normalidad.

Si su operación necesita que una llamada abra un caso en su sistema, hay dos caminos: exponer la apertura de caso como parte de otra familia que sí corra en voz, o aceptar que el registro ocurra después, con la transcripción. Conviene decidirlo antes de construir las herramientas de esa familia.

Además, en voz aplican las restricciones de forma de la página 07: máximo 3 elementos por lista, nada de URLs ni correos, y fechas en ISO y en texto pronunciable.

Escalado a un humano: a quién

El escalado lo aporta Asixto, con un matiz que afecta a su operación: la herramienta de escalado reasigna la conversación dentro de la plataforma Asixto y necesita un asesor dado de alta ahí. Tres escenarios:

Su situaciónQué hacer
Sus asesores atenderán las conversaciones en AsixtoNada. Se dan de alta como usuarios y el escalado funciona.
Sus asesores viven en su propio CRMExponga una herramienta de handoff (crear tarea, asignar conversación, notificar) y decláremela como la vía de escalado de su tenant.
Atención telefónicaFacilite un número de destino para transferencia. Sin él, en llamada el agente solo puede ofrecer que alguien devuelva la llamada.

Si no resuelve esto, el escalado queda sin destinatario: el agente dirá que un asesor lo contactará y nadie lo contactará. La conversación termina con una promesa que nadie va a atender.