Como funciona
- Uma chamada chega.
- A Tig.ai envia uma requisição POST ao seu endpoint configurado com um payload padronizado.
- O chamador ouve um tom de ring-back enquanto espera pela resposta.
- Sua API responde com um objeto JSON contendo um objeto
initial_context. - As variáveis são mescladas no contexto inicial da chamada.
- O agente de voz começa com acesso total aos dados buscados por meio da sintaxe
{{variable_name}}.
Configuração
Abra o editor do nó Start Call e expanda as Advanced Settings. Escolha um modo de Pre-Call Data Fetch e configure o endpoint quando o modo não estiver desativado:Formato da requisição
A Tig.ai envia uma requisiçãoPOST com o seguinte payload JSON:
O cabeçalho
Content-Type é definido como application/json. Se você configurou uma credencial, o cabeçalho de autenticação correspondente é incluído.
Formato esperado da resposta
Sua API deve retornar um objeto JSON com um código de status2xx. As variáveis a injetar no contexto da chamada devem ser colocadas dentro da chave initial_context:
initial_context no nível superior:
A chave legada
dynamic_variables ainda é aceita como um alias substituto de initial_context, para que as integrações existentes continuem funcionando sem alterações. Use initial_context para novas integrações. Se uma resposta contiver ambas as chaves, initial_context tem precedência.- Saudação:
Hello {{customer_name}}, thank you for calling! - Prompt:
The customer is a {{loyalty_tier}} member with {{open_tickets}} open support tickets.
Se a resposta não for um objeto JSON válido, não contiver
initial_context (ou o legado dynamic_variables), ou a requisição falhar ou atingir o timeout, a chamada prossegue normalmente sem o contexto adicional. A busca pré-chamada nunca bloqueia ou falha uma chamada.Variáveis aninhadas
Se o seuinitial_context contiver objetos aninhados, você pode acessá-los usando a notação de ponto:
{{customer.name}} e {{customer.address.city}}.
Timeout
A requisição tem um timeout de 10 segundos. Se sua API não responder dentro dessa janela, a chamada prossegue sem os dados buscados. Projete seu endpoint para responder o mais rápido possível para minimizar a duração do tom de ring-back.Testando com chamadas de teste
Quando uma chamada telefônica real chega, as variáveis de contextocaller_number e called_number são definidas automaticamente pelo provedor de telefonia e incluídas na requisição de pre-call data fetch como from_number e to_number. No entanto, quando você faz uma chamada de teste — seja uma chamada web (WebRTC) ou uma chamada de teste telefônica no editor de workflow — essas variáveis não estão disponíveis por padrão.
Para simular os dados de telefonia durante os testes:
- Abra seu workflow e vá para Settings.
- Em Context Variables, adicione as seguintes variáveis:
caller_number— definida como um número de telefone que você quer simular como chamador (por exemplo,+12137771234).called_number— definida como o número que seria discado (por exemplo,+12137771235).
- Salve as configurações.
Essas variáveis de contexto são usadas apenas durante as chamadas de teste do editor de workflow. Nas chamadas recebidas de produção, os dados reais de telefonia são usados e esses valores são ignorados.