Migrando de sistema: como converter o histórico de 5 anos de AFD para o novo software

O momento de trocar o software de gestão do ponto eletrônico é, na prática, um teste de estresse para a integridade dos dados históricos. Ao contrário do que muitos gerentes de RH pensam, não se trata apenas de "exportar de um lado e importar do outro". Quando falamos de um acervo de 5 anos, estamos lidando com a principal prova em uma eventual ação trabalhista: o Arquivo Fonte de Dados (AFD). Se o processo de migração alterar um único byte desse arquivo, a hash (impressão digital) muda, e a evidência jurídica se torna questionável ou, na pior das hipóteses, nula.

Como engenheira especialista em REP, vejo erros clássicos nessa etapa, desde a simples abertura do arquivo em editores de texto até tentativas de "conversão" que reescrevem o cabeçalho. Para manter a conformidade com a Portaria 671 e garantir que a cadeia de custódia não se quebre, você não deve converter o AFD, mas sim indexá-lo. Abaixo, detalho o procedimento técnico exato para realizar essa migração de forma forense.

Por que o AFD não pode ser convertido, apenas indexado

A raiz da maioria dos problemas na migração é conceitual. O AFD é um arquivo sequencial, de texto fixo, gerado pelo REP (Registrador Eletrônico de Ponto) ou pelo software homologado. Ele possui uma estrutura rígida definida pelo MTE. A "assinatura" desse arquivo é calculada matematicamente sobre todo o seu conteúdo. Qualquer alteração, inclusive a mudança de um caractere de quebra de linha (CRLF para LF, comum em migrações Windows para Linux), invalida essa assinatura.

Muitos sistemas novos no mercado oferecem um "assistente de importação" que, na verdade, lê o AFD antigo, joga os dados em um banco de dados temporário e gera um novo AFD. Isso é um desastre jurídico. Você está criando uma nova fonte de dados pós-fato. O correto é o novo software armazenar o arquivo original "as-is" (como ele é) e apenas ler as informações dele para exibição. Dessa forma, se você precisar apresentar o arquivo em uma perícia, ele é exatamente o mesmo que saiu do REP original em 2021, com a mesma hash.

O ato de "converter" que o título menciona é, na verdade, a conversão do acesso aos dados, não do dado bruto. O software novo precisa aprender a falar a língua do velho, sem forçar o velho a ter sotaque novo. Se você tem dúvidas sobre a estrutura rígida desse arquivo, vale revisar os 5 erros comuns no cabeçalho do arquivo AFD que invalidam a validação do MTE antes de começar, pois a migração muitas vezes expõe falhas antigas que estavam ocultas.

Preparação do ambiente para a cópia fria (Cold Copy)

Antes de instalar o novo software ou baixar qualquer instalador, precisamos isolar os dados. Nunca realize a migração operando diretamente sobre os arquivos que estão no servidor de produção antigo ou em unidades de rede compartilhadas. O risco de travamento ou gravação acidental durante o processo é alto.

1. Crie um diretório de trabalho estanque: Em seu computador local ou em um HD externo, crie uma pasta chamada Migracao_AFDS_Originals. Dentro dela, crie subpastas por ano e por NSU (Número Sequencial Único) do REP.
2. Copie os arquivos originais: Faça a cópia de todos os arquivos .afd para essa estrutura local. Não os renomeie. Se o arquivo original é AFD_12345_20220101.txt, mantenha esse nome exato.
3. Gere o inventário de hashes (O Passo Crucial): Esta é a sua apólice de seguro. Vamos gerar um registro do estado atual dos arquivos. No Windows, abra o Prompt de Comando (cmd) na pasta onde estão os arquivos e digite: certutil -hashfile nome_do_arquivo.afd MD5. No Linux ou macOS (se for o caso), use md5sum nome_do_arquivo.afd.
4. Documente: Copie o resultado desse comando (a sequência alfanumérica) e salve em um arquivo de texto chamado Inventario_Hashes_Antes.txt. Se, depois da importação, suspeitar de corrupção, você rodará o comando novamente e comparará com este registro. Se bater, o arquivo está intacto.

Essa etapa de "cópias frias" garante que você tem o backup inalterado. O espelhamento do ponto é vital, e por que guardar apenas o arquivo digital não é suficiente judicialmente se você não consegue provar que ele não foi alterado? Esse inventário de hashes é a prova da integridade.

O Passo a Passo da Importação Forense no Novo Software

Com os arquivos isolados e o inventário em mãos, chegamos a execução no novo sistema. O objetivo aqui é configurar o software para ler o legado sem escrever em cima dele. A interface do seu novo fornecedor pode variar, mas a lógica técnica deve ser esta:

1. Cadastre os REPs "Fantasmas" ou Inativos Acesse o cadastro de equipamentos (REPs) no novo software. Você não precisa conectar as catracas antigas fisicamente. Cadastre cada REP pelo NSU e Fabricante (ex: Control ID, Henry, Prisma) marcando-os como "Remoto" ou "Histórico". Isso diz ao sistema que os registros virão de importação, não de captura em tempo real.

2. Mapeamento de Empregados (O NSU é a chave) O AFD não armazena o nome do funcionário, apenas o PIS (ou código único) vinculado ao NSU do empregador. Se houve rotatividade nos últimos 5 anos, é provável que PISs antigos não estejam mais na base ativa do ERP atual.

• Ação: O novo software deve ter uma tela de "Pré-importação". Ele lê o AFD e lista os PISs encontrados.
• Resolução: Você precisará mapear aqueles PISs antigos para os funcionários correspondentes na base atual. Se o funcionário foi demitido, mantenha o cadastro dele como "Histórico" no novo sistema, pois os dados dele continuam obrigatórios para fiscalização. Não apague registros antigos apenas porque o pessoal saiu.

3. A Importação "Somente Leitura" Ao selecionar o arquivo .afd para importação, verifique as opções avançadas do assistente. Desmarque qualquer opção que diga "Reformatar arquivo", "Otimizar banco de dados" ou "Converter para novo padrão". Você quer uma opção que diga "Indexar Arquivo Externo" ou "Importar com cópia de segurança". O software deve, idealmente, copiar o arquivo original para uma pasta interna dele e ler os registros para popular as tabelas de visualização. Ele nunca deve abrir o arquivo original para gravar nada.

4. Confira a geração do AFDT (Arquivo Fonte de Dados Tratado) Após a importação do AFD (que é a marcação crua), o software vai tentar gerar o AFDT (o arquivo tratado, com as justificativas e espelhos). Aqui reside uma diferença técnica fundamental. O AFD é imutável, mas o AFDT é gerado pelo software.

• Cenário de Risco: Se você importar o AFD de 2022, e o software novo tentar gerar o AFDT usando as regras de jornada de 2026, você pode ter inconsistências visualmente, embora o AFD (a verdade bruta) esteja salvo.
• Ação: Verifique se o software permite "travar" a lógica de cálculo para o período importado, usando as regras vigentes à época daqueles registros. A diferença real entre o arquivo AFD e o AFDT na hora de uma ação trabalhista é justamente essa: o AFDT é a interpretação do software. Ao migrar, você está trocando o intérprete, mas o texto (AFD) não pode mudar.

Validação Pós-Migração e Auditoria Interna

Terminado o processo de importação, o trabalho ainda não acabou. A fé cega no software é perigosa. Você precisa auditar o que foi feito.

1. Teste de Reprodução: Selecione um funcionário aleatório do ano de 2023. Imprima o Espelho de Ponto (AFDT) gerado pelo novo sistema. Compare com o espelho antigo (do sistema que você está saindo). Os horários de entrada e saída devem ser idênticos segundo a segundo. Se houver diferença de arredondamento, pode ser calibração do motor de cálculo do novo software, mas o registro base no AFD tem que ser o mesmo.
2. Verificação de Hash Final: Volte à pasta onde o novo software salvou os arquivos AFD importados (geralmente em uma pasta de "Dados" ou "Backup" dentro da instalação do novo programa). Rode o comando certutil ou md5sum nesses arquivos que agora estão "sob custódia" do novo sistema.
3. Confrontação: O hash gerado agora bate exatamente com o Inventario_Hashes_Antes.txt que você criou? Se sim, parabéns, você realizou uma migração forense perfeita. Se não, você precisa descobrir onde o software tocou no arquivo. Às vezes, softwares mal desenvolvidos adicionam uma linha de rodapé ou metadados no final do arquivo texto para "marcar território". Isso é inaceitável e invalida o arquivo legalmente.

O que fazer se o arquivo estiver corrompido?

Em 5 anos de operação, não é raro encontrar um AFD que não abre ou reclama de erro de sintaxe. Se o sistema original falhou ao gravar, o arquivo pode estar truncado. Neste momento, não tente "consertar" o arquivo manualmente abrindo no Bloco de Notas e deletando linhas. Isso cria um hiato temporal que a auditoria detecta como fraude. A solução técnica é o espelhamento do ponto via memória interna do REP ou MRP (Memória de Registro de Ponto). Se o arquivo digital AFD está perdido ou corrompido, você deve conectar o REP físico (se ainda o tiver) ou enviar o MRP para o fabricante para extração técnica dos dados brutos, gerando um novo AFD "de resgate". Esse arquivo virá com uma assinatura diferente, mas virá acompanhado de um laudo técnico atestando a recuperação, o que tem validade jurídica diferente de um arquivo editado manualmente pelo RH.

A armadilha da "Conversão Inteligente"

Cuidado com fornecedores que prometem "ajustes automáticos" na importação. Alguns sistemas oferecem ignorar registros "duplos" ou "sobrepostos" durante a leitura do AFD antigo. Nunca habilite isso. Se o AFD original tinha dois registros batidos no mesmo segundo por erro da catraca, esse erro deve constar na importação. O perito judicial vai comparar o AFD com a memória da catraca. Se o seu software novo "limpou" os erros, parecerá que você manipulou o registro para ocultar uma falha de hardware. O truque da engenharia de dados é: preserve o erro, documente-o, mas não o apague.

Manter a integridade dos 5 anos de histórico não é uma tarefa burocrática, é uma operação de preservação de provas. O passo a passo acima evita o maior pesadelo do departamento pessoal: chegar em uma audiência em 2028, apresentar o CD com a prova e o advogado do reclamante provar que o arquivo foi modificado dois anos após o fato, invalidando toda a sua defesa. A hash final do arquivo hoje deve ser idêntica à hash do arquivo daqui a uma década.