Como automatizar a admissão de funcionários

Em muitas empresas, admitir alguém ainda funciona assim: o RH manda pelo WhatsApp a lista de documentos, o candidato devolve fotos tortas em três conversas, alguém digita tudo numa planilha, depois digita de novo na folha, e o contrato é impresso para assinar no primeiro dia. A data de início chega e ninguém tem certeza se o exame admissional foi feito ou se a admissão foi enviada ao eSocial.

Automatizar a admissão não é digitalizar esse caos. É desenhar o processo com começo, meio e fim, com prazos e responsáveis, e deixar o sistema cobrar cada etapa. A seguir, o fluxo de ponta a ponta, a conversa com a folha e o ponto que você já usa e os cuidados de LGPD.

A admissão é um processo com prazos, não uma pasta de documentos

Antes das telas, enxergue a admissão como ela é: etapas com dependências e obrigações legais. Um desenho típico:

Quase tudo converge para o primeiro dia, e duas obrigações precisam estar cumpridas antes dele: o exame admissional, que pela NR-7 deve ser feito antes de o empregado assumir as atividades, e o envio do evento de admissão ao eSocial. Um bom sistema trabalha de trás para frente a partir dessa data e avisa o que está atrasado, e com quem.

Quando faz sentido construir, e quando não faz

Se a empresa admite poucas pessoas por ano e a folha fica com a contabilidade, o portal de admissão do próprio sistema de folha ou do escritório contábil provavelmente resolve. Não construa nada.

O fluxo sob medida começa a fazer sentido quando:

• Há volume ou sazonalidade: varejo, indústria com turnos, logística, contratação em ondas.
• Há várias unidades ou CNPJs, com clínicas, sindicatos, benefícios e modelos de contrato diferentes.
• Muita gente fora do RH participa: gestor que aprova, TI que cria acessos, segurança do trabalho que libera.
• A ferramenta atual cobre só um pedaço, e o resto vive em planilha e mensagens.

Há também um meio-termo que sempre vale considerar: manter a folha como está e construir só o fluxo de admissão, que entrega os dados prontos para ela.

Coleta de documentos pelo próprio candidato

A maior economia de tempo está aqui: quem digita é o candidato, não o RH. Aceita a proposta, ele recebe um link pessoal e temporário, abre no celular e preenche. Sem instalar aplicativo, sem criar senha.

O formulário pede só o que se aplica:

• Dados pessoais e de contato, validados na hora: dígito do CPF, formato de data, CEP que preenche o endereço.
• Documentos por foto ou arquivo: identidade, comprovante de residência, certidões, dados bancários e o que o cargo exigir, como CNH ou registro em conselho profissional.
• Dependentes, se houver, com o necessário para imposto de renda e salário-família.
• Declarações, como a opção pelo vale-transporte.
• Os campos que o eSocial exige e que ninguém lembra de pedir até o evento ser recusado.

A regra de ouro: o checklist é montado por cargo, unidade e situação do candidato. Estrangeiro, pessoa com deficiência, aprendiz e estagiário têm exigências diferentes. Lista única gera documento pedido à toa ou documento faltando.

Foto ilegível recusada gera pedido de reenvio só daquele item, com o motivo. Dá até para ler os dados direto das imagens, com conferência humana nos campos duvidosos, como mostramos no texto sobre extração de dados de documentos com IA.

Uma checagem que poupa dor de cabeça: validar CPF, nome e data de nascimento antes de qualquer envio. Divergência cadastral é causa frequente de rejeição no eSocial, e descobrir isso na véspera do início é exatamente o que o fluxo quer evitar.

Exame admissional, contrato e assinatura eletrônica

O exame como etapa rastreada

O sistema registra o agendamento com a clínica, envia guia e orientações ao candidato e acompanha o status: agendado, realizado, ASO recebido. Se a clínica oferece integração, o resultado chega sozinho; se não, alguém anexa o ASO.

Dois cuidados. O RH precisa da conclusão do ASO, apto ou inapto, e não do detalhe dos exames, que é informação de saúde sob sigilo médico. E o resultado também vai para o eSocial, em um evento próprio de monitoramento da saúde do trabalhador (S-2220), com prazo diferente do da admissão. O fluxo precisa lembrar dos dois.

Contrato gerado, não digitado

O contrato sai de um modelo por tipo de vínculo e cargo, preenchido com os dados já conferidos: função, jornada, remuneração, local, data de início e cláusula de experiência. Junto vêm os termos que a empresa adota, como política de uso de equipamentos e acordo de compensação de jornada, quando aplicável. Os modelos ficam versionados e aprovados pelo jurídico; ninguém edita cláusula na última hora.

Assinatura eletrônica

A legislação brasileira reconhece documentos assinados eletronicamente, e a assinatura costuma ser classificada em simples, avançada e qualificada, esta feita com certificado digital ICP-Brasil. Qual nível usar em cada documento é decisão do jurídico. O sistema suporta o que for escolhido e guarda as evidências: quem assinou, quando, de onde e qual versão do documento. A integração com plataformas de assinatura está detalhada em gestão de contratos com assinatura digital.

eSocial: o que precisa sair antes do primeiro dia

É o ponto mais sensível do fluxo. Em linhas gerais, o evento de admissão (S-2200) precisa ser transmitido antes de o trabalhador iniciar as atividades. Quando nem todos os dados estão disponíveis, o leiaute prevê um registro preliminar (S-2190), com os dados completos enviados depois, dentro do prazo. Prazos e exceções devem ser confirmados com o DP ou a contabilidade, porque o leiaute muda de tempos em tempos.

Para o sistema, isso vira três responsabilidades:

1. Conhecer os dados que o evento exige e cobrá-los na coleta, não na véspera.
2. Sinalizar a admissão como não liberada enquanto não houver recibo de entrega, avisando RH e gestor a tempo.
3. Guardar o recibo, ou a mensagem de erro, ligado àquela admissão.

Quem transmite: o fluxo novo ou a folha?

Dá para enviar os eventos direto do sistema de admissão, com o certificado digital da empresa. Na maioria dos casos, não recomendamos. Quem já transmite é o sistema de folha, próprio ou da contabilidade, e ele precisa do vínculo cadastrado de qualquer jeito para calcular o pagamento. Duas transmissões criam dois donos para o mesmo dado.

O desenho mais seguro é o fluxo de admissão entregar dados completos e validados à folha, disparar o envio por ela e acompanhar o retorno. O envio direto só se justifica quando não há folha integrável ou o volume exige controle próprio.

Integração com folha, ponto e benefícios

Na admissão, o funcionário passa a existir em meia dúzia de sistemas. Se cada um recebe os dados à mão, são meia dúzia de chances de erro. Comece definindo quem é dono de cada dado:

Folha. A integração pode ser por API ou por arquivo no leiaute de importação que o sistema aceita; os módulos de RH de ERPs como TOTVS e SAP costumam ter um desses caminhos. Se a folha está com a contabilidade, o caminho costuma ser um pacote padronizado de dados e documentos enviado ao escritório, com confirmação de recebimento. Sem API nem importação, ainda há saídas, com prós e contras que discutimos em RPA ou integração via API.

Ponto. A admissão entrega a escala e o horário contratual para que o registro de jornada funcione desde o primeiro dia.

Benefícios. Inclusões em plano de saúde, vale-refeição e vale-transporte seguem no formato de cada fornecedor.

A arquitetura, em linguagem simples

Tipicamente, é uma aplicação web com três partes: o formulário do candidato, por link seguro e temporário; o painel do RH, com a fila de admissões e o status de cada etapa; e uma camada de integrações com folha, ponto, clínica e fornecedores.

As integrações passam por uma fila, com reenvio automático e registro de cada tentativa: folha fora do ar por uma hora não pode virar admissão esquecida. Os arquivos ficam em armazenamento criptografado, acessíveis só por links que expiram. E cada admissão está sempre em uma etapa conhecida; ninguém pula etapa sem deixar registro.

Documentos pessoais e LGPD

Uma admissão reúne, em poucos dias, quase todos os dados pessoais que a empresa terá sobre alguém. Parte deles é sensível pela LGPD (Lei 13.709/2018): saúde no ASO, deficiência, raça ou cor (campo que o próprio eSocial pede), filiação sindical e biometria, se o ponto for biométrico.

Boa parte desse tratamento se apoia em obrigação legal e na execução do contrato, o que não dispensa cuidado:

• Tirar os documentos do WhatsApp e do e-mail. Só isso já é um ganho grande de segurança.
• Pedir apenas o necessário para aquele cargo e unidade.
• Controlar o acesso por perfil. O gestor vê o status da admissão, não a certidão de casamento.
• Registrar quem acessou e baixou cada documento, em trilha de auditoria.
• Definir retenção. Documentos de quem desistiu não ficam guardados indefinidamente; os do empregado seguem os prazos legais definidos com o jurídico.
• Informar o candidato, no formulário, sobre para que os dados serão usados.

O que cada ponto exige do software está em LGPD no desenvolvimento de sistemas.

Do primeiro dia ao fim do contrato de experiência

O primeiro dia é onde a empresa mostra se se organizou: computador pronto, acessos liberados, crachá impresso, gestor avisado. O sistema gera esse checklist a partir do cargo, abre as tarefas para TI e facilities e acompanha cada item.

Dali em diante, o funcionário precisa de documentos, holerites e comunicados em um lugar só. Se a empresa tem ou planeja um portal do colaborador, a admissão é a porta de entrada natural dele: o cadastro já existe.

A experiência também pede acompanhamento ativo. Pela CLT, o contrato de experiência tem limite de 90 dias e admite uma única prorrogação dentro desse limite. O sistema avisa o gestor antes de cada vencimento, pede uma avaliação curta e registra a decisão: efetivar, prorrogar ou encerrar. Deixar o prazo passar sem decisão tem consequência: em regra, o contrato passa a ser por prazo indeterminado.

Erros que mais comprometem o projeto

• Digitalizar o papel sem redesenhar, transformando a ficha antiga em formulário com os mesmos campos inúteis.
• Começar pela assinatura eletrônica, a parte fácil, e deixar coleta e integração com a folha para depois.
• Deixar DP e contabilidade fora do diagnóstico. São eles que sabem o que o eSocial recusa.
• Exigir cadastro com senha do candidato. Cada atrito o empurra de volta para o WhatsApp.

Como saber se funcionou

• Tempo entre o aceite da proposta e o dossiê completo e conferido.
• Admissões com o evento do eSocial transmitido antes do início. A meta é todas.
• Reenvios de documento por admissão, que mostram onde o formulário confunde.
• Pendências no primeiro dia: acesso, equipamento, crachá.
• Experiências vencidas sem decisão registrada. A meta é zero.
• Quantas vezes o mesmo dado ainda é digitado em outro sistema.

Por onde começar

1. Mapeie o fluxo atual, do aceite ao primeiro dia: quem faz o quê e onde cada dado é digitado.
2. Liste vínculos, cargos e unidades e o que muda em cada combinação.
3. Descubra como a folha recebe dados: API, arquivo de importação ou contabilidade.
4. Levante com o DP os motivos mais comuns de atraso e rejeição no eSocial.
5. Defina com o jurídico modelos de contrato, níveis de assinatura e retenção.
6. Comece por um MVP: coleta, conferência e entrega à folha, em uma unidade piloto. Exame, assinatura e benefícios vêm depois.

Como montamos esse fluxo com você

Na Pervian Tech, o projeto começa com um diagnóstico junto ao RH, ao DP e a quem cuida da folha, para entender o fluxo real e o que já existe. Às vezes a recomendação é aproveitar o portal da folha e construir só a ponte que falta. Quando o fluxo próprio faz sentido, ele vem em fases: protótipo testado com candidatos de verdade, MVP em uma unidade e evolução para o restante, com cronograma definido depois do diagnóstico.

O investimento é sob medida e definido sob consulta, porque depende das integrações, das variações de vínculo e do volume de admissões. Veja como trabalhamos em desenvolvimento web sob medida e fale com a gente para conversar sobre o seu processo.