> **Can't find what you're looking for?** Use `search_docs` on the docs MCP server at `https://naturgy-comer-documentation-p5mde.vercel.app/api/mcp` to find what you need.

# Revisar una ruta de canal y handoff

Esta revisión comprueba que una entrada de Super App puede llegar al especialista
correcto sin mezclar voz, texto, permisos ni entornos.

## Pasos

1. **Identifica la entrada.** Declara si la petición llega por «Llámame»,
   «Escríbeme» o telefonía tradicional. Registra si la sesión es anónima o
   logada.
2. **Clasifica la intención.** Comprueba el destino esperado: Operaciones, ATC,
   otra capacidad o no disponible. Incluye urgencias, ambigüedad y temas ajenos.
3. **Comprueba el trigger.** Verifica que el nodo receptor acepta el canal real.
   No uses un trigger de voz para justificar una ruta de texto.
4. **Comprueba el contrato.** Revisa `channel`, `intent`, `subintent`,
   `confidence`, resumen, sesión, correlación, entorno, timeout, respuesta y
   fallback. Los campos que no estén declarados no deben darse por implícitos.
5. **Comprueba el contexto.** El especialista debe recibir solo lo necesario.
   El Dispatcher no debe copiar tokens, API keys, DNI completo, IBAN ni
   transcript histórico.
6. **Comprueba el handoff.** En voz, verifica la semántica de Connect. En texto,
   verifica TeLeo o la respuesta alternativa. Un route handoff no es un human
   handoff.
7. **Comprueba el caso.** Define quién crea el CI, quién crea el CG, quién lo
   actualiza y qué sistema confirma el estado final.
8. **Prueba los fallbacks.** Incluye destino caído, timeout, canal no soportado,
   sesión caducada, intención incierta y backend con respuesta malformada.
9. **Registra la decisión.** Marca la ruta como verificada, pendiente o fuera de
   alcance; no la presentes como publicada si falta una comprobación.

## Criterio de salida

Una ruta está lista para pasar a UAT cuando:

* el target y el entorno están identificados;
* el payload y la respuesta están aprobados;
* el especialista no repregunta por información ya entregada;
* el mecanismo de human handoff corresponde al canal;
* CI/CG, ticket o transferencia tienen una fuente de verdad;
* los errores y el fallback tienen comportamiento observable;
* el escenario no requiere datos o credenciales reales.

## No hacer

* no enrutar ATC texto mientras no exista un destino aprobado;
* no llamar a TeLeo desde una ruta que pertenece a otro dominio sin contrato;
* no inferir autorización del `user_id`, ANI o role del operador;
* no convertir un HTTP 200 o un `status: OK` en prueba de resultado;
* no ejecutar mutaciones ni publicar cambios desde esta documentación.

Consulta la [matriz de canales y handoff](/use-cases/super-app/reference/channel-matrix)
y la guía para [preparar una batería UAT](/use-cases/super-app/how-to/prepare-uat).