Saltar al contenido principal

Torus Academy

Dónde están los logs en cada plataforma del sistema

Datos de esta lección
FaseF4 — Diagnóstico, calidad y contingencias
MóduloM4.1 — Logs sin saturación
Puntos de profesionalidad al superar el test35

Objetivo práctico

Al terminar esta lección sabrás localizar, sin dudar, la sección exacta de logs de Vapi, Retell, Twilio, n8n y Make, y elegir cuál consultar primero según el síntoma concreto que estés investigando.

Resultado que obtendrás

Un mapa mental completo de «qué log mirar primero» para cualquier síntoma de fallo del sistema construido en las Fases 2 y 3.

Dónde encaja dentro del sistema final

Esta lección aplica, con ubicaciones reales y verificadas, la técnica de búsqueda dirigida de la lección anterior a cada una de las cinco plataformas del sistema.

Conocimientos previos

Herramientas necesarias

Posible coste

Esta lección no genera ningún gasto adicional.

Modelo mental

Piensa en los distintos archivadores de una oficina con varios departamentos: cada uno guarda sus propios registros, con su propio sistema de organización. Conocer de antemano en qué archivador concreto buscar te ahorra recorrer todos los departamentos cada vez que investigas algo.

Explicación

Según la documentación oficial de cada plataforma, verificada el 30 de agosto de 2026:

Vapi: los registros de llamada están en la sección «Observe → Call Logs» del panel, con transcripción completa, duración, estado de finalización, y el resultado de cada ejecución de herramienta (Tool Call), incluyendo errores.

Retell: cada llamada queda registrada con su transcripción completa, grabación de audio, duración, marcas de tiempo y resultado final (completada, transferida, colgada), accesible desde el panel de llamadas del agente.

Twilio: los logs se organizan bajo «Monitor → Logs» en la consola. Dentro de esa sección, «Logs → Voice → Calls» muestra el detalle de cada llamada telefónica, y «Logs → Error logs» muestra específicamente los errores de cualquier producto de Twilio, con las propiedades del recurso afectado, marca de tiempo y el mensaje de error concreto. Twilio conserva estos registros durante 90 días.

n8n: la pestaña «Executions» de cada workflow (ya practicada en el módulo 3.3) muestra cada ejecución, con los datos de entrada y salida de cada nodo.

Make: el «History» de cada escenario (ya practicado en el módulo 3.3) muestra cada ejecución, con el detalle de cada módulo y sus bundles.

La utilidad real de conocer estas cinco ubicaciones está en combinarlas con el método de diagnóstico por descarte: el síntoma concreto te dice qué log abrir primero, no al revés.

Preparación

Ten a mano el acceso a tus cuentas de Vapi o Retell, Twilio, y n8n o Make.

Procedimiento paso a paso

  1. Contexto: Vas a localizar el log de llamadas de tu plataforma de voz.

    Acción de teclado: En Vapi, recorre con H hasta «Observe» y después «Call Logs». En Retell, localiza el panel de llamadas de tu agente.

    Respuesta esperada de NVDA: NVDA debería anunciar la lista de llamadas registradas, cada una con fecha, duración y estado.

    Qué significa: Este es tu primer punto de consulta ante cualquier fallo relacionado con la conversación en sí.

    Acción siguiente: Abre el detalle de tu última llamada de prueba y localiza su transcripción completa.

  2. Contexto: Vas a localizar los logs de Twilio.

    Acción de teclado: En la consola de Twilio, recorre con H o B hasta «Monitor», despliega «Logs», y elige «Voice → Calls» o «Error logs» según lo que necesites.

    Respuesta esperada de NVDA: NVDA debería anunciar la lista de eventos correspondiente.

    Qué significa: Este es tu primer punto de consulta ante cualquier fallo en el que la llamada ni siquiera parece conectar.

    Acción siguiente: Localiza el registro de tu última llamada de prueba y confirma que el estado indica «completed» o el equivalente.

Posibles diferencias de interfaz

Los nombres exactos de las secciones («Observe», «Monitor», «History») pueden variar ligeramente entre versiones de cada plataforma. El principio estable es que las cinco ofrecen, de una forma u otra, un historial cronológico y consultable de lo ocurrido.

Errores frecuentes y diagnóstico

No se encuentra el log de una llamada concreta entre muchas llamadas de prueba.

Cómo localizarlo: La lista puede estar ordenada de forma que la más reciente no sea la más visible, o puede haber un filtro de fecha activo.

Solución: Usa la búsqueda o el filtro de fecha del panel correspondiente, o localiza el elemento más reciente de la lista, que suele aparecer primero.

Comprobación final

Para cada uno de estos tres síntomas, indica qué log abrirías primero: (1) el teléfono ni siquiera suena; (2) la llamada conecta pero el agente no dice nada coherente; (3) la conversación es perfecta pero la cita no aparece en el calendario. Si aciertas las tres, la comprobación es positiva.

Qué acabas de conseguir

Tienes un mapa completo de dónde buscar en cada una de las cinco plataformas del sistema, listo para aplicarlo en la siguiente lección sobre casos límite.

Ejercicio práctico

Abre los cinco logs de tu propio sistema (Vapi o Retell, Twilio, n8n o Make) y localiza, en cada uno, el registro correspondiente a tu última llamada de prueba, confirmando que puedes seguir el rastro completo de una misma llamada a través de las distintas plataformas.

Resumen de lo imprescindible

Estoy preparado para continuar si puedo…

Fuentes

Última actualización de esta lección: 2026-08-30.

Test de la lección

Para realizar el test y obtener Puntos de profesionalidad necesitas iniciar sesión o crear una cuenta.

Navegación

Lección anterior: Logs sin saturación: qué mirar y qué ignorar

Continuar con la siguiente lección: Casos límite: preparar al agente para lo inesperado

Descargar esta lección en PDF accesible