Pular para o conteúdo principal
Os webhooks do Bridge entregam payloads estruturados em JSON sempre que ações específicas ocorrem no workspace. Cada evento segue um esquema consistente para facilitar a interpretação e a validação.

Estrutura comum dos eventos

O exemplo abaixo ilustra o envelope comum; "string" representa um tipo, não um valor de evento para enviar. Leia os exemplos específicos de cada família a seguir. Não presuma que eventId seja globalmente único entre famílias de notificação.

Notificações de resumo de conversa

v1 Disparadas uma vez por dia, por conversa, quando a IA do Bridge gera o resumo diário. O resumo reúne os principais pontos da troca de mensagens e os participantes internos e externos envolvidos.

Atualizações de tarefas

v1 Disparadas quando tarefas são criadas ou seu estado muda, incluindo status, atribuição e lembretes. Os payloads variam conforme o tipo de evento. O campo details descreve o que mudou naquele evento específico.

Atualizações de contatos

v1 Disparadas quando registros de contatos são criados, atualizados ou excluídos.

Notificações de chamadas

v1 Disparadas à medida que uma chamada percorre seu ciclo de vida. O Bridge emite no máximo um webhook por fase do ciclo, por chamada. Assim, a integração recebe uma sequência clara de quatro fases — criação, toque, início e término — em vez de todas as transições intermediárias gravadas internamente. A fase atual pode ser determinada pelo estado da chamada e pelo status dos participantes: Chamadas não atendidas pulam a fase de início: a integração recebe apenas created, ringing e finished. Quando uma chamada termina, o Bridge processa a gravação em um fluxo assíncrono de transcrição por IA. Quando a transcrição fica pronta, a integração recebe um evento adicional call.transcription.created com o texto completo dividido em segmentos por interlocutor e com marcação de tempo. Esse evento chega depois de call.updated (finished), normalmente de alguns segundos a poucos minutos depois, conforme a duração da chamada. A diarização, que identifica os interlocutores, depende da qualidade da fonte de áudio; gravações mono podem produzir um único rótulo de interlocutor para toda a transcrição.

Notificações de reuniões

v1 Disparadas quando uma reunião chega ao estado CREATED. Cancelamentos de reuniões são informados pela notificação de e-mail correspondente.

Notificações de e-mail

v1 Disparadas depois que um e-mail é processado e o resumo por IA está disponível. O campo sentFromBridge indica a direção: true para e-mails enviados pelo workspace, false para e-mails recebidos.

Observações

  • O Bridge pode acrescentar novas categorias de eventos no futuro.
  • Sempre verifique o campo de tipo de evento para escolher qual tratador executar.
  • Configure e dê suporte à versão selecionada para cada assinatura de evento. O envelope comum não declara um campo universal version; não o exija nem o invente. Veja recebimento de eventos para tratar duplicatas e ordenação.

Tópicos relacionados