Campos dependentes são quando um campo aparece ou se torna obrigatório dependendo do valor de outro campo; ocultos são quando os campos desnecessários são removidos do formulário para não atrapalhar o gerente. Um construtor completo de dependências «mostrar o campo B quando o campo A tiver um valor» não existe no Bitrix24, mas o mesmo efeito se alcança com a combinação de configurações nativas e robôs: configuração do card, obrigatoriedade por etapas, verificações no processo de negócios e limpeza automática de valores desatualizados. Vamos ver o truque passo a passo.

Para que servem os campos dependentes e ocultos?

O card do negócio acumula campos: para pessoas jurídicas são necessários o CNPJ e o endereço jurídico, para pessoas físicas — dados de documento, para a entrega — endereço e horário. Se mostrar tudo para todos, o gerente vê uma parede de dezenas de campos, preenche um sim, um não, e pula o que importa. Os campos dependentes e ocultos resolvem esse problema: o formulário mostra apenas o que se refere ao cliente atual e à etapa de trabalho. O benefício direto é a velocidade de preenchimento e a limpeza dos dados: quanto menos campos irrelevantes na tela, menos valores «só para salvar» entram no CRM, mais precisos ficam os filtros, relatórios e documentos construídos sobre esses campos.

O que a configuração nativa do card consegue fazer?

O card do CRM pode ser configurado sem código: ocultar campos, mudar a ordem, agrupar campos em seções e salvar a aparência geral para todos os funcionários. Isso é uma ocultação estática: o campo está visível ou não — a visibilidade não depende do valor de outros campos. O segundo mecanismo nativo é a obrigatoriedade por etapas: o campo se torna obrigatório quando o negócio passa para uma determinada etapa (mais sobre obrigatoriedade e tipos de campos — no artigo sobre campos no Bitrix24). A dependência dinâmica «escolheu "Pessoa jurídica" — apareceu o bloco de requisitos» a interface nativa não oferece, por isso a dependência é emulada com a combinação de seções do card, obrigatoriedade por etapas e robôs de verificação — sobre isso as duas próximas seções.

Como emular a dependência por meio de etapas e obrigatoriedade?

A ideia: em vez de «mostrar o campo ao ter um valor» — «exigir o campo na etapa em que ele se torna necessário». Exemplo com entrega: enquanto o negócio está em «Negociações», os campos de entrega não são obrigatórios e ficam em uma seção recolhida no fim do card; na transição para a etapa «Entrega» o endereço e o horário se tornam obrigatórios — o próprio card exige preenchê-los na mudança de etapa. Uma seção recolhida com campos raros funciona visualmente como ocultação, e a obrigatoriedade por etapa — como dependência da etapa. Limitação do truque: a verificação só dispara em transições manuais — mudanças via API, por importação ou por robôs a contornam. Essa brecha é fechada pela verificação de vínculos entre campos no processo de negócios.

Como verificar o vínculo entre campos com um robô?

A dependência «se A, então B é obrigatório» são duas condições de uma vez: «Tipo de cliente = Pessoa jurídica» E «CNPJ vazio». O bloco nativo «Condição» no designer de processos de negócios expressa isso com uma cadeia de blocos aninhados que rapidamente fica ilegível. O robô «Condição composta (AND / OR / NOT)» verifica até quatro condições com a lógica AND ou OR em uma única ação e, no modo JSON, aceita uma árvore de condições de aninhamento arbitrário — e retorna um único indicador S/N. Entre os operadores estão igual, diferente, maior, menor, contém, vazio, não vazio; as strings, por padrão, são comparadas sem diferenciar maiúsculas e minúsculas. Em caso de N, o processo devolve o negócio à etapa anterior ou cria para o gerente uma tarefa com a lista dos campos não preenchidos.

Como inserir e limpar valores dependentes?

Dois robôs cobrem o outro lado da dependência. O «Escolha ternária (se-então-senão)» compara dois valores e retorna um de dois resultados definidos, mais o indicador de cumprimento da condição S/N: por exemplo, pelo campo «Tipo de cliente» insere no e-mail a forma de tratamento adequada — sem uma cadeia de condições no designer. E o «Limpar campo» define um valor vazio em qualquer campo do negócio, contato, empresa ou lead: se o gerente mudou o tipo de cliente de «Pessoa jurídica» para «Pessoa física», o robô limpa o CNPJ e o endereço jurídico, para que os dados da opção anterior não vão parar em documentos e relatórios. Como colocar robôs nas etapas — no artigo sobre configuração de robôs.

Checklist

Oculte os campos raros: configure o card, agrupe os campos em seções, salve a aparência para todos. Ative a obrigatoriedade por etapas para os campos de etapas específicas. Adicione um robô de verificação de vínculos entre campos nas transições entre etapas. Configure a limpeza automática dos campos na mudança do valor determinante. Os robôs para esse esquema estão no catálogo da Roboteka; não há o que você precisa? Descreva a tarefa, criamos o robô de graça.