Objetivo

As condicionais são responsáveis por determinar quando uma automação deve ser executada dentro da Joinsy. Elas funcionam como regras de validação que analisam informações de oportunidades, empresas, contatos ou processos para decidir se uma determinada ação será disparada.

Uma configuração correta das condicionais é essencial para garantir que notificações, movimentações de workflow, atualizações de campos e demais ações ocorram apenas quando os critérios desejados forem atendidos.

Como as Condicionais Funcionam

Toda regra de automação é composta por três elementos:

Campo

É a informação que será analisada pela automação.

Exemplos:

• Status da Oportunidade
• Responsável
• Data de Cadastro
• Área de Interesse

Condicional

É a regra de comparação aplicada ao campo.

Exemplos:

• Está preenchido
• Está em branco
• É igual a
• Não é igual a
• Está contido em
• Não está contido em

Valor

É o parâmetro utilizado para a comparação, quando necessário.

Exemplo:

Campo: Status da Oportunidade
Condicional: É igual a
Valor: Homologado

Nesse cenário, a automação será executada apenas quando o status for exatamente “Homologado”.

Observação: algumas condicionais não exigem a definição de um valor, pois verificam apenas a existência ou ausência de informações.

Condicionais Disponíveis

Está preenchido

A condicional Está preenchido verifica se existe qualquer informação registrada em um campo, independentemente do conteúdo.

Necessita valor?

Não.

Quando utilizar?

• Confirmar que uma informação foi preenchida.
• Identificar a conclusão de uma etapa.
• Disparar ações após o preenchimento de um campo obrigatório.

Exemplo prático

Enviar um e-mail de “ganhamos a licitação” quando o campo Data de Homologação for preenchido.

Comportamento esperado

Se houver qualquer conteúdo registrado no campo (texto, número, data ou seleção), a condição será considerada verdadeira.

Quando não utilizar

Quando for necessário validar um valor específico.

Por exemplo, para verificar se o plano contratado é “Premium”, utilize a condicional É igual a.

Está em branco

A condicional Está em branco verifica se um campo não possui nenhuma informação registrada.

Necessita valor?

Não.

Quando utilizar?

• Encontrar registros incompletos.
• Criar lembretes de preenchimento.
• Monitorar informações obrigatórias não cadastradas.

Exemplo prático

Criar uma tarefa para o responsável quando o campo Telefone de Contato permanecer vazio após o cadastro.

Comportamento esperado

A automação será executada apenas quando o campo estiver completamente vazio.

Quando não utilizar

Quando o objetivo for comparar valores específicos ou verificar alterações de status.

É igual a

A condicional É igual a realiza uma comparação exata entre o valor do campo e o valor informado na configuração.

Necessita valor?

Sim.

Quando utilizar?

• Fluxos que dependem de um status específico.
• Regras de aprovação.
• Etapas críticas do processo.

Exemplo prático

Mover automaticamente uma oportunidade para a etapa Prioritário quando o campo Etiqueta for igual a Crítico.

Comportamento esperado

A comparação é exata.

Se o valor configurado for “Crítico” e o campo possuir qualquer valor diferente, a condição não será atendida.

Quando não utilizar

Em campos que permitem múltiplas seleções simultâneas.

Nesses casos, utilize a condicional Está contido em.

Não é igual a

A condicional Não é igual a verifica se o valor do campo é diferente do valor informado.

Necessita valor?

Sim.

Quando utilizar?

• Criar alertas de exceção.
• Monitorar situações fora do fluxo esperado.
• Identificar registros que ainda não atingiram determinada condição.

Exemplo prático

Enviar uma notificação quando o Status da Oportunidade não for igual a Aprovado.

Comportamento esperado

Qualquer valor diferente do configurado fará com que a condição seja atendida.

Dependendo da estrutura do processo, campos vazios também poderão ser considerados diferentes.

Quando não utilizar

Quando a intenção for excluir vários valores simultaneamente.

Nesse caso, utilize Não está contido em.

Está contido em

A condicional Está contido em permite trabalhar com múltiplos valores dentro da mesma regra.

Necessita valor?

Sim.

Quando utilizar?

• Agrupar categorias semelhantes.
• Reduzir a quantidade de automações.
• Trabalhar com múltiplas opções de um mesmo cenário.

Exemplo prático

Notificar a equipe comercial quando a UF estiver entre:

• São Paulo
• Rio de Janeiro
• Minas Gerais

Comportamento esperado

A lógica utilizada é do tipo OU.

Basta que um dos valores selecionados corresponda ao conteúdo do campo para que a automação seja executada.

Benefício

Evita a necessidade de criar diversas automações idênticas para cada valor individualmente.

Não está contido em

A condicional Não está contido em funciona como um filtro de exclusão.

Necessita valor?

Sim.

Quando utilizar?

• Excluir grupos específicos de uma automação.
• Criar tratamentos diferenciados para determinados segmentos.
• Evitar que determinadas categorias recebam ações automáticas.

Exemplo prático

Executar uma automação apenas para clientes cujo plano não esteja entre:

• Enterprise
• Governo
• Custom

Comportamento esperado

Se o valor do campo estiver presente na lista configurada, a automação não será executada.

Caso contrário, o fluxo seguirá normalmente.

Quando não utilizar

Quando a validação envolver apenas um único valor.

Nesse cenário, a opção Não é igual a costuma ser mais simples e fácil de manter.

Seleção Única x Seleção Múltipla

Uma dúvida comum é entender quando utilizar comparações simples e quando utilizar listas de valores.

Seleção Única

Utilize:

• É igual a
• Não é igual a

Essas condicionais são ideais para situações em que existe apenas um valor específico a ser analisado.

Exemplo

Status = Aprovado

A automação será executada apenas quando o status possuir exatamente esse valor.

Seleção Múltipla

Utilize:

• Está contido em
• Não está contido em

Essas condicionais são recomendadas quando vários valores podem produzir o mesmo resultado.

Exemplo

Região está contida em:

• Sul
• Sudeste
• Centro-Oeste

Nesse caso, uma única automação substitui várias regras separadas.

Tabela Comparativa

Erros Comuns e Como Evitar

Confundir “Está em branco” com “Não é igual a”

Considere o seguinte exemplo:

Status ≠ Ativo

Se o campo estiver vazio, ele também poderá ser considerado diferente de “Ativo”.

Caso a intenção seja trabalhar apenas com registros preenchidos, considere combinar as regras de validação.

Utilizar “É igual a” em campos com múltiplas opções

Quando um campo permite mais de uma seleção simultânea, a comparação exata pode não funcionar conforme esperado.

Nesses casos, utilize sempre Está contido em.

Criar loops de automação

Um erro comum é utilizar como gatilho um campo que será atualizado pela própria automação.

Exemplo:

• Gatilho: Campo preenchido.
• Ação: Atualizar o mesmo campo.

Dependendo da configuração, isso pode gerar execuções repetidas e comportamentos indesejados.

Antes de ativar uma automação, valide se suas ações não reativam a própria condição utilizada no gatilho.

Como Escolher a Condicional Correta

Ao criar uma automação, faça as seguintes perguntas:

1. Preciso verificar apenas se existe informação?

Se sim:

• Está preenchido
• Está em branco

2. Preciso validar um valor específico?

Se sim:

• É igual a
• Não é igual a

3. Preciso trabalhar com vários valores?

Se sim:

• Está contido em
• Não está contido em

Essa sequência ajuda a identificar rapidamente qual condicional é mais adequada para cada cenário.

Considerações Finais

As condicionais são a base do funcionamento das automações na Joinsy. A escolha correta da regra garante que ações sejam executadas apenas quando realmente necessárias, reduzindo erros operacionais, retrabalho e disparos indevidos.

De forma geral:

• Utilize Está preenchido e Está em branco para validar a existência de informações.
• Utilize É igual a e Não é igual a para comparações exatas.
• Utilize Está contido em e Não está contido em para trabalhar com grupos de valores.

Antes de publicar uma automação para toda a operação, recomenda-se realizar testes com registros de exemplo para validar o comportamento esperado e garantir que o fluxo atenda às regras de negócio definidas.