Skip to main content
Uma condição avalia algo sobre o projeto e devolve verdadeiro ou falso. O resultado decide qual ramo executa — e, opcionalmente, se a automação continua. Condições são opcionais. Uma automação sem nenhuma condição é perfeitamente válida.

​
Visão geral

​
Duas opções que aparecem em quase todas

​
Qualquer uma serve, ou todas precisam

As três primeiras condições aceitam vários itens selecionados e mudam de comportamento conforme uma opção:

Ligada

Qualquer uma das opções selecionadas torna a condição verdadeira.

Desligada

Todas as opções selecionadas precisam estar presentes.
Selecionando um único item, a opção não faz diferença.

​
Bloquear o fluxo

Presente em todas as quatro condições, com o rótulo Bloquear o fluxo completo dessa automação caso a condição seja falsa. Ligada, uma condição falsa executa o ramo Se falso normalmente e, ao terminar esse ramo, encerra a automação. Os componentes seguintes do nível principal não executam.
O bloqueio só age quando o resultado é falso. Uma condição verdadeira nunca interrompe o fluxo.
Deixar o ramo Se falso vazio é o uso mais comum: a automação simplesmente para. Preenchendo o ramo, você registra o motivo antes de parar.
Precisa de duas checagens em sequência? Coloque as duas no nível principal do fluxo, uma após a outra, com bloquear o fluxo na primeira. Condições aninhadas dentro de ramos são avaliadas, mas os componentes dentro delas não executam — veja Como o fluxo é executado.

​
Projeto contém etiqueta

Verdadeira quando as etiquetas escolhidas estão vinculadas ao projeto no momento da checagem.
A checagem não exige que o projeto esteja vinculado ao funil da etiqueta — ela olha apenas para as etiquetas que o projeto tem agora.

​
Projeto contém status do funil

Verdadeira quando os status de funil escolhidos estão presentes nos funis do projeto. Cada funil vinculado ao projeto carrega no máximo um status por vez. Por isso, exigir todos os status faz sentido apenas quando eles pertencem a funis diferentes.

​
Projeto em etapa

Verdadeira quando o projeto está nas etapas escolhidas no momento da checagem.
Exigir todas só funciona em funis que permitem o projeto estar em mais de uma etapa ao mesmo tempo, ou quando as etapas são de funis diferentes.

​
Decisor com filtro

A condição mais poderosa das quatro: você monta um filtro de projetos — o mesmo tipo de filtro da listagem — e a condição é verdadeira quando o projeto do gatilho aparece no resultado. Use quando a checagem envolve campos que as outras três condições não alcançam: cliente, responsáveis, orçamento, impacto, datas, respostas de formulário, combinações com “e” e “ou”.
O filtro é salvo junto com a automação. Editar a automação atualiza o filtro; não é preciso mantê-lo em outro lugar.
Um filtro que ficou inválido — por exemplo, porque o campo usado nele foi removido — faz a condição registrar erro. Nesse caso nenhum dos dois ramos executa e o fluxo segue para os componentes seguintes. O motivo aparece no registro de execução.

​
Quando a condição não consegue avaliar

Além do filtro inválido, uma condição registra erro quando não encontra o que precisa checar — por exemplo, uma etiqueta que foi excluída depois que a automação foi montada. O comportamento é sempre o mesmo: erro registrado, nenhum ramo executado, fluxo segue adiante. Se uma automação “pula” um trecho inteiro sem motivo aparente, abra o registro de execução e procure a condição — ela costuma ser a origem.

​
Por onde continuar

Ações

O que colocar dentro de cada ramo.

Como o fluxo é executado

Ordem, ramificações e bloqueio de fluxo em detalhe.

Logs e depuração

Como ver o resultado de cada condição em uma execução real.

Receitas prontas

Montagens completas para cenários comuns.