A automação de vendas no Bitrix24 (Alaio) se constrói com cenários curtos: um gatilho em um evento ou etapa, um ou dois robôs, um resultado mensurável. Grandes "processos chave na mão" quebram na primeira mudança de funil; já as combinações curtas vivem anos. Abaixo estão oito cenários práticos por etapa do negócio — recebimento da solicitação, primeiro contato, fatura e contrato, pagamento e vendas recorrentes. Cada um é montado no designer a partir de ações nativas e dos robôs da Roboteka, sem programação.

Como automatizar o recebimento da solicitação?

Cenário 1, normalização do telefone. Gatilho: lead criado a partir de um formulário web. O robô «Formatar telefone: prefixo próprio» coloca o número em um formato único — «prefixo + dígitos», com o prefixo de país que você definir (+55, +1, +44) —, removendo espaços, parênteses e hífens, e retorna um indicador de reconhecimento (Y/N). Resultado: a busca de duplicatas e a telefonia trabalham com uma única grafia do número, e o telefone não reconhecido vai para o gerente como tarefa.

Cenário 2, vínculo com um cliente existente. Gatilho: lead ou negócio criado. O robô «Encontrar contato por telefone/e-mail» procura o contato pelo número normalizado ou pelo e-mail e retorna o ID, o nome e o indicador «Encontrado» (Y/N). Resultado: quando Y, o registro é vinculado à ficha do cliente — o histórico de contatos não se rompe e nenhuma duplicata de contato é criada.

Como automatizar o primeiro contato?

Cenário 3, prazo do primeiro contato sem fins de semana. Gatilho: lead colocado em atendimento. Aqui os prazos se contam em dias corridos, então o deslocamento é explícito: o robô «Data mais próxima por condição» devolve o dia útil mais próximo a partir da data de origem, nos formatos AAAA-MM-DD e DD.MM.AAAA, mais o número de dias até ela. Um robô nativo cria a tarefa com esse prazo. Resultado: o primeiro contato não é agendado para um sábado, e os prazos das tarefas são exequíveis.

Cenário 4, número para SMS. Gatilho: confirmação da solicitação enviada ao lead. O robô «Formatar telefone: prefixo próprio» retorna a variante «apenas dígitos» — sem o sinal de mais, parênteses ou espaços. Resultado: o gateway de SMS e as integrações de mensageiros recebem o número no formato que aceitam sem erros.

O que automatizar na fatura e no contrato?

Cenário 5, taxa de câmbio na fatura. Gatilho: o negócio passa para a etapa «Fatura». Não existe fonte de cotações embutida no designer, mas há um caminho que funciona em qualquer portal: o robô «Requisição HTTP GET/POST» consulta uma API pública de câmbio pelo código da moeda — USD, EUR, CNY e outras — e devolve o corpo da resposta com o código de status, e o robô «Extrair valor de JSON por caminho» tira dela a cotação pelo caminho indicado. Resultado: o valor no negócio é calculado com base numa taxa vinda de uma fonte externa registrada, e não num número que o gerente inventou.

Cenário 6, taxa na data do contrato. Gatilho: a data do contrato está preenchida no negócio. A mesma dupla de robôs trabalha com a data como parâmetro da consulta — a maioria dessas APIs aceita a data no endereço da requisição e devolve a cotação daquele dia. Resultado: a taxa na data da assinatura fica fixada no campo do negócio — em caso de disputa sobre o valor, há base documental.

Como controlar o pagamento e as vendas recorrentes?

Cenário 7, prazo de pagamento. Gatilho: etapa «Contrato assinado». O prazo se conta em dias corridos a partir da transição — uma regra de automação com atraso de cinco dias, exatamente como está formulado no contrato, ou a ação de pausa dentro do processo de negócios. Quando o controle precisa cair num dia de trabalho, o «Data mais próxima por condição» desloca a data para o dia útil mais próximo. A tarefa «verificar o pagamento» é criada para a data obtida e, se necessário, o prazo é gravado no campo do negócio. Resultado: o controle de pagamento não cai num fim de semana nem dispara antes da hora.

Cenário 8, contato recorrente. Gatilho: nova solicitação pelo site. O robô «Encontrar contato por telefone/e-mail» encontra a ficha do cliente antigo pelo número. Resultado: o negócio é criado sobre o contato existente — o gerente vê o histórico de compras e fala com o cliente como com um conhecido, e não como com um lead novo.

Como montar o cenário no designer?

A ordem é sempre a mesma. Abra a configuração de robôs do funil desejado, escolha a etapa-gatilho e adicione um robô da lista — depois da instalação da Roboteka, os robôs dela aparecem ao lado dos nativos. Os resultados do robô — ID, indicadores Y/N, datas, taxas — ficam disponíveis para os passos seguintes do modelo: construa condições com base neles e grave os valores nos campos do negócio com a alteração nativa do documento. Teste a combinação em um único negócio de teste antes de ativá-la em produção. O passo a passo da configuração está no guia sobre robôs do Bitrix24, e a distribuição dos cenários por etapas está no artigo sobre funis.

Conclusão

Oito cenários cobrem o caminho do negócio, da solicitação à venda recorrente: número limpo na entrada, vínculo com um cliente existente, prazos exequíveis, taxa consultada por API nos cálculos e controle de pagamento. Comece pelos dois cenários de recebimento da solicitação — eles dão efeito já no primeiro dia. O conjunto completo de robôs está no catálogo de robôs de CRM. Se não houver o robô de que você precisa — descreva a tarefa, nós o construímos de graça e o adicionamos à biblioteca comum.