Skip to main content
Envia um template dentro de um atendimento. São duas operações: primeiro abra o atendimento, depois envie o template usando o id devolvido. Diferente do envio avulso, aqui o Hust preenche automaticamente as variáveis do template com os dados do atendimento, e você pode simular o envio antes de dispará-lo.

Parâmetros de caminho

Parâmetros de consulta

Corpo da requisição

Preenchimento automático

Variáveis do template cujo nome corresponde a um dado do atendimento são preenchidas pelo Hust. Você só precisa enviar em params o que o atendimento não sabe — um número de pedido, por exemplo. Se uma variável vier nos dois lugares, o valor de params prevalece.

Escolha automática por conexão

Como templates são aprovados por conta WABA, uma empresa com várias conexões costuma ter uma cópia do mesmo template em cada uma, com IDs diferentes. Com idTemplate igual a auto_by_connection, você envia a lista de candidatos em templates e o Hust usa o que pertence à conexão do atendimento:
Assim a sua integração não precisa saber de antemão por qual conexão o atendimento corre.

Simulando o envio

Com dry_run=true, nada é enviado. A resposta mostra como cada variável do template foi resolvida, e é a forma de descobrir quais o Hust preenche sozinho e quais você precisa enviar em params.
Neste exemplo, nome_cliente veio do atendimento, e valor e data_vencimento precisam ser enviados.

Variáveis de mídia

Templates com imagem, documento ou vídeo no cabeçalho têm uma variável de mídia. Envie o arquivo como um link público em params:
A simulação também valida variáveis de mídia: se o link não for informado, a variável aparece sem valor no dry_run e o envio real é recusado.

Fluxo completo

Resposta

Retorna 200 com o corpo true quando o template é enviado, ou 200 com { "params": {...} } em modo dry_run.

Erros

Rode com dry_run=true antes de colocar um template novo em produção. É a forma mais rápida de ver quais variáveis ficariam vazias.