Olá, Recrutador(a)! 😎
Lançamos uma nova versão das automações do ATS da Recrutei. O editor visual foi reconstruído para ficar mais próximo de ferramentas low-code, facilitando a leitura de tudo o que vai acontecer em cada regra, do gatilho até a ação final.
A automação, que antes rodava do mesmo jeito para todo mundo que passava por uma etapa, agora pode olhar um campo do candidato antes de agir, e decidir. E ganhou ações que faltavam, como mover de etapa e disparar uma requisição para sistemas externos.
Novo editor visual🎯
O editor foi refeito para lembrar ferramentas low-code: cada automação é montada em cartões conectados, gatilho, condição (opcional) e ação, o que facilita entender de relance o que uma regra faz sem precisar abrir cada campo.
Condição por campo do candidato🔎
Agora é possível adicionar um cartão de condição ("Se") entre o gatilho e a ação. Com ele, você define que a automação só roda quando um campo específico do candidato atende a um critério, por exemplo, só mover para a próxima etapa se o campo Estado (UF) for um destes: SP ou RJ.
Quem não precisa de condição não precisa mudar nada: sem o cartão "Se", a automação continua rodando exatamente como sempre rodou, para todo mundo que passa pelo gatilho.
Os campos disponíveis para condição incluem:
Localização / Estado (UF)
Pretensão salarial
Idade
Escolaridade
PcD
Regime de contratação
Habilidades
Idiomas
Aceita remoto
Aceita mudança
Currículo anexado
Origem da candidatura
Avaliação em estrelas
Score de match (Ultra)
E os operadores disponíveis são: é igual a, é um destes, é diferente de, não é nenhum destes, contém, não contém, está preenchido, está em branco e faixa.
Novas ações⚙️
Até então, as automações só falavam com o candidato, nenhuma ação mexia no funil. Agora, além das ações que já existiam, estão disponíveis:
Enviar teste técnico ao candidato
Adicionar tag no candidato
Inserir score (estrelas) no perfil
Mover candidato de etapa: você escolhe entre as etapas daquele processo; a etapa que disparou a regra nem aparece na lista, e, se a movimentação acionar outra automação, a Recrutei corta a corrente antes de virar um laço infinito
Aprovar candidatura na etapa
Reprovar candidatura na etapa, com motivo: valem as mesmas regras das ações que já existiam: prospect e candidato cadastrado à mão continuam fora
Disparar requisição HTTP para um sistema externo
Um detalhe importante: se o candidato não tem o campo da condição preenchido, a ação não roda e isso não é um erro. Fica registrado no histórico como pulado, com o motivo.
Disparo de requisição HTTP🧩
Esta é a novidade que faz a automação conversar com o resto da sua operação. Ao escolher "Disparar uma requisição HTTP" como ação, você configura o endereço de destino, podendo definir também cabeçalhos, autenticação e método da requisição. Quando a regra roda, os dados daquele candidato saem para o seu n8n, Zapier, Make ou qualquer outro sistema, e o que volta de lá fica registrado.
É a primeira ação que envia dado de candidato para fora da Recrutei, então valem algumas garantias fixas, que não precisam ser configuradas:
Só endereço seguro: o disparo só sai para endereços https, nas portas 443 e 8443. Endereço de rede interna é recusado, e o disparo não segue redirecionamento.
Credencial protegida: o que autentica o seu sistema é guardado de forma mascarada e não volta a aparecer em nenhuma tela depois de salvo. O endereço também não aparece na listagem, já que costuma carregar a credencial no próprio caminho.
Reenvio automático: se o seu sistema estiver fora do ar, a Recrutei tenta 4 vezes, com esperas de 30 segundos, 2 minutos e 10 minutos, antes de desistir e registrar a falha. Instabilidade de alguns minutos do outro lado não custa um candidato.
Ida e volta registradas: cada disparo fica registrado com a resposta que o seu sistema deu, código de resposta, conteúdo, cabeçalhos e tempo de resposta, até 64 KB por disparo. Quando a resposta é maior que isso, o registro avisa que foi cortada.
Histórico e rastreabilidade🚨
Nada acontece com o candidato sem deixar rastro. Toda automação que atua em uma candidatura fica registrada na linha do tempo daquele candidato: o gatilho que disparou (novo candidato recebido, candidato foi movido ou candidato foi reprovado), a automação, a ação executada e o horário.
Quando a ação não roda, o registro mostra o motivo, com o campo verificado e o valor encontrado, por exemplo: "Condição não atendida: Estado (UF), valor encontrado: MG". Campo em branco tem frase própria, já que a condição não chega a ser avaliada.
Essa linha do tempo é sempre por candidatura, automação de um cliente não aparece no histórico de outro. E, no caso dos disparos HTTP, o histórico guarda os dois lados da requisição: o que saiu e o que voltou. É esse registro que responde, numa auditoria, se o dado chegou lá.
Vale saber📢
Para configurar o disparo HTTP na Recrutei não é preciso saber programar: bastam alguns campos, como nome do disparo e endereço de destino. O que exige conhecimento técnico é o outro lado da integração é necessário ter o fluxo já pronto no n8n, Zapier, Make ou no sistema que vai receber os dados.
As automações que você já tinha configuradas continuam rodando normalmente, sem nenhuma mudança de comportamento. A condição por campo é um recurso opcional, que só passa a valer se você adicionar o cartão "Se" à automação.
Em relação à segurança, a senha ou token usado na autenticação da sua integração fica sempre mascarado e não volta a ser exibido em nenhuma tela depois de salvo.
Por fim, para acompanhar o que a automação fez com um candidato específico, basta consultar a linha do tempo daquela candidatura, o histórico é sempre por candidatura, então automações de um cliente não aparecem no histórico de outro.
Saiba mais:
📢Ainda tem alguma dúvida sobre os tópicos acima? Chama o suporte que a gente resolve! Basta acionar a caixa de mensagem, localizada no canto inferior direito da tela, que estaremos à postos para ajudar você! 💬
Espero que o artigo tenha ajudado, até a próxima!
Bom recrutamento! 💙
