Proteções e limites do Workflow Studio

O Workflow Studio possui mecanismos de proteção destinados a manter os fluxos estáveis, previsíveis e compatíveis com a capacidade operacional da plataforma. Essas proteções evitam execuções presas, loops de transferência e consumo descontrolado de recursos, reduzindo o risco de impacto no atendimento dos clientes e nos canais de comunicação.

Limites e proteções disponíveis

1. Limite de envio de mensagens

O Workflow Studio limita o envio a 100 mensagens por minuto para o mesmo número. Essa proteção controla situações em que uma regra, uma automação ou uma condição de erro pode provocar disparos repetidos para o mesmo contato.

O objetivo é evitar comunicações excessivas e preservar a qualidade da experiência do cliente, especialmente em canais de atendimento como WhatsApp e Webchat. Também ajuda a reduzir os efeitos de loops ou de acionamentos indevidos que poderiam gerar mensagens em sequência.

2. Limite de transferências entre bots

As transferências entre bots devem resultar em uma progressão real do atendimento. Por isso, o Workflow Studio monitora situações em que um bot transfere o atendimento para outro sem enviar ao cliente uma pergunta ou mensagem que fique aguardando uma resposta.

Se ocorrerem 20 transferências sem que essa interação com o cliente aconteça, o fluxo daquele atendimento será cancelado. Essa trava evita ciclos de transferência entre bots que não produzem avanço no atendimento e que poderiam manter uma execução ativa indefinidamente.

3. Tempo máximo de execução ativa

Um fluxo que permanece em execução ativa por mais de 12 minutos em uma mesma function integration será cancelado . Essa proteção se aplica a cenários em que o fluxo pode estar travado, aguardando uma resposta ou um processamento que não foi concluído dentro de um tempo mínimo aceitável.

O cancelamento interrompe o processamento prolongado e protege a disponibilidade da plataforma, evitando que uma única execução retenha recursos de forma indevida ou afete outros atendimentos.

4. Limite de busca de registros

A ação get records pode retornar, no máximo, 1.000 registros por execução do fluxo. Esse limite controla a quantidade de dados que uma automação pode consultar em uma única execução.

A proteção evita que fluxos realizem buscas excessivamente amplas, o que poderia aumentar o tempo de processamento, consumir recursos de forma descontrolada e afetar a estabilidade da operação. Para consultar volumes maiores, estruture o processamento em etapas menores, utilizando filtros, critérios de paginação ou execuções separadas, quando disponíveis no desenho da automação.

Ao configurar uma busca, priorize apenas os registros necessários para a continuidade do fluxo. Revise os filtros e os critérios utilizados para evitar consultas abrangentes ou repetitivas.

5. Proteção contra repetição da mesma pergunta

O Workflow Studio considera como possível loop a execução da mesma pergunta 5 vezes em um período de 60 segundos. Essa regra identifica situações em que o fluxo pode estar repetindo uma etapa sem avançar, seja por uma condição configurada incorretamente, por uma resposta que não está sendo processada ou por uma falha na lógica de transição.

Quando esse limite é atingido, o fluxo é abortado. A interrupção evita que a automação permaneça em um ciclo de repetição, envie solicitações continuamente ou consuma recursos de forma desnecessária.

Ao configurar perguntas e condições de transição, verifique se cada resposta conduz o atendimento a uma próxima etapa e se existem tratamentos para respostas inválidas, ausência de resposta e falhas de processamento.

6. Tempo máximo de execução do fluxo de automações

Um fluxo pode permanecer em execução por até 12 horas. Esse limite considera o tempo total em que a execução permanece ativa, inclusive quando aguarda etapas, respostas ou processamentos necessários para sua continuidade.

Quando o fluxo ultrapassa esse período, ele é cancelado automaticamente. Essa proteção evita que execuções de longa duração permaneçam indefinidamente consumindo recursos ou mantenham atendimentos ativos além de um período operacional aceitável.

Ao projetar fluxos que dependam de respostas, agendamentos ou processamentos demorados, divida a jornada em etapas bem definidas e avalie a necessidade de persistir o estado do atendimento para retomá-lo em uma nova execução.

7. Tempo máximo de sessão de bot ativa

Um bot pode permanecer ativo, mantendo o contexto e a execução do atendimento, por até 24 horas sem comunicação do cliente. Esse limite controla sessões que permanecem abertas sem novas interações e evita a retenção indefinida de contexto e recursos da plataforma.

Após 24 horas sem comunicação do cliente, o Workflow Studio emite o evento MaxChatBotSessionOpenMinutes e encerra a sessão do bot. A partir desse encerramento, o contexto e a execução associados à sessão deixam de permanecer ativos.

Ao projetar atendimentos que possam ficar aguardando por longos períodos, considere esse limite e implemente, quando aplicável, uma estratégia para orientar o cliente a iniciar um novo atendimento ou para tratar a retomada do processo após o encerramento da sessão.

Boas práticas para construção de fluxos

• Projete cada fluxo para avançar de forma clara após uma mensagem, pergunta, resposta ou processamento.

• Evite transferências entre bots que não tenham um objetivo definido ou que possam retornar ao bot anterior.

• Revise condições de repetição, ramificações e chamadas a serviços externos para reduzir o risco de loops.

• Verifique se a mesma pergunta não pode ser executada repetidamente; cinco execuções em 60 segundos serão interpretadas como um loop e farão com que o fluxo seja abortado.

• Evite o envio de mensagens em sequência sem uma necessidade funcional e considere o limite de mensagens por número.

• Defina tratamentos para falhas, indisponibilidade e ausência de resposta, sempre que o desenho do fluxo permitir.

• Monitore fluxos cancelados e investigue a causa antes de aumentar a complexidade da automação.

• Ao utilizar a ação get records, aplique filtros e limite a consulta aos registros necessários, respeitando o máximo de 1.000 registros por execução.

• Considere o limite total de 12 horas ao desenhar fluxos longos. Para processos demorados, organize a execução em etapas menores e planeje a retomada do atendimento quando necessário.

• Considere o limite de 24 horas sem comunicação ao cliente para sessões de bot ativas. Planeje o encerramento, a retomada ou a abertura de um novo atendimento quando esse período puder ser atingido.

Considerações finais

As proteções do Workflow Studio fazem parte do controle operacional da plataforma. Elas foram estabelecidas para otimizar o processamento dos dados, preservar os recursos disponíveis e manter os atendimentos funcionando de maneira segura e previsível.

O cancelamento de um fluxo ao atingir um desses limites não representa, necessariamente, um erro na plataforma. Ele indica que uma condição de segurança foi acionada. Ao criar ou revisar uma automação, considere esses limites no desenho da jornada e implemente fluxos objetivos, com progressão definida e tratamento adequado para situações excepcionais.