La aplicación de llamadas no suena: cómo localizar y resolver el fallo

Si la centralita registra una llamada pero la aplicación no suena, empieza por sesión, estado y notificaciones. Si la llamada ni siquiera aparece en el historial, revisa la entrada y la ruta antes de reinstalar la aplicación. Esta separación permite localizar el fallo con menos cambios.

Localiza el punto donde se pierde la alerta

Un aviso breve en un agente no siempre significa una llamada perdida por el negocio. Localiza el resultado final antes de contabilizarlo como abandono.

Comprobaciones en la aplicación

CloudTalk relaciona fallos de recepción móvil con sesión, pausa de notificaciones, permisos, modos de concentración y restricciones de segundo plano. Su diagnóstico de llamadas entrantes también contempla grupos vacíos y rutas incorrectas. Diagnóstico de recepción móvil y diagnóstico de rutas entrantes.

1. Abre la aplicación y confirma cuenta, sesión activa y estado disponible.
2. Revisa si las notificaciones están pausadas en el producto.
3. Comprueba permisos de notificación y sonido en el sistema.
4. Desactiva durante la prueba un modo de concentración que pueda silenciarla.
5. En móvil, comprueba las restricciones de batería y actividad en segundo plano según la guía del sistema.
6. Haz una llamada de prueba con la aplicación abierta y otra con el dispositivo bloqueado.

Cambia una sola condición y anota el resultado. No elimines datos de la aplicación como primer paso: podrías borrar información útil para el diagnóstico y cerrar una sesión que aún necesitas comparar.

Revisa el puesto y la ruta

Desde una cuenta autorizada, comprueba que el agente pertenece al grupo correcto y que la línea usa ese grupo. Revisa horarios y rutas de salida, sin modificar un calendario que funciona para otros números. Compara con un agente que sí recibe llamadas en la misma ruta.

Si hay varios dispositivos del mismo usuario, documenta cuáles están conectados y dónde aparece la alerta. No presupongas que todos sonarán de manera idéntica. La versión de aplicación y el tipo de dispositivo pueden afectar al comportamiento que debes confirmar con soporte.

Ficha para una incidencia reproducible

Guarda fecha con zona horaria, identificador de llamada, línea de entrada, agente, sistema, versión y estado del dispositivo. Añade «llegó al historial», «apareció notificación» y «hubo sonido» como tres observaciones separadas. Una captura del volumen del teléfono no demuestra que la aplicación recibiera el evento.

Si el problema se reproduce solo en una red, registra esa diferencia. Si afecta a toda la operación, utiliza el plan de continuidad. Si la app suena y se conecta pero se oye mal, corresponde al diagnóstico de audio.

Criterio de cierre

Cierra la incidencia cuando las llamadas de prueba llegan en las condiciones de trabajo habituales, no porque una reiniciada haya sonado una vez. Si evalúas CloudTalk, incorpora esta prueba al piloto móvil y de escritorio. El comportamiento real de notificaciones debe aceptarse antes de depender de él para atender clientes.

Fuentes y límites de esta guía

Revisión documental: 2 de octubre de 2026. Tipo de contenido: Guía documental.

Las fuentes describen condiciones y funciones declaradas por sus responsables. Los protocolos propuestos y los ejemplos ficticios no acreditan pruebas de producto realizadas por CallsIQ.

• Diagnóstico de recepción móvilhelp.cloudtalk.io
• diagnóstico de rutas entranteshelp.cloudtalk.io

Cómo comunicar una corrección

Consulta las condiciones actuales

Valora estas opciones si resuelven el problema descrito. Confirma funciones, límites y contratación en tu país.

CloudTalkEnlace de afiliación

Los enlaces comerciales identificados pueden generar una comisión o recompensa por referido para CallsIQ. Nuestra política comercial.