Saltar al contenido

Para empresas

Alertas operativas que no se quedan en un correo

Cuando algo se detecta fuera de hora, en otro turno o cuando la persona de guardia no está delante del ordenador, el aviso tiene que buscar a quien puede actuar. Nura Alertas organiza ese recorrido y lo deja registrado.

Punto de partida

Dónde suele romperse el aviso

El turno cambia y el aviso no

El correo llega a la lista de siempre, pero quien está de guardia esa noche no es quien la lee habitualmente.

La alerta se pierde entre el ruido

Una bandeja con cientos de mensajes al día trata igual un aviso importante que una notificación rutinaria.

La insistencia depende de una persona

Alguien se acuerda de llamar. O no. El resultado cambia según quién esté ese día.

Nadie sabe qué se hizo

Al revisar una incidencia días después, no hay forma de saber a quién se avisó, cuándo y por qué medio.

Centralización

Todos los avisos, con las mismas reglas

En lugar de que cada sistema decida por su cuenta a quién escribe, todos encargan la alerta al mismo sitio.

Reglas definidas por tipo de aviso

Cada tipo de incidencia tiene su perfil: canales, orden, insistencia y personas. Se decide una vez, en frío, y se aplica siempre igual.

Contactos en un solo lugar

Las agendas concentran los datos de contacto por canal. Actualizar un teléfono o dar de baja a alguien se hace en un punto, no en cinco sistemas.

Sin integrar proveedor por proveedor

Los canales los aporta la plataforma. No hay que montar y mantener una conexión distinta con cada servicio de mensajería o telefonía.

Automatización

El plan hace lo que haría una persona atenta

  1. 1

    Primer aviso

    Sale por el canal previsto para ese tipo de incidencia y hacia las personas de la agenda vinculada.

  2. 2

    Reintento

    Si el envío falla, se repite el mismo paso las veces configuradas, con la espera indicada entre intentos.

  3. 3

    Escalado de canal

    Agotado el paso, el plan pasa al siguiente canal previsto. Lo que empezó en un correo puede continuar en Telegram o en una llamada.

  4. 4

    Escalado de personas

    Un paso posterior puede apuntar a otra agenda: el responsable del turno, el coordinador, la guardia de segundo nivel.

  5. 5

    Insistencia hasta que alguien la detenga

    Si el perfil está configurado así, el plan sigue avanzando aunque el mensaje se haya entregado correctamente. Solo lo detiene la desactivación o el agotamiento de las vueltas.

Revisión

Qué se avisó, a quién y con qué resultado

Intento a intento

Cada envío queda con su canal, destinatario, fecha, resultado, error y evidencia técnica del proveedor cuando existe.

Estado de cada alerta

Encolada, en curso, entregada, agotada, desactivada o error. Suficiente para saber cómo terminó cada aviso sin abrir el detalle.

Panel y histórico

Alertas activas en este momento, últimas finalizadas, métricas por estado y el histórico completo para consultar un caso concreto.

Escenarios

Dónde encaja este planteamiento

Escenarios ilustrativos del tipo de problema que aborda el producto, no casos de clientes concretos.

Operaciones y logística

Incidencias de ruta, retrasos, entregas fallidas y desviaciones que hay que resolver dentro de la propia jornada.

Mantenimiento e industria

Paradas de línea, avisos de máquina y órdenes urgentes que deben llegar al técnico de guardia esté donde esté.

Condiciones críticas

Umbrales de temperatura, presión o humedad en cámaras, almacenes o procesos donde el retraso tiene consecuencias físicas.

Soporte y sistemas

Avisos de monitorización e infraestructura que no deben quedarse en una bandeja de correo hasta la mañana siguiente.

Procesos documentales urgentes

Aprobaciones, validaciones y firmas con plazo, donde el retraso bloquea al resto de la cadena.

Implantación

De la primera prueba al uso diario

Recorrido conceptual. Los plazos concretos dependen de cada organización y del sistema de origen.

  1. 1

    Alta y usuarios

    Se crea el ámbito de la empresa y sus administradores, que reciben una invitación para establecer su contraseña.

  2. 2

    Agendas

    Se cargan los destinatarios con sus datos de contacto por canal, y se vinculan los que usan Telegram.

  3. 3

    Perfiles

    Se define un perfil por tipo de aviso: canales, orden, esperas, reintentos, vueltas y agendas.

  4. 4

    Prueba controlada

    El perfil se lanza en vivo desde la administración para comprobar el recorrido antes de conectar nada.

  5. 5

    Conexión del sistema de origen

    Se crea una credencial API con los permisos necesarios y la aplicación empieza a encargar alertas.

Planes

Elegir por volumen mensual de alertas

El criterio es el número de alertas al mes. Los canales incluidos varían según el plan.

Free

Hasta 150 alertas al mes, con correo, Telegram y notificaciones push. Suficiente para comprobar el funcionamiento con casos reales.

Pro

De 151 a 1.000 alertas al mes. Añade WhatsApp, sujeto a condiciones.

Pro+

Desde 1.001 alertas al mes, con condiciones adaptadas al volumen. WhatsApp y llamadas de voz sujetos a contratación y consumo.

Contar el caso concreto suele ser lo más rápido

Con el tipo de incidencia, quién debe recibirla y por qué canales, el equipo puede indicar cómo se configuraría y qué plan corresponde.