Estabilidade · template n8n
Vigia da conexão do WhatsApp
Avisa em minutos quando o WhatsApp da empresa cai — antes que um cliente perceba que parou de receber lembrete, confirmação ou cobrança.
O que faz
A cada 5 minutos, confere se o WhatsApp usado pelos outros workflows TN está conectado (Evolution API ou WhatsApp Cloud API da Meta, conforme configurado). Só manda alerta quando o estado muda (caiu ou reconectou) e, enquanto continuar fora do ar, repete o aviso a cada realertar_min minutos — sem spam a cada 5 minutos. O alerta sempre vai por e-mail (se o WhatsApp caiu, mandar aviso por WhatsApp não adianta) e, se configurado, também por WhatsApp usando outro número/instância.
O que você precisa
- n8n 2.x · Núcleo TN instalado (
[TN] Núcleo · Enviar WhatsApp, só se for usar o alerta por WhatsApp) - Credencial SMTP configurada no n8n (Settings → Credentials → SMTP)
- Evolution API ou WhatsApp Cloud API da Meta já em uso
Cuidados (LGPD)
- Este workflow só troca dados operacionais (estado da conexão) com a Evolution/Meta e manda um aviso interno — nenhum dado de cliente é lido, armazenado ou mencionado.
Limites conhecidos
- O estado (conectado/caído, desde quando, último alerta) fica guardado nos **dados internos deste workflow (staticData do n8n) — não numa Data Table. Se o workflow for excluído e reimportado**, a memória se perde e o próximo ciclo trata como se tivesse acabado de conectar.
- Este alerta **não usa
tn_enviados**: a proteção contra alerta repetido é o próprio controle derealertar_min, não a tabela de anti-duplicidade usada pelas mensagens a clientes. - O alerta por WhatsApp é mandado com
proativo:falsede propósito — um aviso de queda não pode esperar a janela comercial do Enviador (se caiu de madrugada, precisa avisar na hora). - A checagem da Cloud API olha
quality_rating(qualidade do número) e se a chamada respondeu; ela não detecta 100% dos tipos de queda (ex.: token expirado dá erro na chamada, o que já conta como alerta, mas um bloqueio parcial da Meta pode não aparecer aqui).