Webhooks
✨ Bem-vindo(a) à nossa versão Beta de Webhooks!
Esta funcionalidade está atualmente em Beta, o que significa que ainda estamos a desenvolvendo ativamente. Adicionaremos mais tipos de eventos e funcionalidades com base no seu feedback. Se houver um evento específico que você precisa, por favor, não hesite em entrar em contato com nossa equipe de suporte.
O que são Webhooks?
Webhooks são a forma que a Bolten utiliza para enviar dados em tempo real para suas outras aplicações sempre que um evento específico acontece no seu projeto. Nós enviaremos proativamente uma notificação (um request POST
), junto com detalhes e informações, para uma URL que você fornecer.
Isso é ótimo para casos como:
Automatizar comunicações por diversos canais quando um lead muda de estágio.
Realizar agendamentos em outras plataformas em determinados estágios de um lead.
Quando usar Webhooks vs. nossa API
Use Webhooks quando você quiser ser notificado imediatamente sobre um evento que ocorreu na Bolten e/ou tiver um fluxo a ser acionado a partir de algum acontecimento no seu projeto.
(Em breve) Use nossa API quando você quiser buscar dados da Bolten de forma proativa ou atualizar informações na Bolten a partir de outro sistema.
Como configurar
Veja como você pode configurar seu primeiro webhook em apenas alguns passos.

2. Criando um Novo Webhook
Na página de Webhooks, clique no botão "+ Webhook".
Você verá uma tela de configuração onde precisará preencher alguns detalhes:
URL do Endpoint: Esta é a URL da sua aplicação onde você deseja receber os dados do webhook.
Nome: Um nome amigável para te ajudar a lembrar para que serve este webhook (ex: "Notificações no Slack para Negócios Ganhos").
Eventos: Marque as caixas dos eventos sobre os quais você deseja ser notificado.

Autenticação
Para garantir que seus dados sejam enviados de forma segura, oferecemos algumas maneiras de autenticar seus webhooks.
Unauthenticated (sem autenticação)
Esta opção não adiciona nenhuma segurança às suas requisições de webhook. É útil para testes ou para enviar dados para serviços internos e não críticos.
Basic Auth
Se o seu endpoint é protegido com Autenticação HTTP Básica, enviaremos o seguinte nos headers das requests:
Authorization: Basic <base64(user:password)>
API Key
Nós podemos incluir uma Chave de API (API Key) secreta nos cabeçalhos de cada requisição que enviamos. Este é um método seguro e recomendado. Adicionaremos o seguinte cabeçalho a cada requisição:
X-API-KEY: SUA_CHAVE_SECRETA
Você pode então verificar esta chave no seu servidor para garantir que a requisição está vindo da Bolten.
Bearer Token
Você também pode configurar autenticação via header Bearer:
Authorization: Bearer <token>
Eventos e Payloads
Importante: dentro do campo opportunity
, serão enviados todos (e apenas) os campos configurados na oportunidade do seu projeto. O mesmo vale para o contato que estiver vinculado à oportunidade.
Funil
Tratamento de Erros e Retentativas
Como a Bolten Lida com Falhas
Se o seu endpoint não responder com um código de status 2xx (ex: 200 OK), consideraremos a entrega como uma falha. Nós então tentaremos reenviar o webhook mais 5 vezes, com intervalos exponenciais (exponential backoff) entre cada tentativa. Se todas as retentativas falharem, pararemos de enviar aquele evento específico.
Visualizando Entregas
Na página de detalhes do webhook, você pode ver um log das entregas mais recentes. Para fins de solução de problemas, nós exibimos apenas a requisição e resposta mais recente para cada invocação de webhook.
Boas Práticas
Aqui estão algumas dicas para tornar sua integração com webhooks o mais confiável possível:
Responda Rapidamente: Receba os webhooks retornando um status
200 OK
o mais rápido possível. Evite executar lógicas complexas antes de enviar a resposta. É melhor receber os dados, responder, e então processá-los de forma assíncrona.Lide com Duplicatas: Em casos raros, seu endpoint pode receber o mesmo webhook mais de uma vez. Projete seu sistema para ser idempotente (ou seja, capaz de lidar com eventos duplicados sem causar problemas).
Mantenha suas Chaves Seguras: Trate sua
API Key
como uma senha. Não a exponha no código do lado do cliente (client-side) ou em repositórios públicos.
Atualizado