> **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.

# Primer recorrido conceptual por Super App

Este tutorial sirve para entender el caso de uso sin confundir el diseño
objetivo con una funcionalidad ya publicada.

## 1. Empieza por las tres superficies

Lee [Qué es Super App](/use-cases/super-app/explanations/overview) y separa:

* **Naturgy IA:** conversación por voz o texto;
* **Mi Naturgy:** información de cliente y documentos;
* **Al día:** meteorología y contenido editorial.

La app coordina estas superficies, pero no sustituye a los servicios que
mantienen sus datos.

## 2. Distingue sesión y modo anónimo

Un cliente anónimo puede consultar contenido general y superficies permitidas.
Un cliente con sesión Omega puede acceder al contexto que Omega autorice. La
app no debe inferir permisos a partir de un botón, un `user_id` o un token
presente en memoria.

## 3. Sigue la elección de canal

«Llámame» inicia el recorrido de voz mediante Connect/Chime. «Escríbeme» inicia
el recorrido de chat. Voz y texto comparten dominio, pero no necesariamente el
mismo handoff:

* voz usa una transferencia de Connect;
* texto usa una sesión de chat y escala a TeLeo cuando corresponde.

## 4. Coloca el Dispatcher

El objetivo es que ambos canales entren en un Dispatcher que clasifique la
intención y llame al especialista mediante una Workflow Function. El Dispatcher
no autentica, no consulta la ficha ni resuelve el caso.

La configuración observada aún no demuestra ese recorrido multicanal: el
Dispatcher es voice-only y ATC texto no tiene un destino implementado. Consulta
[Dispatcher y enrutado](/use-cases/super-app/explanations/dispatcher).

## 5. Sigue al especialista

El especialista ejecuta la autenticación de negocio cuando la necesita, consulta
las tools autorizadas y confirma el resultado con el backend responsable. En
Operaciones puede hacer autodiagnóstico, cobertura, técnico o cita; en ATC puede
atender facturas, pagos, contratos y productos.

No hay agentes LLM peer-to-peer. Los límites son Workflow Functions, módulos y
tools deterministas.

## 6. Observa el cierre

Una gestión puede:

1. resolverse y cerrar el caso;
2. pasar a otra capacidad;
3. escalar a una persona del mismo dominio;
4. transferirse en voz a otro equipo;
5. facilitar un contacto en texto si el tema es ajeno;
6. quedar pendiente por un backend o canal no disponible.

El backend debe confirmar el estado de negocio. El resumen del agente no es una
prueba suficiente.

## 7. Termina con la evidencia

Consulta [Evidencia, UAT y pendientes](/use-cases/super-app/reference/evidence) y
comprueba que el recorrido tiene:

* entorno y baseline identificados;
* payload y handoff explícitos;
* casos de éxito, error, urgencia y fallback;
* comprobación de CI/CG, ticket, transcript o resultado aplicable;
* revisión de datos, permisos y retención.

Ya puedes pasar a [Revisar una ruta de canal y handoff](/use-cases/super-app/how-to/review-route)
sin asumir que una conexión equivale a una publicación.