Quando uma empresa troca seu sistema de Folha de Pagamento, uma das decisões mais importantes do projeto é definir o que fazer com a ficha financeira dos trabalhadores.
Migrar apenas o cadastro atual de um colaborador é relativamente diferente de transportar anos de informações financeiras.
A ficha financeira pode conter milhares ou milhões de registros envolvendo competências, eventos, referências, bases, proventos, descontos e valores históricos.
Por isso, sua migração exige muito mais do que simplesmente exportar um relatório do sistema antigo.
É necessário identificar a origem dos dados, estruturar o histórico, relacionar eventos, converter informações para o novo sistema e posteriormente homologar o resultado.
Guia Definitivo da Migração de Dados de RH e Folha de Pagamento
O que é a ficha financeira na Folha de Pagamento?
A ficha financeira é o histórico dos valores processados para determinado trabalhador ao longo do tempo.
Ela pode registrar informações relacionadas a diferentes tipos de cálculo, como:
-
folha mensal;
-
férias;
-
décimo terceiro salário;
-
rescisões;
-
diferenças;
-
folhas complementares;
-
adiantamentos;
-
outros processamentos existentes no sistema.
Dependendo da plataforma, esse histórico pode conter:
-
competência;
-
trabalhador;
-
evento ou rubrica;
-
referência;
-
quantidade;
-
base de cálculo;
-
provento;
-
desconto;
-
valor;
-
tipo de cálculo;
-
período;
-
outras informações utilizadas pelo sistema.
A estrutura exata varia de uma plataforma para outra.
Por isso, migrar uma ficha financeira significa reconstruir corretamente esses relacionamentos no novo ambiente.
É possível migrar a ficha financeira de um sistema de Folha para outro?
Sim.
Mas a possibilidade e o nível de detalhe dependem das informações disponíveis na origem e das estruturas aceitas pelo sistema de destino.
A ficha financeira pode estar disponível em:
-
banco de dados;
-
backup;
-
arquivos;
-
planilhas;
-
relatórios;
-
APIs;
-
outras estruturas exportadas pela aplicação.
O ponto mais importante é conseguir identificar os registros financeiros de forma estruturada.
Em uma migração, não basta saber que determinado trabalhador recebeu R$ 5.000,00 em determinada competência.
Também é necessário entender como esse valor foi formado e a qual evento ele pertence.
Como Exportar Dados de um Sistema de Folha de Pagamento para uma Migração
Por que a ficha financeira é uma das partes mais complexas da migração?
Porque ela combina três fatores:
volume, histórico e relacionamento.
Um único trabalhador pode possuir dezenas de eventos em cada competência.
Quando multiplicamos isso por anos de histórico e milhares de trabalhadores, rapidamente chegamos a milhões de registros.
Além disso, os eventos do sistema antigo não necessariamente possuem os mesmos códigos no novo sistema.
Por exemplo:
Sistema de origem:
101 – Salário Base
Sistema de destino:
001 – Salário Mensal
A informação funcional pode ser equivalente, mas os códigos são diferentes.
Por isso, normalmente é necessário construir relacionamentos entre os eventos dos dois ambientes.
O que é DE/PARA de eventos na ficha financeira?
O DE/PARA estabelece a correspondência entre eventos ou rubricas da origem e do destino.
Exemplo:
| Sistema de origem | Sistema de destino |
|---|---|
| Evento 101 – Salário | Evento 001 – Salário |
| Evento 205 – Hora Extra 50% | Evento 035 – HE 50% |
| Evento 301 – INSS | Evento 910 – INSS |
| Evento 302 – IRRF | Evento 920 – IRRF |
Esses códigos são apenas exemplos ilustrativos.
Na prática, cada sistema e cada cliente podem possuir estruturas próprias.
O DE/PARA é necessário porque o sistema de destino precisa saber em qual evento registrar cada informação financeira proveniente da origem.
Conversão de Dados de Folha de Pagamento
O DE/PARA pode ser feito somente pelo nome do evento?
Não é recomendável.
Eventos com nomes semelhantes podem possuir funções diferentes.
Também é possível encontrar o contrário: eventos com nomes diferentes que representam conceitos equivalentes.
Por exemplo, uma empresa pode ter:
-
Salário;
-
Salário Mensal;
-
Vencimento Base;
-
Ordenado;
-
Salário Normal.
O nome ajuda na análise, mas normalmente não deve ser o único critério.
Pode ser necessário considerar:
-
natureza do evento;
-
incidências;
-
forma de cálculo;
-
utilização histórica;
-
tipo de processamento;
-
comportamento na Folha;
-
regras existentes no novo sistema.
Por isso, o relacionamento entre eventos costuma exigir participação técnica e funcional.
É possível migrar anos de ficha financeira?
Sim.
O período histórico depende do objetivo do projeto.
Uma empresa pode optar por migrar:
-
ano atual;
-
últimos 12 meses;
-
últimos 24 meses;
-
últimos 5 anos;
-
todo o histórico disponível.
Quanto maior o período, maior o volume de informações e o esforço necessário para extração, conversão e homologação.
A escolha deve ser realizada no início do projeto.
Migrar dez anos de histórico quando apenas dois são necessários aumenta o esforço sem necessariamente gerar benefício proporcional.
Por outro lado, deixar de migrar informações que serão necessárias no novo sistema pode gerar dependência permanente do legado.
Preciso migrar a ficha financeira de funcionários desligados?
Depende da estratégia adotada pelo cliente.
Existem projetos em que somente colaboradores ativos são migrados.
Em outros, também são transportados:
-
desligados;
-
aposentados;
-
trabalhadores temporários;
-
vínculos anteriores;
-
históricos completos.
A decisão precisa considerar como o novo sistema será utilizado depois do go-live.
Se o cliente deseja consultar o histórico de antigos trabalhadores no novo ambiente, por exemplo, pode ser necessário transportar também esses vínculos e suas respectivas fichas financeiras.
Como extrair a ficha financeira do sistema antigo?
O método depende da arquitetura da origem.
Em determinados sistemas, é possível utilizar o próprio banco de dados.
Em outros, a extração pode ocorrer por:
-
backup;
-
ferramentas da aplicação;
-
arquivos TXT;
-
planilhas;
-
APIs;
-
relatórios estruturados;
-
outras fontes.
Como Exportar Dados de um Sistema de Folha de Pagamento para uma Migração
8 formas de extrair dados de sistemas legados
A principal preocupação deve ser obter uma estrutura que permita identificar corretamente os registros financeiros.
Idealmente, cada lançamento precisa estar relacionado a informações suficientes para identificar:
empresa + trabalhador + competência + evento + valor.
Dependendo da estrutura, também podem ser necessárias outras chaves.
Um relatório em PDF serve para migrar ficha financeira?
Depende.
Um PDF pode funcionar como fonte em cenários específicos, principalmente quando não existe acesso a uma base estruturada.
Mas ele normalmente apresenta mais limitações do que um banco de dados ou arquivo estruturado.
É necessário avaliar:
-
qualidade do documento;
-
padronização;
-
quantidade de páginas;
-
quantidade de competências;
-
possibilidade de identificar trabalhador;
-
possibilidade de identificar evento;
-
possibilidade de separar referência e valor.
Em projetos com grande volume, extrair anos de ficha financeira exclusivamente de PDFs tende a exigir uma estratégia tecnológica específica.
Sempre que existir uma fonte estruturada mais completa, ela normalmente deve ser avaliada primeiro.
O eSocial substitui a ficha financeira?
Não completamente.
O eSocial possui informações de remuneração e outros eventos trabalhistas importantes, mas ele não deve ser entendido como uma cópia integral da ficha financeira interna do sistema de Folha.
Determinadas informações enviadas ao eSocial podem ser utilizadas para recuperação, complemento ou validação de dados.
Entretanto, dependendo do escopo, podem existir eventos, referências, informações internas ou processamentos que não estão representados da mesma maneira no ambiente do eSocial.
Por isso, quando existe acesso ao sistema legado ou à base da Folha, essas fontes também devem ser consideradas.
É possível transformar arquivos de ficha financeira em banco de dados?
Sim.
Esse é um recurso muito útil em projetos nos quais o fornecedor entrega os dados em arquivos ou planilhas.
Imagine que a empresa receba centenas de arquivos contendo históricos financeiros.
Em vez de realizar toda a migração diretamente nesses arquivos, é possível transformá-los em uma base intermediária.
O fluxo pode ser:
Arquivos → banco estruturado → tratamento → DE/PARA → conversão → sistema destino.
Essa abordagem facilita:
-
cruzamentos;
-
validações;
-
filtros;
-
identificação de duplicidades;
-
análise de períodos;
-
conversões;
-
geração dos layouts finais.
Conversão de Dados de Folha de Pagamento
Como converter a ficha financeira para o novo sistema?
Depois da extração, começa a fase de transformação.
É necessário compreender como o sistema destino espera receber os históricos financeiros.
Podem existir diferenças relacionadas a:
-
código da empresa;
-
matrícula;
-
evento;
-
competência;
-
tipo de cálculo;
-
referência;
-
base;
-
valor;
-
sequência;
-
formato das datas;
-
casas decimais.
A conversão aplica regras para transformar a estrutura da origem na estrutura aceita pelo destino.
Isso pode envolver:
-
DE/PARAs;
-
mudança de códigos;
-
padronização de datas;
-
tratamento de valores;
-
separação ou união de campos;
-
classificação por tipo de cálculo;
-
relacionamento entre matrículas;
-
relacionamento entre empresas.
E quando as matrículas mudam no novo sistema?
Esse é um ponto importante.
O trabalhador pode possuir uma matrícula no sistema antigo e receber outra no sistema novo.
Exemplo:
Origem:
Matrícula 001257
Destino:
Matrícula 458
Nesse caso, os históricos financeiros precisam acompanhar o relacionamento entre essas matrículas.
Caso contrário, a ficha financeira pode ser importada para o trabalhador errado ou não ser importada.
Por isso, a relação de matrículas também pode fazer parte dos DE/PARAs do projeto.
O mesmo acontece quando empresas são unificadas?
Sim.
Imagine um grupo econômico que possui várias empresas no legado e decide consolidar parte delas na nova plataforma.
A ficha financeira precisa considerar essa reorganização.
Pode ser necessário relacionar:
-
empresa antiga;
-
empresa nova;
-
matrícula antiga;
-
matrícula nova;
-
eventos antigos;
-
eventos novos.
Projetos de unificação aumentam significativamente a importância dos relacionamentos construídos durante a conversão.
Como importar a ficha financeira no novo sistema?
A forma de importação depende da plataforma de destino.
Ela pode ocorrer por:
-
layouts;
-
arquivos;
-
planilhas;
-
APIs;
-
rotinas próprias do sistema;
-
bancos intermediários;
-
ferramentas de importação disponibilizadas pelo fabricante.
Antes da carga, normalmente é necessário garantir que algumas estruturas já existam no novo ambiente.
Por exemplo:
-
empresas;
-
trabalhadores;
-
eventos;
-
cargos;
-
departamentos;
-
outros cadastros relacionados.
Isso ocorre porque a ficha financeira depende de diversos registros previamente cadastrados.
Uma carga financeira sem esses relacionamentos pode gerar rejeições ou inconsistências.
Importar a ficha financeira significa que ela está correta?
Não.
Uma importação aceita tecnicamente pelo sistema confirma apenas que os registros foram processados.
Não comprova que todos os valores estão corretos.
Por isso, depois da carga é necessário realizar homologação.
Homologação de Dados em Migrações de Folha de Pagamento
Como validar uma ficha financeira migrada?
Existem diferentes níveis de validação.
Validação por quantidade
Pode-se comparar:
-
quantidade de trabalhadores;
-
quantidade de competências;
-
quantidade de eventos;
-
quantidade de lançamentos.
É um primeiro indicador.
Mas não é suficiente.
Validação por valor
Também é necessário comparar os valores.
Por exemplo:
Origem:
Competência 01/2026
Evento 101
Valor R$ 5.000,00
Destino:
Competência 01/2026
Evento 001
Valor R$ 5.000,00
Resultado:
OK
Quando existe diferença:
Origem: R$ 5.000,00
Destino: R$ 4.950,00
Resultado:
DIVERGÊNCIA
Validação por trabalhador
É possível comparar os totais por colaborador.
Validação por competência
Também podem ser confrontados os totais de determinado período.
Validação por evento
Outra análise possível é comparar os valores agrupados por evento ou rubrica.
Validação global
Em determinados projetos, também podem ser comparados totais por empresa, competência ou tipo de cálculo.
A combinação dessas análises aumenta a capacidade de localizar divergências.
Conferir somente alguns funcionários é suficiente?
A amostragem pode ser útil para análises complementares.
Entretanto, existe uma limitação evidente:
os trabalhadores fora da amostra não estão sendo analisados.
Em uma ficha financeira com milhões de registros, uma conferência exclusivamente manual pode tornar-se inviável.
Por isso, a automação permite ampliar a cobertura.
Dependendo da disponibilidade das fontes e do escopo definido, é possível construir comparações massivas entre origem e destino.
Quais erros podem ocorrer na migração da ficha financeira?
Entre as divergências que podem aparecer estão:
-
competência incorreta;
-
valor divergente;
-
evento errado;
-
evento sem DE/PARA;
-
matrícula incorreta;
-
registro duplicado;
-
competência ausente;
-
trabalhador sem histórico;
-
valores importados em empresa errada;
-
referência incorreta;
-
períodos incompletos;
-
tipos de cálculo classificados incorretamente.
Algumas dessas divergências podem passar despercebidas quando a análise é realizada apenas visualmente.
Por isso, a validação precisa fazer parte da estratégia da migração desde o início.
A ficha financeira precisa ser saneada antes da migração?
Em alguns projetos, sim.
Bases históricas podem possuir inconsistências acumuladas ao longo dos anos.
Antes da carga no novo sistema, pode ser necessário avaliar:
-
eventos sem utilização;
-
duplicidades;
-
códigos antigos;
-
competências inconsistentes;
-
registros órfãos;
-
trabalhadores duplicados;
-
matrículas incorretas;
-
relacionamentos quebrados.
Saneamento de Dados antes de uma Migração de Folha
A migração não precisa obrigatoriamente reproduzir todos os problemas existentes na base antiga.
Quando o projeto permite, ela também pode ser uma oportunidade para estruturar melhor os dados que seguirão para a nova plataforma.
É possível migrar somente a ficha financeira?
Sim, dependendo do cenário.
Existem projetos em que o cadastro dos trabalhadores já foi importado e a necessidade posterior é complementar os históricos.
Também pode ocorrer de uma primeira carga ter transportado somente informações cadastrais.
Nesse caso, uma etapa específica pode ser criada para tratar:
-
ficha financeira;
-
históricos salariais;
-
férias;
-
afastamentos;
-
outros dados faltantes.
O importante é avaliar se os cadastros existentes no destino possuem as chaves necessárias para relacionar o histórico corretamente.
É possível contratar somente a conversão da ficha financeira?
Sim.
O cliente ou consultoria pode possuir os dados extraídos, mas não ter estrutura para transformá-los nos layouts do novo sistema.
Nesse caso, uma empresa especializada pode assumir somente:
dados recebidos → estruturação → DE/PARA → conversão → entrega dos layouts.
Também é possível ampliar o escopo para incluir:
extração → conversão → carga → homologação.
A definição depende da divisão de responsabilidades do projeto.
Link White Label para Migração de Dados
Ficha financeira em projetos de BPO de Folha
A ficha financeira também é relevante em operações de BPO.
Quando uma empresa de BPO recebe um novo cliente, pode ser necessário transportar históricos do sistema anterior para a plataforma utilizada na nova operação.
Nesse cenário, o BPO pode optar por:
-
receber arquivos do cliente;
-
preparar layouts internamente;
-
contratar somente a conversão;
-
terceirizar todo o processo de migração.
BPO de Folha e Migração de Novos Clientes
A estratégia escolhida impacta diretamente o esforço necessário para colocar o novo cliente em operação.
Antes de migrar a ficha financeira, responda estas perguntas
Antes de iniciar o trabalho, vale responder:
Quantos anos precisam ser migrados?
Ativos e desligados fazem parte do escopo?
Quais tipos de cálculo serão transportados?
Existe acesso estruturado aos dados?
Os eventos da origem já foram relacionados com os eventos do destino?
As matrículas mudarão?
As empresas serão mantidas ou unificadas?
Quem construirá os DE/PARAs?
Qual será o formato de importação?
Quem validará os valores depois das cargas?
Essas definições precisam acontecer antes que a equipe comece a preparar milhões de registros.
A ficha financeira não deve ser tratada como apenas mais um layout
Em determinados projetos, a ficha financeira pode representar a maior massa de dados de toda a migração.
Ela concentra anos da vida financeira dos trabalhadores e relaciona informações de várias estruturas.
Por isso, o processo precisa ser pensado de ponta a ponta:
Origem → Extração → Estruturação → DE/PARA → Conversão → Importação → Homologação
Como Funciona a Migração Audpay
Um erro na extração pode gerar histórico incompleto.
Um erro no DE/PARA pode direcionar valores para eventos incorretos.
Um erro na matrícula pode relacionar históricos ao trabalhador errado.
E uma carga tecnicamente aceita não significa que os valores estão corretos.
É justamente por isso que a ficha financeira precisa ser tratada como uma estrutura própria dentro do projeto de migração.
Migração de ficha financeira com a Audpay
A Audpay atua exclusivamente com dados de RH, Departamento Pessoal e Folha de Pagamento.
Dependendo do projeto, a atuação pode envolver:
-
extração da ficha financeira;
-
estruturação dos dados;
-
transformação de arquivos em banco;
-
construção e aplicação de DE/PARAs;
-
relacionamento de empresas e matrículas;
-
conversão;
-
preparação para os layouts do destino;
-
apoio às cargas;
-
homologação dos valores migrados.
Tecnologias e Motores de Migração de Dados
O serviço pode fazer parte de uma migração completa ou ser contratado para uma etapa específica do projeto.
Precisa migrar a ficha financeira para um novo sistema?
Antes de iniciar a preparação manual de históricos, vale avaliar:
qual é a fonte mais completa;
quantos anos realmente precisam ser transportados;
como os eventos serão relacionados;
como as matrículas serão convertidas;
e como os valores serão homologados após a importação.
A Audpay pode atuar desde a extração até a conversão e homologação da ficha financeira.
Sua equipe implanta. A Audpay cuida dos dados.
