Conecte-se à comunidade

Estrutura do menu : { recipient_type: 'individual', type: 'interactive', interactive: { type: 'list', body: { text: '➡️ *Selecione uma das margens disponíveis!* \n' + '\n' + ' _Clique no botão abaixo e selecione uma das opções._ 👇🏻' }, action: { button: 'Clique Aqui', sections: [ { title: 'Escolha uma opção', rows: [ { id: 'ID 1', title: 'Nome da Pessoa - 000.000.000-56', description: 'Matrícula:0000000|Data Consulta:21/07/2025|Valor da Margem:R$ 3.083,30' } ] } ] } }}Montei esse json para montar um menu para ser visualizado no whatsapp e gostaria de saber se alguem sabe ou onde posso encontrar a limitaçao de tamanho em caracteres dos atributos de title e description

Estamos criando um fluxo a partir de um tunnel onde passamos a receber as mensagens do usuário a partir do momento que ele entra no nosso fluxo. Em algum momento temos que fazer transbordo para atendimento com humano e para isso precisamos abrir um ticket.Porém quando eu tento fazer isso a partir de um tunnel existente em outro bot (como exemplo) recebo a seguinte resposta da API: `{"code":67,"description":"There is no configuration available for the specified identity"}`Então tenho duas dúvidas:O que preciso fazer para executar esse transbordo? Só abrir o ticket já vai devolver o controle da conversa para attendance? ou preciso também fazer o redirect para attendance? O que precisa ser configurado no bot para ser possível criar tickets neste caso?Exemplo dos requests feitos:{ "id": "<rand uuid>", "to": "[email protected]", "method":"set", "uri":"/tickets/<numero>@wa.gw.msging.net", "type":"text/plain", "resource":"preciso de ajuda"}{ "id": "<rand uuid&gt

Como sugestão, após o encerramento da conversa com o cliente, definir um tempo curto para que ao retornar, ou responder a pesquisa de satisfação, a conversa não seja iniciada novamente e o tranbordo para o menu inicial. Sabemos que o retorno ao menu inicial é importante, para que o cliente não fique sem resposta, mas hoje quando ele responde a pesquisa de satisfação é retornado a conversa, ele retorna para o atendimento, sendo que já encerrou a conversa.

Prezados,Recentemente, abri o tópico “Como podemos definir uma prioridade específica para os tickets gerados a partir de mensagens ativas enviadas via Growth?”, com o objetivo de entender como configurar a prioridade desses tickets gerados após o envio de mensagens ativas via WhatsApp.No Builder, dentro da seção Gerenciamento de Filas, acessei uma fila específica e criei as seguintes configurações:Uma Regra de Atendimento e uma Regra de Priorização.Em seguida, ainda no Builder, criei um bloco chamado Recebe Mensagem Ativa, no qual configurei: Uma Condição de Saída e uma Ação de Saída.Condição de Saída:Ação (Ação de Saída):Com isso, os tickets estão sendo direcionados corretamente para a fila configurada, já com a prioridade Alta, no topo da fila.No entanto, agora preciso que, ao enviar uma Mensagem ativa via Growth, o atendente ao informar seu e-mail em Direcionamento:  O ticket seja criado automaticamente com prioridade Alta, por meio de uma fila de Transferência Direta, a qual não fo

Olá pessoal!A minha plataforma está fechando os tickets automaticamente quando o cliente demora muito para responder, porém essa opção nas configurações está desativada. Está prejudicando muito nosso atendimento. Preciso resolver essa questão o quanto antes.

Pessoal, tudo bem?😀Eu gostaria de tirar algumas duvidas sobre os recursos de Flow Json que a Blip usa da meta.Atualmente, é possível criar essas “Interfaces” que abrem dentro do WhatsApp por um conteúdo dinâmico no builder? Olhando a documentação, notei que é necessário uma Key de autorização para criar e publicar o flow pelo postman. Nas minhas configurações não aparece essa Key pra usar nas requisições HTTP. É alguma limitação? Devo solicitar a liberação desse acesso para o meu administrador?Imagem da documentação da blip para exemplificar Sobre testes, para visualizar (além do link de preview), é possivel testar esse fluxo pelo próprio builder ou só conseguimos testar na hora que conectar e publicar no contato do whatsApp? Se sim, como ficaria os testes pelo builder?Doc: O que é o WhatsApp Flows? – Blip | Blip Help A intenção é fazer algo parecido com isso:Formulário para o usuário inserir alguns dados → coletar esses dados → Enviar para API externaImagem da documentação da meta pa

Pessoal, eu possuo um fluxo onde ele começa no builder com as boas vindas e autenticação de usuário e após essa validação o usuário do Bot é redirecionado para o AI Agent (por conta da base de conhecimento), até aí está funcionando corretamente. Porém, não estou conseguindo redirecionar o meu usuário para o builder novamente quando o usuário tem o problema resolvido ou possui intenção de encerrar a conversa(Serviço de avaliação e finalização). No AI Agent eu configurei a integração, habilidades e redirecionamento. (Tentei até o personalizado), mas não está dando certo por algum motivo… Obs: Todos estão no mesmo roteador.  Segui a mesma logica do tutorial que disponibilizaram no youtube: Como transbordar o usuário para o atendimento humano dentro do AI Agent Alguém sabe o que poderia ser? Ou me recomenda algo?Roteador 

Boa tarde, pessoal!Estou desenvolvendo o envio de mensagens ativas via API. E após realizar o envio da mensagem ativa, faço uma requisição na API para redirecionar o usuário para um bloco específico do bot. Tudo está funcionando corretamente, porém percebi que o bot demora a interpretar a primeira resposta do usuário.A mensagem ativa é enviada, o usuário é redirecionado para o bloco correto, mas a resposta dele leva em torno de 1 minuto para ser processada. Embora o fluxo funcione, essa demora pode passar a impressão de que o bot não está respondendo ou até levar o usuário a enviar a mesma mensagem mais de uma vez.A mensagem ativa é assim: E após o usuário selecionar uma das opções, o fluxo demora aproximadamente 1 minuto para prosseguir.Gostaria de saber se esse comportamento é normal e se existe alguma forma de reduzir esse tempo de resposta.Obrigada!

Prezados,Atualmente, nosso time de Ecommerce envia mensagens ativas via WhatsApp utilizando a ferramenta Growth. No entanto, os tickets gerados a partir dessas mensagens não são criados com prioridade máxima - na verdade, eles entram na fila com prioridade "Sem prioridade" e acabam se perdendo no fluxo de atendimento.Como alternativa, criamos uma fila de transferência direta, com uma atendente dedicada exclusivamente a ela, a fim de evitar a perda desses tickets.Minha dúvida é:Como podemos definir uma prioridade específica para os tickets gerados a partir de mensagens ativas enviadas via Growth?

Español:"Hola, en mi empresa estamos intentando centralizar todos los contactos de los canales de voz y no voz en una base de datos en la nube. La idea es crear un reporte similar al que se genera en el Administrador de Informes.Actualmente obtenemos estos informes desde el router -> análisis -> Administrador de Informes. Me interesa obtener los informes de 'Seguimientos de Eventos' y 'Chatbots y Métricas de Usuario' a través de la API. ¿Existe algún método correcto y eficiente para realizar esto rápidamente?He intentado obtener todas las categorías y luego iterar sobre los eventos del día anterior, pero siento que no estoy obteniendo los datos que necesito. ¿Alguien puede ayudarme con esto para automatizar el proceso por API?"Portugués:"Olá, na minha empresa estamos tentando centralizar todos os contatos dos canais de voz e não voz em um banco de dados na nuvem. A ideia é criar um relatório semelhante ao que é gerado no Administrador de Relatórios.Atualmente, obtemos esses relat

Pessoal, bom dia!Só aqui que o portal e o blip desk estão fora do ar? Não consigo abrir nenhum bot, os atendentes não conseguem encerrar nenhum ticket, entre diversos outros problemas.No blip status fala que está tudo normal porém está tudo fora.https://status.blip.ai/ 

Prezados,Atualmente, tenho o Blip integrado à Vtex para realizar algumas operações, como o envio de mensagens automáticas de status de pedidos via WhatsApp.Recentemente, alguns clientes receberam uma mensagem automática informando o cancelamento de seus pedidos, o que ocorreu de forma indevida. Qual é o problema dessa mensagem?O pedido da cliente é outro, não foi cancelado, e o número de pedido informado não existe na Vtex. Não consigo identificar de onde o Blip está puxando essa informação.Ao investigar, descobri que há um template de mensagem com o nome "pedido_cancelado", que contém a variável {{2}}.Essa variável é responsável por inserir o número do pedido na mensagem. Minha ideia é verificar as configurações dessa variável para identificar de onde ela está puxando a informação. Não sei se isso faz sentido para o Blip.Gostaria de saber se é possível ter acesso às configurações dessa variável, para que eu possa entender a origem desse número de pedido inexistente.Outra coisa que not

Quero fazer algo assim: Uma mensagem com video e no final ter dois botões

Bom dia pessoalFui acessar o portal da Blip hoje e esta aparecendo a tela abaixo, não mostra os meus bots e nem os contratos que estão compartilhados comigo. Alguém poderia me ajudar por favor?! 

Boa tarde!,Atualmente consigo receber áudios pelo Whatsapp no meu bot, porem não consigo enviar áudios para o cliente.a variável vAudio, contem o Link do áudio hospedado pelo meu servidor, já que vi que era necessário o áudio estar em um link para fazer o envio, porem desta maneira ele apenas envia o link. Na terceira resposta, utilizei a opção de enviar áudio como mensagem, mas o mesmo não aparece no whatsapp, apenas no BlipChat.Mas não consigo colocar uma variável ali, funcionaria apenas se fosse uma constante.Enfim, a ideia é que eu estou gerando áudios criados por IA, então o link sempre muda, tem que ser uma variável. Se for necessário, posso utilizar outros formatos, como base64, url, linguagem de sinal, independente, desde que eu consiga enviar o áudio pelo whatsapp. 

Estou com problema na hora de enviar uma mensagem ativa, esta dando esse erro 61, um colega que usa o blip esta colocando a mesma coisa que eu porem pela conta dele, consegue me enviar a mensagem 

Pessoal,Não consigo seguir com as configurações de Envio de mensagens ativas.Hoje possuo o Builder de Transbordo e, em Configurações Gerais - Envio de mensagens ativas, recebo a seguinte mensagem ao inserir um dos meus Roteadores:“O chatbot não cumpre todos os requisitos para habilitar esta funcionalidade. Realize as ações necessárias para começar a enviar mensagens aos seus clientes!”Ao revisar os requisitos essenciais, fui orientado a conectar o chatbot ou roteador ao canal do WhatsApp. No entanto, meus roteadores já estão com o canal do WhatsApp conectado e configurado.Diante disso, gostaria de saber se: é possível prosseguir mesmo sem esse canal estar configurado diretamente no Builder, somente no Roteador, considerando que devo indicar o ID de um ou mais roteadores, conforme a mensagem exibida nas configurações?  

Tenho uma sugestão de melhoria no Blip Desk.Para que todos tickets aberto independente do dia se for do dia atual ou do dia anterior, essas mensagens irem para o topo da lista e contar no “não lidas”. Assim caso o atendente tenha novos tickets ele ficará no topo da sua tela e certamente conseguirá filtrar pelo não lidas.

Fiz um teste na Blip do meu WhatsApp para o WhatsApp da empresa (com o bot que estou construindo). Qual seria o comando que eu posso mandar na conversa para ele resetar? (ex. @reset_user)

Estou fazendo um bot automatizado, onde o usuário faz uma pergunta e retorna a resposta.Ele faz isso por meio de uma requisição em uma API IA própria da empresa. Porém as vezes a requisição da erro 500 e para o fluxo no bloco da requisição.Isso costuma ocorrer quando a IA não tem a resposta ou acaba nao entendendo o contexto. Tem outra forma de validar quando a requisição dar errado? Condições do bloco de requisição:  

Olá!Sei que é possível enviar mensagens no whatsapp com imagens e áudios no Chat da Blip Desk. Mas não consegui encontrar essa funcionalidade de envio de imagem e áudios no envio de mensagem ativas no Desk, somente no portal. É possível ou somente via growth nas mensagens em massa?

Bom dia! Tudo bem?Estou com uma dúvida em relação aos links de imagem recebidos pelo chat da Blip. Gostaria de saber se esses links (URLs) têm algum tipo de expiração, como limite de tempo ou quantidade de acessos, ou se permanecem ativos indefinidamente.

Atualmente, quando um atendente rola a thread de conversa do contato para cima no Desk, ele consegue visualizar as mensagens trocadas entre subbots de um mesmo bot. No contexto em que equipes diferentes estão cadastradas em subbots diferentes com atendimento humano e não podem visualizar as mensagens trocadas com outras equipes, isso constitui uma falha grave de LGPD e, dependendo da empresa, Compliance. Um ticket inclusive foi aberto no suporte e a deficiência foi confirmada pelo consultor que o atendeu:Sugiro então que seja implementada uma forma de segregar as mensagens de modo a melhor controlar o nível de visualização por parte dos atendentes.

No Blip CallsAtualmente, quando um cliente precisa ser direcionado para outro atendente, é necessário encerrar a chamada e aguardar o novo atendimento, o que pode gerar certo desconforto — principalmente considerando que ele está entrando em contato pelo mesmo número do WhatsApp.Seria possível adotar uma solução que permita essa transição de forma mais fluida, sem a necessidade de desligar e refazer a ligação.

Estou criando um bot automatizado e ele captura informações sobre o cliente para poder dar procedimento ao atendimento, ao final ele salva as informações em um ticket que será encaminhado para o clickup. Porém, ele não está salvando os dados na hora de definir o contato.Além disso, também há um transbordo para atendimento humano, que tambem necessita da definição do contato para o atendente poder proceder no atendimento.Alguem teria uma sugestao do que seria o problema de nao estar sendo definido o contato?