Flows no WhatsApp: um fluxo ativo responde seus contatos

O que são Flows no WhatsApp?

Flows no WhatsApp liga o Flow Canvas ao canal de mensagens. Em vez de cada mensagem cair direto no assistente geral, o workspace pode apontar um flow como ativo, e esse fluxo conduz a conversa com o contato.

O recurso está em Prévia. Ele funciona de ponta a ponta para os tipos de nó descritos abaixo, mas é um experimento do Labs e não deve ser tratado como produto fechado.

Para o time, a vantagem é reaproveitar o que já existe: o mesmo flow desenhado e testado no canvas é o que responde no canal, sem recriar a lógica em outra ferramenta.

Como o motor percorre o fluxo a cada mensagem

Quando chega uma mensagem, o servidor procura o flow ativo do workspace e carrega o grafo de nós e arestas. Depois recupera a sessão daquele contato, que guarda em que nó a conversa parou e as variáveis já coletadas.

O motor avança nó a nó até encontrar um ponto em que precisa esperar a próxima resposta da pessoa, ou até chegar a um nó de fim. As respostas geradas são enviadas ao contato e gravadas no histórico da conversa.

A sessão é salva por contato e por flow. Isso permite que duas pessoas conversem ao mesmo tempo com o mesmo fluxo, cada uma no seu ponto e com as suas próprias variáveis.

• Início ou trigger: apenas passa para o nó seguinte.
• Condição: avalia uma expressão e segue pela aresta "true" ou "false".
• Pergunta: envia um texto, pausa e guarda a resposta numa variável configurada.
• Conector HTTP: faz uma chamada configurada pelo tenant e segue por "success" ou "error".
• Fim: envia um resumo opcional e encerra a sessão; a próxima mensagem começa um flow novo.

Como funcionam condição, pergunta e conector HTTP

A condição usa um avaliador restrito de expressões, com comparações como igual, diferente, maior e menor, combinadas por E e OU. Não há execução de código arbitrário, porque a expressão é um dado salvo no banco de um ambiente multi-tenant.

O conector HTTP aceita URL, método, cabeçalhos e corpo com variáveis no formato {{variavel}}, preenchidas com o que o flow já coletou. Um mapa de resposta copia campos do JSON retornado para variáveis do flow. As chamadas passam por uma camada que bloqueia endereços internos e limita tempo e tamanho da resposta.

As variáveis ficam na sessão do contato. Uma pergunta que grava o nome em uma variável permite que um texto posterior use esse valor, e que uma condição o utilize para escolher o caminho.

Exemplo ilustrativo: triagem de primeiro contato

Imagine um flow de triagem. O nó de pergunta pede o nome e o assunto do contato e guarda as respostas em variáveis. Uma condição verifica se o assunto é "orçamento" e, em caso afirmativo, o conector HTTP envia os dados a um sistema da empresa.

Se o sistema responde com sucesso, o fluxo informa o número do protocolo; se responde com erro, o contato recebe a mensagem de falha que você configurou. Este é um exemplo ilustrativo, montado só com os tipos de nó que rodam hoje. O que você coloca em cada nó é definido pelo seu time, não pelo motor.

No conector, se o sistema externo responde com erro e o flow não tem uma aresta de erro, o contato recebe a mensagem configurada no nó ou um texto padrão pedindo para tentar de novo em instantes.

Como a PowerVizion aborda a execução automática

A decisão central foi não fingir. Se o flow chega a um tipo de nó que ainda não roda no canal, a execução para e a pessoa recebe uma mensagem explicando que aquele tipo só funciona hoje no Test Run do canvas. Nenhum resultado é inventado para parecer que o passo aconteceu.

Há também uma trava de 25 passos por mensagem contra loops de configuração, como duas condições que apontam uma para a outra. Ao atingir o limite, o contato é avisado e o evento fica registrado no log do servidor.

O histórico de cada conversa fica gravado por contato, o que permite à equipe revisar o que foi dito em cada atendimento.

O que acontece quando algo falha

Enquanto o fluxo não começou, a regra é preservar a mensagem. Se não há flow ativo, ou se o flow não carrega, a mensagem segue para o caminho normal do assistente geral, o Victor.

Depois que o flow começa a rodar, não há mais retorno ao Victor naquela mensagem. A escolha evita responder duas vezes por dois caminhos diferentes. Se uma etapa falha, o erro é registrado e, no conector, o contato recebe uma mensagem de erro configurável.

As respostas do fluxo saem como texto simples. Botões e outros formatos de mensagem não fazem parte desta Prévia.

Limites atuais da Prévia

Nós de agente, DAISY, ELISA, SEAS, MAP, DataBot e WhatsApp ainda não rodam sozinhos no canal. Por isso, hoje o fluxo é determinístico: ele segue as regras que você desenhou, sem um modelo de linguagem decidindo a resposta.

Também não há um nó de aprovação humana no canal. Fluxos que dependem de revisão por uma pessoa continuam no Flow Canvas. Não há data prevista para a extensão do suporte a outros tipos de nó.

Por fim, o recurso depende de o canal de WhatsApp do workspace estar configurado. Sem isso, não há mensagem de entrada para o motor processar.

Perguntas frequentes

Como ativar um flow no WhatsApp?

Em um workspace com o canal de WhatsApp configurado, você escolhe entre os flows salvos qual será o ativo. O servidor só aceita flows que pertencem ao próprio workspace.

Flows no WhatsApp usam inteligência artificial para responder?

Não nesta Prévia. Os nós suportados (condição, pergunta, conector HTTP e fim) seguem regras que você desenha. O assistente Victor continua respondendo quando não há flow ativo.

O que acontece se o flow tiver um nó não suportado?

A execução para e o contato recebe uma mensagem informando que aquele tipo de nó ainda não roda sozinho. Nenhum resultado é simulado.

Dá para chamar um sistema externo dentro do flow?

Sim, pelo nó conector HTTP, com URL, método, cabeçalhos e corpo configuráveis e variáveis do flow. A resposta JSON pode ser mapeada para variáveis.