Visão Geral
Webhooks permitem que seu sistema receba notificações em tempo real quando eventos ocorrem no Kinbox. Use webhooks para integrar o Kinbox com outros sistemas, automatizar processos e criar fluxos de trabalho personalizados.Como Funcionam
Quando um evento ocorre no Kinbox (como uma nova mensagem ou atualização de conversa), o sistema envia uma requisição HTTP POST para a URL que você configurou, contendo dados sobre o evento.Eventos Disponíveis
Nova Mensagem
Quando uma mensagem é recebida de um cliente
Conversa Criada
Quando uma nova conversa é iniciada
Conversa Atualizada
Quando uma conversa muda de status
Conversa Atribuída
Quando uma conversa é atribuída a um operador
Conversa Finalizada
Quando uma conversa é encerrada
Tag Aplicada
Quando uma tag é adicionada ou removida
Negócio Atualizado
Quando um negócio do CRM é modificado
Avaliação Recebida
Quando cliente avalia o atendimento
Configuração
Configure no Kinbox
- Vá em Configurações > Integrações > Webhooks
- Clique em Adicionar Webhook
- Insira a URL do seu endpoint
- Selecione os eventos que deseja receber
Configure autenticação (opcional)
Adicione um secret token para validar que requisições vêm do Kinbox:
- O Kinbox enviará o token no header
X-Kinbox-Signature - Compare com o token configurado para validar origem
Estrutura dos Eventos
Todos os eventos seguem uma estrutura padrão:Campos Comuns
eventId: ID único do eventoeventType: Tipo do evento (veja lista abaixo)timestamp: Data e hora do evento (ISO 8601)workspaceId: ID do workspace onde o evento ocorreudata: Objeto com dados específicos do evento
Tipos de Eventos
message.received
Disparado quando uma nova mensagem é recebida de um cliente.conversation.created
Disparado quando uma nova conversa é iniciada.conversation.updated
Disparado quando uma conversa é atualizada (status, tags, etc).conversation.assigned
Disparado quando uma conversa é atribuída a um operador.conversation.closed
Disparado quando uma conversa é finalizada.tag.applied
Disparado quando tags são adicionadas ou removidas de uma conversa.deal.updated
Disparado quando um negócio do CRM é atualizado.rating.received
Disparado quando um cliente avalia o atendimento.Segurança
Validação de Assinatura
O Kinbox envia um headerX-Kinbox-Signature com cada requisição. Use-o para validar que a requisição realmente vem do Kinbox:
Whitelisting de IPs
Configure seu firewall para aceitar apenas requisições dos IPs do Kinbox:Consulte a lista atualizada de IPs no painel do Kinbox.
HTTPS Obrigatório
Por segurança, o Kinbox apenas envia webhooks para URLs HTTPS.Retry e Confiabilidade
Política de Retry
Se seu endpoint não responder com sucesso (código 2xx), o Kinbox tentará reenviar:- 1ª tentativa: Imediata
- 2ª tentativa: Após 1 minuto
- 3ª tentativa: Após 5 minutos
- 4ª tentativa: Após 30 minutos
- 5ª tentativa: Após 2 horas
Idempotência
Seu endpoint deve ser idempotente, ou seja, processar o mesmo evento múltiplas vezes deve ter o mesmo resultado que processar uma vez. Use oeventId para rastrear eventos já processados:
Timeout
Seu endpoint deve responder em até 30 segundos. Requisições que demoram mais são consideradas timeout.Para processamentos demorados, responda imediatamente e processe assincronamente.
Webhooks Inbound
Além de enviar webhooks, o Kinbox pode receber webhooks de sistemas externos:RD Station Marketing
Receba leads do RD Station automaticamente: URL do Webhook:- Acesse o RD Station
- Vá em Integrações > Webhooks
- Configure a URL acima
- Selecione eventos de conversão
Leads recebidos do RD Station criam contatos automaticamente no Kinbox.
GreatPages
Receba leads de landing pages: URL do Webhook:- Acesse GreatPages
- Edite sua landing page
- Configure webhook na seção de integrações
- Insira a URL acima
Monitoramento
Logs de Webhook
O Kinbox mantém logs de todas as entregas de webhook:- Acesse Configurações > Integrações > Webhooks
- Clique no webhook desejado
- Veja a aba Logs
- Data e hora da tentativa
- Status HTTP retornado
- Tempo de resposta
- Payload enviado
- Resposta recebida
Alertas
Configure alertas para ser notificado quando:- Webhook falha consecutivamente
- Taxa de erro ultrapassa limite
- Endpoint está lento
Duplicação de Webhooks
O Kinbox possui recurso para evitar webhooks duplicados, especialmente para canais oficiais do WhatsApp:Webhooks duplicados são automaticamente filtrados
Use
eventId único para garantir processamento únicoCasos de Uso
Sincronizar com CRM Externo
Quando uma conversa é criada, crie/atualize contato no seu CRM:Notificar Equipe no Slack
Envie notificação no Slack quando nova mensagem urgente chega:Análise de Sentimento
Analise sentimento de mensagens e marque conversas:Automação de Respostas
Responda automaticamente baseado em regras:Testando Webhooks
Localmente
Use ferramentas como ngrok para testar localmente:Ferramentas de Teste
Algumas ferramentas úteis:- Webhook.site - Inspetor de webhooks
- RequestBin - Captura requisições
- Postman - Teste manualmente
Evento de Teste
O Kinbox permite enviar evento de teste:- Acesse Configurações > Webhooks
- Selecione o webhook
- Clique em Enviar Teste
- Escolha tipo de evento
- Verifique se seu endpoint recebeu
Limites
- Máximo de webhooks: 10 por workspace
- Timeout: 30 segundos
- Tentativas: 5 retries com backoff exponencial
- Payload máximo: 1MB
Troubleshooting
Webhook não está sendo recebido
Webhook não está sendo recebido
Verifique:
- URL está correta e acessível publicamente
- Endpoint usa HTTPS com certificado válido
- Firewall não está bloqueando IPs do Kinbox
- Webhook está ativo no painel
- Evento está selecionado nas configurações
Recebendo webhooks duplicados
Recebendo webhooks duplicados
Causas:
- Seu endpoint está demorando para responder
- Não está retornando código 2xx
- Sistema está processando o mesmo
eventIdmúltiplas vezes
- Implemente verificação de
eventIdduplicado - Responda rapidamente (< 30s)
- Retorne 200 OK após receber
Webhook está falhando
Webhook está falhando
Consulte logs:
- Acesse logs do webhook no painel
- Verifique erro específico
- Teste endpoint manualmente com curl
- Timeout (endpoint muito lento)
- SSL error (certificado inválido)
- 401/403 (autenticação falhando)
- 500 (erro no seu servidor)
Assinatura não valida
Assinatura não valida
Verifique:
- Secret token está correto
- Está usando algoritmo HMAC-SHA256
- Body está sendo hasheado como string JSON
- Comparação é case-sensitive
Melhores Práticas
Valide assinatura de cada requisição
Implemente idempotência com eventId
Responda rapidamente e processe assincronamente
Configure monitoramento e alertas
Mantenha logs para debug
Trate erros graciosamente
Use queue para processar eventos em segundo plano
Teste diferentes cenários de falha
Recursos Adicionais
API Reference
Documentação completa da API
Cenários
Use Cenários para automações visuais
Exemplos no GitHub
Código de exemplo em várias linguagens
Suporte
Entre em contato para ajuda