Quais existem
| Canal | Configuração | Carrega anexo |
|---|---|---|
| Servidor SMTP do workspace, ou o nosso; remetente verificável por domínio | Sim | |
| WhatsApp Cloud API da Meta: phone number id, access token e o template aprovado por eles | Sim — se o template aprovado declarar um header DOCUMENT | |
| Telegram | Token de bot, e o chat id numérico do destino; o bot precisa estar no grupo ou conversa | Sim — vai como documento, com o texto na legenda |
| Webhook | URL, cabeçalhos opcionais e segredo para assinatura | Sim — o corpo é o resultado |
| Slack | URL de incoming webhook; bot token com files:write para subir arquivo | Só com bot token |
| Discord | URL do webhook do canal | Não — resumo e link |
| PagerDuty | Routing key (Events API v2) do serviço | Não — abre um incidente |
| Opsgenie | API key de uma integração, e a região (US ou EU) | Não — abre um alerta |
A integração de WhatsApp usa a Cloud API oficial da Meta. Mensagens fora da janela de 24 horas precisam de um template aprovado por eles — isso é regra da Meta, não nossa. No Telegram, um bot só alcança quem falou com ele primeiro: o destino é o chat id numérico, e o @nome de uma pessoa não é endereçável pela API de bots.
Testar antes de depender
Todo canal tem um botão de teste que valida as credenciais contra o provedor sem enviar mensagem, e guarda o resultado — data, status e o erro do provedor quando houve. Um canal que nunca foi testado aparece marcado na lista. Para conferir a entrega de ponta a ponta, rode o relatório: o log da execução diz por qual canal cada destinatário foi e o que o provedor respondeu.
Assinatura do webhook
Quando você define um segredo, cada POST leva uma assinatura HMAC-SHA256 do corpo num cabeçalho. Confira a assinatura antes de processar: sem isso, qualquer um que descubra a URL pode injetar um relatório falso no seu sistema.