Skip to main content
A Tig.ai executa webhook nodes de forma assíncrona depois que a execução de um workflow é concluída. O payload é configurável pelo usuário: você define o template JSON do payload no workflow e pode referenciar as variáveis de contexto da execução.

Como os webhooks funcionam

  1. Uma chamada é concluída (ou uma execução termina)
  2. A Tig.ai executa quaisquer nós webhook do workflow de forma assíncrona
  3. O template do payload é renderizado com o contexto da execução e enviado como um POST JSON (ou o método configurado por você) para o seu endpoint
  4. Respostas diferentes de 200 são registradas, mas não bloqueiam nem fazem retry por padrão (configure retry_config para mudar isso)

Variáveis de contexto do payload

As seguintes variáveis estão disponíveis no seu payload_template usando a sintaxe de chaves duplas (por exemplo {{workflow_run_id}}):

Disposição da chamada

O resultado final da chamada está disponível como {{gathered_context.call_disposition}}.
A Tig.ai sempre inclui um campo call_disposition de nível superior no payload entregue. Se o seu template não definir um, ele é adicionado automaticamente a partir de gathered_context.call_disposition; se o seu template o definir explicitamente, o seu valor é mantido.

Exemplo de template de payload


Autenticação

As requisições de webhook suportam os seguintes métodos de autenticação, configurados por meio de uma credencial armazenada:

Recebendo webhooks

Seu endpoint deve:
  • Aceitar requisições POST com Content-Type: application/json
  • Responder rapidamente (dentro de 30 segundos) com um código de status 2xx
  • Tratar entregas duplicadas de forma idempotente (os retries podem entregar o mesmo payload mais de uma vez)

Exemplo mínimo de receptor (Python)


Nó de webhook em uma definição de workflow

Consulte Schema de Definição de Workflow para a referência completa de configuração.