Internalizar a Folha de Pagamento pode signific coisas diferentes dependendo de quem está tomando essa decisão.
Para uma empresa final, pode signific deixar de terceirizar Payroll e passar a executar a Folha internamente.
Para um Escritório Contábil, empresa contábil ou operação de BPO de Folha, pode signific estruturar uma operação mais independente, utilizando um HCM próprio para atender determinados clientes, em vez de depender exclusivamente do sistema core já utilizado na carteira.
Nos dois cenários, existe um ponto em comum:
comprar ou implantar um HCM não cria automaticamente uma operação pronta.
A internalização exige organizar pessoas, processos, tecnologia e dados.
O que significa internalizar a Folha?
Para uma empresa final, o movimento pode ser:
BPO atual → HCM próprio → equipe interna de Payroll
A empresa deixa de terceirizar a execução e passa a operar internamente.
Mas existe outro cenário cada vez mais relevante para prestadores de serviços:
Escritório Contábil ou BPO → HCM próprio → operação de Folha para seus clientes
Nesse caso, a empresa não está necessariamente internalizando uma Folha que antes era terceirizada.
Ela está internalizando capacidade tecnológica e operacional para atender sua própria carteira em uma nova plataforma.
Isso pode acontecer quando o Escritório ou BPO deseja:
- atender empresas maiores;
- criar uma operação Premium;
- trabalhar com clientes que exigem determinado HCM;
- oferecer mais integrações e recursos;
- reduzir limitações do sistema core;
- criar uma segunda linha tecnológica para a carteira.
Internalizar ou terceirizar?
Não existe um modelo universal.
Uma empresa final pode trabalhar em pelo menos três arquiteturas:
HCM do BPO → BPO opera
HCM do cliente → BPO opera
HCM do cliente → equipe interna opera
Para um Escritório Contábil ou BPO, também podem existir diferentes modelos:
Sistema core → operação principal da carteira
HCM próprio → clientes estratégicos ou operações Premium
HCM do cliente → Escritório/BPO opera
Por isso, internalização não deveria ser tratada apenas como uma escolha entre “terceirizar” ou “fazer dentro de casa”.
Existem modelos híbridos.
Por que uma empresa final decide internalizar?
Entre os motivos podem estar:
maior controle;
integrações;
governança;
segurança;
autonomia;
velocidade de decisão;
crescimento;
transformação digital;
maior domínio sobre processos e dados.
Mas a tecnologia é apenas uma das frentes.
Por que um Escritório Contábil ou BPO decide estruturar um HCM próprio?
Nesse caso, a motivação pode ser diferente.
Imagine um Escritório Contábil que processa a Folha de centenas de empresas em seu sistema core.
A maior parte da carteira pode continuar perfeitamente atendida nesse ambiente.
Mas começam a surgir prospects maiores.
Uma empresa possui 800 colaboradores.
Outra precisa de ponto integrado.
Outra quer portal, workflows, benefícios e indicadores.
Outra exige uma plataforma corporativa própria.
O Escritório pode chegar a duas conclusões.
A primeira seria:
“Esse perfil de cliente não faz parte do nosso mercado.”
A segunda:
“Precisamos de outra arquitetura para atender esse perfil.”
É nesse segundo cenário que um HCM próprio pode fazer parte da estratégia.
Internalizar tecnologia não significa abandonar o sistema core
Esse é um ponto importante.
Um Escritório Contábil ou BPO não precisa migrar toda sua carteira para um novo HCM.
A arquitetura pode ser:
Sistema core → maior parte da carteira
HCM estratégico → clientes maiores ou mais complexos
Isso permite preservar escala e padronização onde elas fazem sentido.
Ao mesmo tempo, cria capacidade para disputar contratos que antes poderiam estar fora do alcance tecnológico da operação.
Os quatro pilares do projeto
Independentemente de a internalização acontecer em uma empresa final, Escritório Contábil ou BPO, quatro frentes precisam ser planejadas.
Pessoas
Quem executará Payroll?
Existe equipe suficiente?
Os profissionais conhecem o novo HCM?
Quem cobre férias, afastamentos, desligamentos e picos de fechamento?
No caso de um Escritório ou BPO, existe ainda outra pergunta:
a estrutura atual consegue absorver clientes maiores ou será necessário criar uma célula dedicada?
Processos
Como funcionarão:
admissões;
férias;
rescisões;
movimentações;
conferências;
fechamentos;
obrigações;
atendimento;
SLAs;
tratamento de solicitações?
Em uma operação de BPO, esses processos precisam funcionar também em escala.
Tecnologia
Qual HCM será utilizado?
Quais módulos?
Quais integrações?
Como será o acesso dos clientes?
Existirá portal?
Integração com ponto?
Benefícios?
ERP?
Ferramentas de atendimento?
Como serão segregados os ambientes de diferentes clientes?
Dados
Como as informações existentes chegarão ao novo ambiente?
Esse ponto costuma ser subestimado.
E para Escritórios Contábeis e BPOs ele pode se repetir diversas vezes.
Para um BPO, cada novo cliente pode representar uma nova migração
Uma empresa final normalmente realiza uma grande migração quando troca de sistema.
Já um Escritório ou BPO que cria uma nova operação em HCM pode enfrentar outro cenário:
cada novo cliente conquistado pode trazer um sistema legado diferente.
Um cliente vem de um sistema contábil.
Outro vem de outro HCM.
Outro possui ERP com Folha.
Outro utiliza solução própria.
Outro possui anos de dados em uma plataforma antiga.
Portanto, ao estruturar uma nova operação de BPO em HCM, não basta pensar na primeira implantação.
É necessário pensar também em:
como os próximos clientes entrarão nessa plataforma?
O novo HCM começa vazio
Imagine uma empresa final com 1.200 colaboradores cuja Folha foi processada por um BPO durante oito anos.
Ao internalizar, precisa decidir o que será transportado.
Cadastros?
Históricos salariais?
Férias?
Afastamentos?
Ficha financeira?
Dependentes?
Estruturas?
Agora imagine um Escritório Contábil implementando um HCM para criar uma operação Premium.
Seu primeiro novo cliente possui 1.500 colaboradores e dez anos de histórico.
O desafio é semelhante.
O HCM está implantado.
Mas a história do cliente ainda está no sistema anterior.
“O fornecedor atual vai entregar os dados” não é um plano
Essa frase pode aparecer tanto na internalização de uma empresa final quanto no onboarding de um novo cliente de BPO.
É necessário definir:
quais dados serão entregues;
qual período;
qual formato;
como serão extraídos;
quem fará o DE-PARA;
quem transformará;
quem carregará;
quem tratará rejeições;
quem homologará.
O fornecedor anterior pode disponibilizar um backup, relatórios ou arquivos.
Mas isso não significa necessariamente que os dados estarão prontos para importação no novo HCM.
Nem todo histórico precisa necessariamente entrar no novo HCM
Existe diferença entre:
dados necessários para operação;
históricos necessários no novo ambiente;
informações necessárias apenas para consulta;
dados que precisam ser preservados.
Essa decisão pode reduzir custo e complexidade.
No caso de Escritórios e BPOs, ela também pode ajudar a criar uma política de onboarding.
Por exemplo:
determinados históricos sempre são migrados;
outros são migrados conforme contratação;
dados antigos podem permanecer em base estruturada de consulta.
Isso transforma uma decisão pontual em metodologia.
Origem e destino raramente falam a mesma língua
O legado possui seus próprios códigos e estruturas.
O novo HCM utiliza outro modelo.
É comum existir DE-PARA para:
empresas;
filiais;
centros de custo;
sindicatos;
cargos;
funções;
eventos;
horários;
situações;
afastamentos;
estruturas organizacionais.
Por isso, migração não é simplesmente copiar informações.
É necessário transformar os dados para o contexto do destino.
A migração precisa começar antes do go-live
Uma estratégia mais segura é executar implantação e dados em paralelo.
Implantação
Parametrização → integrações → treinamento → testes
Dados
Extração → análise → DE-PARA → transformação → cargas → homologação
As trilhas convergem antes da entrada em produção.
Para um Escritório ou BPO, o mesmo raciocínio vale para o onboarding:
Contrato do novo cliente → implantação/configuração → migração → homologação → primeira Folha
A primeira Folha não deveria ser o momento em que problemas históricos são descobertos.
Folha paralela pode fazer parte da transição
Dependendo do projeto, períodos paralelos podem ser utilizados para comparar resultados.
Mas Folha paralela e homologação de dados não são exatamente a mesma coisa.
A Folha paralela ajuda a comparar o processamento.
A homologação verifica se cadastros e históricos foram transportados corretamente.
São controles complementares.
Um Escritório ou BPO precisa pensar também na escala
Para uma empresa final, a migração pode ser um grande projeto de transição.
Para um BPO, ela pode virar um processo recorrente.
Imagine conquistar:
cinco novos clientes;
dez novos clientes;
vinte novos clientes por ano.
Se cada entrada depender de uma metodologia completamente artesanal, o crescimento comercial pode criar um gargalo operacional.
Por isso, o projeto de internalização do HCM deveria pensar também em:
processo padrão de onboarding;
levantamento de origem;
escopo de históricos;
responsabilidades;
layouts;
critérios de homologação;
parceiros de migração;
prazo entre venda e primeira Folha.
O Escritório não precisa criar uma fábrica própria de migração
Um Escritório Contábil ou BPO pode possuir excelente conhecimento de Payroll sem possuir especialistas em dezenas de bancos, sistemas legados e arquiteturas de dados.
As responsabilidades podem ser divididas.
Canal / Consultoria → implanta o HCM
Audpay / parceiro de dados → migra
Escritório / BPO → opera
O mesmo modelo pode ser repetido a cada novo cliente.
E se a empresa mudar de estratégia?
Uma empresa final pode adquirir um HCM próprio e posteriormente decidir que não deseja internalizar a operação.
Nesse caso:
HCM do cliente → BPO opera
A tecnologia própria não obriga internalização.
Da mesma maneira, um Escritório pode implementar um HCM e utilizá-lo apenas para determinado segmento da carteira.
A arquitetura pode evoluir ao longo do tempo.
O papel da Audpay
A Audpay pode atuar tanto em projetos de internalização de empresas finais quanto na estruturação e expansão de operações de Escritórios Contábeis e BPOs em novos HCMs.
A atuação pode envolver:
extração;
mineração;
engenharia reversa;
tratamento;
DE-PARA;
transformação;
geração de layouts;
cargas;
comparações;
homologação;
evidências.
Para uma empresa final:
BPO atual → disponibiliza dados/acesso
Canal → implanta o HCM
Audpay → migra e apoia a homologação
Cliente → assume a operação
Para um Escritório Contábil ou BPO:
Canal → implanta o HCM
Escritório/BPO → conquista o cliente
Audpay → migra o legado do novo cliente
Escritório/BPO → assume a operação
E o processo pode se repetir a cada novo contrato.
Conclusão
Internalizar a Folha não significa apenas comprar um HCM e contratar analistas.
E, para um Escritório Contábil ou BPO, estruturar uma nova plataforma não significa apenas instalar outro sistema.
Nos dois casos, quatro frentes precisam caminhar juntas:
Pessoas + Processos + Tecnologia + Dados
Para a empresa final, isso determina se a internalização estará pronta para o go-live.
Para o Escritório ou BPO, determina algo ainda maior:
se a nova arquitetura realmente permitirá conquistar e incorporar novos clientes com escala.
Sua empresa está internalizando Payroll ou seu Escritório Contábil/BPO está estruturando uma nova operação em HCM?
A Audpay pode assumir a camada de dados da transição, desde a extração do legado até a migração e homologação no novo ambiente.
Empresa final: o Canal implanta, a Audpay migra e sua equipe assume a operação.
Escritório/BPO: sua empresa conquista e opera, o Canal implanta e a Audpay migra cada novo cliente.
Assim, a estratégia de HCM não termina na implantação da plataforma. Ela já nasce preparada para receber os dados e colocar a operação em produção.
Dúvidas frequentes:
Um Escritório Contábil pode utilizar um HCM próprio para operar a Folha de seus clientes?
Sim. O Escritório pode manter seu sistema core para parte da carteira e utilizar outro HCM para clientes ou operações específicas.
Um BPO precisa migrar toda a carteira ao adotar um novo HCM?
Não. A estratégia pode ser segmentada, utilizando a nova plataforma apenas para determinados perfis de clientes.
Cada novo cliente do BPO pode exigir uma migração?
Sim. Se o novo cliente possui dados em outro sistema e esses históricos precisam chegar ao HCM utilizado pelo BPO, existe uma nova transição de dados.
O Escritório precisa possuir equipe própria de migração?
Não necessariamente. A migração pode ser realizada por um parceiro especializado enquanto o Escritório ou BPO concentra esforços na operação.
Uma empresa com HCM próprio ainda pode terceirizar a Folha?
Sim. Ter a tecnologia própria e terceirizar a execução de Payroll são decisões compatíveis.
