@Adriano_tsi, não digo que é impossível, mas é um pouquinho complicado.

Fica mais fácil se você tiver uma fila pra cada atendente. Mas não é muito simples, pelo que eu imagino.

Eu não vou conseguir formular um script agora pra te ajudar, mas posso tentar na próxima semana. O horário aqui já avança.

Ah a mensagem não precisa ter necessáriamente o nome do atendente, só precisa ser enviada automáticamente sem a necessidade do atendente fazer o envio.

Não funcionaria colocar essa mensagem depois do input do usuário que direcionar pro atendimento humano?

Depois da entrada do usuário, insere mais um conteúdo de texto.

Depois da entrada do usuário, o bloco já encaminha uma mensagem. A entrada do usuário encaminha o cliente para o atendimento humano e a próxima mensagem enviada pelo bloco já seria como se o atendente estivesse falando com o cliente.

É acho que essa vai ser a solução mesmo, embora uma versão que enviasse o nome do atendente fosse interessante

Bom dia, Adriano. Como disse a você, é possível, mas tem uma complexidade maior.

Fala @Adriano_tsi , tudo bom?


O que o @Randerson_Fonceca citou, seria o exemplo mais fácil/prático hoje, uma vez que depois que o cliente é transbordado não é possível executar uma ação.

Agora se quiser desenvolver algo a respeito, seria uma questão de ter uma API monitorando os Open Tickets e caso cair um ticket novo, dar um Send a Message pro cliente com a mensagem predefinida.


O grande desafio disso é que o monitoramento tem que acontecer com muita frequência para não acontecer de um atendente abrir um ticket e a mensagem demorar para ser enviada…


⚠️ Esse monitoramento pode inviabilizar o projeto.

Show, vou até marcar como solução o que o @Randerson_Fonceca citou, qualquer novidade eu posto por aqui, mas pela praticidade acho que seria isso mesmo.