O responsável é o campo central de qualquer entidade do Bitrix24 (Alaio): é por ele que se calculam relatórios e KPI, é a ele que se amarram as permissões «meus/alheios», é ele quem recebe notificações e tarefas. Por isso a pergunta «como trocar o responsável» surge todo dia: o lead novo precisa ir para um gerente livre, os negócios de quem saiu da empresa — passar ao sucessor, a aprovação travada — subir ao supervisor. Vamos percorrer todos os níveis: troca manual, em massa e automática — e três robôs que fecham os cenários fora do alcance das ferramentas nativas.

Responsável ou executor: quem é quem

No CRM, lead, negócio, contato e empresa têm um único responsável — o campo «Responsável» do card. Nas tarefas há mais papéis: o criador, o executor, os coexecutores e os observadores. «Responsável» na tarefa é justamente o executor — quem faz o trabalho e em quem acendem os contadores; o criador apenas recebe o resultado. Se o processo precisa «trocar o responsável pela tarefa», o que muda é o executor. Mais sobre os papéis e campos das tarefas — no artigo sobre os robôs em tarefas.

Como trocar o responsável manualmente

No card: campo «Responsável» → escolher o funcionário. Na lista: marcar os registros necessários → ação em grupo «Alterar responsável» — assim se repassam dezenas de registros de uma vez; o filtro «Responsável = Silva» mais «selecionar tudo» cobre até centenas. Duas armadilhas. A primeira — permissões: a possibilidade de trocar o responsável é regulada pelo papel nas configurações de permissões do CRM; o gerente sem a permissão «troca de responsável» simplesmente não verá o campo. A segunda — ao repassar o registro, o dono anterior pode perdê-lo de vista: as permissões «ler apenas os próprios» cortam o acesso no momento da troca, por isso o repasse da carteira de clientes se planeja junto com a configuração dos papéis.

Troca automática: o robô nativo e as condições

No designer de robôs existe a ação nativa «Alterar responsável» — ela define um funcionário específico ou um valor vindo de um campo. Em conjunto com as condições «se — então», surge o roteamento: o valor do negócio passa do limite — o responsável vira um gerente sênior; a fonte é «programa de parceiros» — os registros vão para o gerente de parcerias. O ponto fraco da ação nativa: ela só conhece o que está fixado na configuração — uma pessoa específica ou um campo. Quem está «livre», quem é «do departamento certo», quem é «o supervisor do responsável atual» — isso o designer não sabe sozinho, e é aí que entram os robôs da Roboteka.

Distribuição de leads e negócios entre gerentes

O clássico: os leads que chegam devem ser distribuídos pelo departamento de vendas de forma uniforme, e não cair sobre um único plantonista. O robô «Funcionário aleatório da lista ou do departamento» escolhe um funcionário ativo aleatório do departamento indicado — ou de uma lista explícita de IDs — e sabe excluir uma pessoa, por exemplo o responsável atual. Devolve ID, nome, e-mail e o indicador «encontrado» (Y/N); no passo seguinte, a ação nativa grava o ID no campo «Responsável». No longo prazo, a escolha aleatória dá uma carga uniforme sem planilhas de controle de fila. Se a distribuição precisa depender do departamento do autor ou do território — primeiro o robô «Obter o departamento do funcionário» identifica o departamento, depois uma condição ramifica a rota. A esteira completa de tratamento dos leads que chegam está no artigo sobre os leads.

Saída de um gerente: repassar tudo o que é relacionado

O cenário mais doloroso. A ação em grupo na lista repassa os negócios — mas não toca nos registros relacionados: a empresa fica com contatos do responsável antigo, os contatos — com os seus negócios. O robô «Alterar responsável nos relacionados» resolve exatamente isso: executado em uma empresa, reatribui todos os negócios dela ou todos os contatos; em um contato — os negócios ou as empresas dele; em um negócio — os contatos ou a empresa dele. Uma execução processa até 500 registros relacionados; o robô devolve a quantidade de atualizados e o indicador de sucesso. O processo de repasse da carteira se monta em dois passos: trocar o responsável da empresa com a ação nativa → com o robô, estender o novo responsável a todos os negócios e contatos daquela empresa. O mesmo truque funciona ao passar um cliente-chave para um novo gerente de contas — sem ninguém sair da empresa.

Escalonamento: não trocar, mas envolver o supervisor

Às vezes trocar o responsável é um erro: pela tarefa atrasada deve responder o mesmo gerente, mas o supervisor dele é obrigado a saber do atraso. O robô «Obter o supervisor do funcionário» devolve o supervisor direto pela estrutura de departamentos — ao processo resta criar uma tarefa para ele ou enviar uma notificação. O responsável não muda, mas surge o controle. Para o escalonamento funcionar, a estrutura da empresa deve estar preenchida honestamente — como configurá-la está no artigo sobre a estrutura da empresa.

Perguntas frequentes

Dá para proibir os gerentes de trocar o responsável? Sim, com a permissão «troca de responsável» nos papéis do CRM. O criador da tarefa muda? Nativamente não — recrie a tarefa por um processo ou troque o executor. O novo responsável é notificado? Sim, pela notificação padrão; uma adicional com contexto pode ser enviada pelo processo — como configurar está no artigo sobre as notificações dos processos de negócios. O que acontece com os processos ativos na troca de responsável? Eles continuam rodando; se a rota depende do responsável, releia o campo no momento do uso, e não no início do processo.

Conclusão

A troca manual fecha os casos pontuais; as ações em grupo, os repasses únicos; os robôs, o fluxo: distribuição uniforme dos novos contatos, repasse da base relacionada quando alguém sai, escalonamento pela estrutura. Os robôs «Funcionário aleatório», «Alterar responsável nos relacionados», «Obter o supervisor» e «Obter o departamento do funcionário» estão no catálogo da Roboteka, instalados gratuitamente pelo Bitrix24 Market. Se não houver o cenário de que você precisa — descreva a tarefa e criamos o robô.