For the complete documentation index, see llms.txt. This page is also available as Markdown.

Webhook de Offloading

Aprenda como criar sua própria integração de handover humano por meio do Webhook de Offloading

O webhook de offloading permite integrar qualquer plataforma de chat ao vivo para transferência para atendimento humano. Você pode usar o webhook para:

  • Receber mensagens de entrada do usuário

  • Receber mensagens de saída do bot

  • Agir sobre solicitações de offloading de um usuário

Configuração

Para configurar seu Chatlayer Offloading Webhook, acesse Configurações > Offloading e crie uma Webhook integração.

Insira a URL da API do seu webservice e um Token de Verificação que permita validar as requisições recebidas.

Enviaremos uma requisição de teste para a URL da sua API quando você clicar em Salvar para validar se o seu webservice está ativo e pronto para receber requisições, conforme descrito no método Health Check.

Parabéns! Você está pronto para começar a usar sua integração personalizada de transferência para atendimento humano.

Referência de Implementação do Webservice

Seu webservice precisará implementar os seguintes métodos da API para que possamos nos comunicar com ele. Todas as requisições chegarão em formato JSON na URL da API configurada durante a configuração do webhook de offloading no Chatlayer. Cada requisição POST em JSON tem um corpo com um event parâmetro que permite distinguir entre os diferentes tipos de dados recebidos. Os diferentes tipos são explicados abaixo.

Esperamos um código de status HTTP 200 para cada requisição feita ao webservice. Os dados da resposta devem estar em formato JSON.

Verificação de Saúde da API

GET <your_api_url>

Você deve enviar a resposta conforme descrito na aba Response.

Parâmetros de Consulta

Nome
Tipo
Descrição

challenge.verifyToken

string

O verifyToken permite validar que a requisição foi feita pelo Chatlayer

Mensagens

POST <your_api_url>

Parâmetros de Consulta

Nome
Tipo
Descrição

challenge.verifyToken

string

O verifyToken permite validar que a requisição foi feita pelo Chatlayer

Corpo da Requisição

Nome
Tipo
Descrição

timestamp

string

O momento em que a mensagem foi gerada

messages

matriz

Um array de mensagens do usuário e do bot

event

string

O tipo de requisição, neste caso messages

canal

string

O tipo de canal

sessionId

string

O ID da sessão do usuário

version

string

A versão do bot, DRAFT ou LIVE

botId

string

O ID do bot

Os itens no array messages têm o seguinte formato -

BotMessage os objetos seguem a mesma estrutura da API do Webhook Channel, documentada aqui.

UserMessage os objetos podem ter as seguintes estruturas:

Transferência

POST <your_api_url>

Corpo da Requisição

Nome
Tipo
Descrição

payload

objeto

O payload que você configurou no action dialogstate

canal

string

transcript

matriz

Um array contendo todas as mensagens enviadas ao longo da conversa.

event

string

O tipo de requisição, neste caso offload

timestamp

string

sessionId

string

version

string

botId

string

Os itens no array transcript têm o mesmo formato da messages método descrito acima.

Um exemplo da solicitação de offload pode ser o seguinte:

Receitas

Transferência de atendimento humano solicitada pelo usuário

Use um bloco de ação "Enviar para o provedor de offload" para acionar uma offload chamada à sua API.

Enviando mensagens como agente

Use o API de ações da conversa para enviar mensagens como agente.

Perguntas frequentes sobre Webhook Offloading

Aqui você pode encontrar perguntas frequentes sobre o offloading via webhook

Por que recebo requisições no endpoint de offloading mesmo quando o usuário ainda não foi transferido?

Enviamos os detalhes de todas as conversas que estão acontecendo entre o usuário e o bot para o endpoint de offloading sob o event: "messages" para que você possa assumir a conversa, se necessário. Isso também permitiria aos clientes acompanhar todas as conversas, se necessário.

Atualizado

Isto foi útil?