Os itens do Agent Inbox não estão sendo entregues
O Agent Inbox encaminha itens de trabalho do Dailybot para a sua stack de automação. Quando a entrega para, os suspeitos de sempre são o caminho do webhook, os toggles de funcionalidade ou os rate limits. Confirme cada camada de forma independente para não perseguir um bug do cliente quando, na verdade, o servidor nunca enfileirou o evento.
Verificação rápida
- URL do webhook – Copie o endpoint configurado no Dailybot e dispare um payload de teste assinado usando sua ferramenta padrão (curl, Postman), se a política permitir.
- Inbox habilitado – Verifique se a funcionalidade Inbox está ativa para a org e para o workflow ou feed de agente específico que você espera.
- Headers de auth – Os secrets compartilhados, assinaturas HMAC e bearer tokens precisam corresponder ao que o seu receiver valida.
- Logs do receiver – Verifique no seu serviço HTTP as respostas 4xx/5xx que o Dailybot interpretaria como falha.
- Rate limits – Rajadas de eventos de times grandes podem disparar os throttles de qualquer um dos lados.
Causas comuns e soluções
Webhook mal configurado
Erros de digitação na URL, caminho errado ou incompatibilidade entre HTTP e HTTPS causam falhas imediatas. Troque primeiro para um endpoint de staging que você sabe que funciona e depois volte para produção assim que vir respostas 200 nos logs de entrega do Dailybot (se expostos na UI) ou no seu gateway. Garanta que os redirects estejam permitidos ou desativados; alguns clientes não seguem redirects de POST.
Inbox desativado
Feature flags, mudanças de billing ou toggles acidentais desativam o Inbox sem apagar a configuração. Os admins devem abrir as configurações do Agent Inbox, confirmar o interruptor principal, os interruptores por workflow e que o agente ou check-in de origem ainda publica no Inbox.
Rate limiting
O Dailybot pode aplicar backoff quando o seu endpoint retorna 429, ou o seu endpoint pode descartar mensagens quando o Dailybot envia um pico. Implemente confirmações 200 rápidas e enfileire o trabalho de forma assíncrona. Aumente a concorrência do receiver ou pergunte ao suporte sobre throughput enterprise se você rotineiramente dispara milhares de eventos.
SSL ou middleboxes de rede
Gateways corporativos que terminam o TLS com CAs customizadas podem quebrar as chamadas de saída do Dailybot, a menos que essas CAs sejam confiáveis do lado do Dailybot (não configurável por você). De forma simétrica, se o seu receiver usar um certificado autoassinado, o Dailybot recusará a conexão. Use um certificado publicamente confiável no seu endpoint ou um túnel com certificados válidos para testes.
Drift de schema no payload
Se você atualizou o seu receiver para esperar novos campos enquanto o Dailybot ainda envia o schema antigo (ou vice-versa), erros de validação descartam as mensagens. Compare a documentação atual em Agent Inbox webhooks com o seu parser. Registre os corpos brutos temporariamente em um ambiente seguro para comparar.
Se nada disso funcionou
Antes de falar com o suporte, reúna:
- Nome da organização e nome do workflow ou inbox
- Host da URL do webhook (não os tokens do caminho secreto, se forem sensíveis)
- Códigos de status HTTP que o seu servidor retornou em torno da janela de falha
- Se as entregas de teste pela UI do Dailybot (se disponível) têm sucesso
- Horário aproximado de início e fuso horário
- Os passos que você já tentou neste artigo
Depois fale com o suporte do Dailybot pelas opções de Ajuda ou Contato no produto ou no site.