Skip to main content
Em vez de a sua aplicação perguntar de tempos em tempos se algo mudou, a SocialSell avisa: quando o evento acontece, sai um POST assinado para a URL que você cadastrou. Com isso dá para:
  • Espelhar conversas inteiras em um sistema externo (assinando message.received e message.sent)
  • Sincronizar contatos, empresas e negócios com o ERP ou o CRM interno
  • Ser avisado no instante em que um canal de atendimento cai (channel.disconnected)
  • Acordar um sistema de atendimento quando a IA devolve a conversa para uma pessoa (ai_agent.handoff)
  • Apagar o registro do outro lado quando algo é excluído aqui (contact.deleted, deal.deleted)
  • Disparar cobrança, contrato ou onboarding em deal.won e proposal.accepted
  • Monitorar saldo de créditos e status de pagamento antes de virar problema

Como funciona

1

Cadastre um endpoint

Registre uma URL HTTPS pública em POST /v1/webhooks, escolhendo os eventos que quer receber.
2

Guarde o secret

A resposta da criação traz o secret. Ele só aparece nesse momento.
3

Valide a assinatura

Cada entrega vem assinada em X-Webhook-Signature. Confira antes de processar — veja Segurança e verificação.
4

Responda 2xx rápido

Você tem 10 segundos. Responda e processe em background; falhas são retentadas com backoff.

Criando sua primeira assinatura

Requer o escopo write:webhooks e um plano com o módulo Webhooks e pelo menos um endpoint liberado.
O secret só é devolvido na criação e na rotação. Guarde como variável de ambiente na hora. Se perder, use POST /v1/webhooks/{id}/rotate-secret para gerar outro.
A URL precisa ser HTTPS e resolver para um endereço público — localhost, redes privadas e faixas reservadas são recusadas, tanto no cadastro quanto no momento de cada entrega.

O envelope

Todo evento chega no mesmo formato:
Dentro de data, o recurso vem nomeado (data.deal, data.contact, data.task) e no mesmo formato que a API v1 devolve nos endpoints de leitura. Quem já consome a API não precisa aprender um segundo formato.

Eventos disponíveis

São 47 eventos, em 13 grupos. A referência de eventos traz o payload exato de cada um.

Eventos e a API v1

Escrever pela API v1 dispara 21 dos 47 eventos do catálogo: Os 26 restantes existem porque nascem fora da API: mensagens recebidas e enviadas, conexão e queda de canal, handoff de agente de IA, propostas, disparos, importações, entrada e saída de membros, créditos e cobrança. Eles chegam normalmente, venham de onde vierem.
Como a escrita pela API dispara o webhook, uma integração que escreve e ouve recebe o eco da própria ação. Deduplique por id do evento e, se precisar distinguir, o payload de eventos originados pela API traz o contexto da chamada.
Não existe endpoint de notas de empresa na v1. O evento company.note.added só dispara por ação no painel.

Limites por plano

Esses são os limites dos planos padrão. Planos personalizados podem ter outra quantidade, definida no contrato. Cada endpoint pode assinar quantos eventos quiser. Se a organização perder o módulo ou tiver o limite reduzido a zero, os endpoints são pausados e a organização é avisada no painel.

Gerenciando pelo painel

Tudo o que a API faz também está em Configurações → Desenvolvedores → Webhooks: criar, editar, pausar, rotacionar secret, disparar evento de teste, ver o log de entregas e reenviar. Precisa da permissão manage_api_keys.

Próximos passos

Referência de eventos

Os 47 eventos com o payload exato de cada um.

Segurança

Validar a assinatura HMAC em Node, Python, PHP e Go.

Política de entregas

Timeout, retentativas, pausa automática e reenvio.