Alertas al Team: publicá en un Espacio cuando pasa algo importante

Los problemas que más duelen son los que nadie ve a tiempo: un SLA que se rompió, la calidad del número de WhatsApp que se desplomó, un canal que se desconectó a las 3 de la mañana. Cuando te enterás, ya perdiste clientes. La solución es convertir esos eventos en alertas internas al equipo automáticas con el motor de workflows de Omnifox: el sistema avisa solo, en el Espacio correcto, apenas pasa.

En esta guía armamos alertas operativas usando el editor de workflows (chat/omnicanal) y su módulo Team.

La idea general

Cada evento crítico es un trigger distinto, así que vamos a armar varios workflows pequeños, uno por alerta. El patrón se repite:

Trigger (evento crítico) → Publicar en el Team (o Enviar DM / Crear recordatorio)

Recordá: un solo trigger por workflow. No podés meter SLA roto y Canal desconectado en el mismo flujo; son dos workflows.

Alerta 1: SLA roto

El trigger SLA roto se dispara cuando una conversación supera el tiempo de respuesta comprometido. El flujo:

SLA roto → Publicar en el Team en el Espacio "Operaciones".

En el nodo Publicar en el Team redactás el mensaje con variables de conversación:

SLA roto en {{$conversation.channel_name}} — asignada a {{$conversation.assignee}}. Estado: {{$conversation.status}}.

Si querés que un líder específico reciba el aviso en privado, cambiá (o sumá en paralelo) un nodo Enviar DM dirigido a esa persona.

Alerta 2: calidad del WABA cambió

Meta califica la calidad de tu número de WhatsApp Business. Si baja, tus plantillas y tu límite de mensajería peligran. El trigger Calidad del WABA cambió te avisa apenas Meta reclasifica el número.

Calidad del WABA cambió → Publicar en el Team en "Alertas WhatsApp".

Esta alerta es de las que te salvan la operación: enterarte de que la calidad cayó a "Roja" el mismo día te da tiempo de corregir el comportamiento antes de que Meta te limite los envíos.

Alerta 3: canal desconectado

Un canal caído es silencioso y letal: los clientes escriben y nadie recibe. El trigger Canal desconectado se dispara cuando Omnifox pierde la conexión con un canal (token vencido, sesión caída).

Canal desconectado → Publicar en el Team + Crear recordatorio.

Acá conviene doblar la apuesta: Publicar en el Team para el aviso inmediato y Crear recordatorio para que alguien verifique en 15 minutos si ya se reconectó. Así la alerta no se pierde en el scroll.

Cómo enrutar la alerta a la persona correcta

No todas las alertas van al mismo lado. Tenés tres nodos para elegir:

Podés combinarlos con Ejecutar en paralelo para, por ejemplo, publicar en el Espacio y mandar un DM al de guardia a la vez.

Sumar contexto y prioridad

Dentro del nodo Publicar en el Team aprovechá las variables de conversación ({{$conversation.channel_name}}, {{$conversation.assignee}}) para que el mensaje sea accionable, no un "algo pasó". Un aviso con nombre, canal y responsable se resuelve mucho más rápido que uno genérico.

Si la alerta es de las que hay que atender sí o sí, agregá también un nodo Notificar al equipo por email como respaldo, por si el Team no está abierto en ese momento.

Errores comunes

• Meter varios eventos en un solo workflow. No se puede: cada workflow tiene un único trigger. Armá uno por evento.
• Publicar sin contexto. "SLA roto" a secas obliga a investigar. Incluí siempre canal, asignado y estado con variables.
• Alerta sin dueño. Publicar en un Espacio que nadie mira es como no avisar. Elegí Espacios activos o combiná con Enviar DM a un responsable.
• No prever el rebote. Para canales desconectados, sumá Crear recordatorio; si no, la reconexión puede quedar olvidada.

Un resumen diario, no solo alertas al vuelo

Las alertas en tiempo real son para lo urgente, pero también conviene un pulso periódico. Con el trigger Programado (cron) podés armar un workflow que corra cada mañana y use Publicar en el Team para dejar en el Espacio "Operaciones" un resumen del estado: canales conectados, conversaciones pendientes, SLAs en riesgo. Así el equipo arranca el día con contexto sin depender de que algo se rompa.

Probá cada alerta antes de confiar en ella

No asumas que una alerta funciona hasta verla dispararse. La forma más simple es provocar el evento en un entorno controlado: desconectá y reconectá un canal de prueba para verificar que Canal desconectado publica en el Team. Revisá que el mensaje llegue al Espacio correcto y que las variables ({{$conversation.channel_name}}, {{$conversation.assignee}}) se rellenen. Una alerta que nunca probaste es una falsa sensación de seguridad: el día que de verdad se caiga un canal no querés descubrir que el workflow apuntaba a un Espacio archivado.

Ponelo en marcha

Las alertas internas son la diferencia entre apagar un incendio y enterarte al día siguiente. En Omnifox armás estos workflows en minutos y tu equipo se entera de lo importante sin depender de que alguien esté mirando el panel. Empezá por el evento que más te dolió la última vez.