Estou com uma demanda no qual envio uma mensagem ativa para o cliente e para tapar o buraco, criei uma fila somente com a atendente que preciso e mudei o estado do bloco para cair em um com regra para atribuir para essa fila em específico. Mas é um saco criar uma fila com somente uma pessoa.
Lembro que uma vez eu consegui fazer abrindo um ticket e depois transferir para um atendente, só não lembro como, tudo via API ok. Atualmente não tem endpoint disponível igual o do growth, então improvisamos.
Alguém tem o processo aí para me passar?
Melhor resposta por Marcos_Rodrigues
Ei, @Bruno_Gabriel1 tudo bem?
Indico você utilizar a API do Growth do nosso help:
Use o parâmetro “AttendanceRedirect” para enviar direto para o atendente específico.
Dessa formo só vai precisar enviar uma requisição para enviar e direcionar para o atendente correto O legal dessa API é que ela é literal emente o Growth
O histórico dos disparos fica na aba do growth
Da para checar se a mensagem foi lida, entregue ou falhou via API
Essa API Checa se o usuário está em atendimento ou não antes de enviar a mensagem, caso esteja. retorna erro.
Estou com uma demanda no qual envio uma mensagem ativa para o cliente e para tapar o buraco, criei uma fila somente com a atendente que preciso e mudei o estado do bloco para cair em um com regra para atribuir para essa fila em específico. Mas é um saco criar uma fila com somente uma pessoa.
Lembro que uma vez eu consegui fazer abrindo um ticket e depois transferir para um atendente, só não lembro como, tudo via API ok. Atualmente não tem endpoint disponível igual o do growth, então improvisamos.
Estou com uma demanda no qual envio uma mensagem ativa para o cliente e para tapar o buraco, criei uma fila somente com a atendente que preciso e mudei o estado do bloco para cair em um com regra para atribuir para essa fila em específico. Mas é um saco criar uma fila com somente uma pessoa.
Lembro que uma vez eu consegui fazer abrindo um ticket e depois transferir para um atendente, só não lembro como, tudo via API ok. Atualmente não tem endpoint disponível igual o do growth, então improvisamos.
Use o parâmetro “AttendanceRedirect” para enviar direto para o atendente específico.
Dessa formo só vai precisar enviar uma requisição para enviar e direcionar para o atendente correto O legal dessa API é que ela é literal emente o Growth
O histórico dos disparos fica na aba do growth
Da para checar se a mensagem foi lida, entregue ou falhou via API
Essa API Checa se o usuário está em atendimento ou não antes de enviar a mensagem, caso esteja. retorna erro.
@Marcos_Rodrigues, tu sabe se usando essa API, ele aparece nas métricas do desk de envio para o atendente? Eles usam bastante esse recurso para identificar se foi ou não.
@Marcos_Rodrigues, tu sabe se usando essa API, ele aparece nas métricas do desk de envio para o atendente? Eles usam bastante esse recurso para identificar se foi ou não.
@Bruno_Gabriel1 se for enviado via api do growth ele vai aparecer apenas no growth e não no desk.
Use o parâmetro “AttendanceRedirect” para enviar direto para o atendente específico.
Dessa formo só vai precisar enviar uma requisição para enviar e direcionar para o atendente correto O legal dessa API é que ela é literal emente o Growth
O histórico dos disparos fica na aba do growth
Da para checar se a mensagem foi lida, entregue ou falhou via API
Essa API Checa se o usuário está em atendimento ou não antes de enviar a mensagem, caso esteja. retorna erro.
Espero que tenha ajudado 😁🖖
@Rafael_Figueiredo estou recebendo o erro 202, não utilizo roteador. O stateId seria o ID do Bloco?
Use o parâmetro “AttendanceRedirect” para enviar direto para o atendente específico.
Dessa formo só vai precisar enviar uma requisição para enviar e direcionar para o atendente correto O legal dessa API é que ela é literal emente o Growth
O histórico dos disparos fica na aba do growth
Da para checar se a mensagem foi lida, entregue ou falhou via API
Essa API Checa se o usuário está em atendimento ou não antes de enviar a mensagem, caso esteja. retorna erro.
Espero que tenha ajudado 😁🖖
@Rafael_Figueiredo estou recebendo o erro 202, não utilizo roteador. O stateId seria o ID do Bloco?
@Anderson Borges tudo bem ? Informo que o codigo 202 não é erro. E sim o state id é o id do bloco.
Use o parâmetro “AttendanceRedirect” para enviar direto para o atendente específico.
Dessa formo só vai precisar enviar uma requisição para enviar e direcionar para o atendente correto O legal dessa API é que ela é literal emente o Growth
O histórico dos disparos fica na aba do growth
Da para checar se a mensagem foi lida, entregue ou falhou via API
Essa API Checa se o usuário está em atendimento ou não antes de enviar a mensagem, caso esteja. retorna erro.
Espero que tenha ajudado 😁🖖
@Marcos_Rodrigues uma dúvida, pelo que entendi é premissa que o subbot utilize contexto do roteador?
Use o parâmetro “AttendanceRedirect” para enviar direto para o atendente específico.
Dessa formo só vai precisar enviar uma requisição para enviar e direcionar para o atendente correto O legal dessa API é que ela é literal emente o Growth
O histórico dos disparos fica na aba do growth
Da para checar se a mensagem foi lida, entregue ou falhou via API
Essa API Checa se o usuário está em atendimento ou não antes de enviar a mensagem, caso esteja. retorna erro.
Espero que tenha ajudado 😁🖖
@Marcos_Rodrigues uma dúvida, pelo que entendi é premissa que o subbot utilize contexto do roteador?
Isso mesmo! ligue o contexto do roteador, pois assim vai permitir enviar comandos para o fluxo, caso não ligue pode gerar falhas na parte de migrar o usuário de fluxo
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
A analisar o ficheiro em busca de vírus
Lamentamos, mas ainda estamos a analisar o conteúdo deste ficheiro, a fim de nos certificarmos de que o mesmo é seguro para descarregar. Agradecemos que tentes de novo dentro de poucos minutos.
