Quando uma empresa decide terceirizar a Folha de Pagamento, uma das primeiras discussões costuma ser sobre tecnologia.
Em muitos modelos tradicionais de BPO, os dados dos colaboradores são levados para o sistema utilizado pelo próprio prestador, que passa a executar a Folha dentro de sua plataforma.
Esse modelo funciona e continuará sendo adequado para muitas empresas.
Mas ele não é a única possibilidade.
Uma organização pode decidir utilizar seu próprio sistema de RH e Folha — como Senior, TOTVS, LG ou outro HCM — e, ao mesmo tempo, contratar uma empresa especializada para executar sua operação de Payroll.
Em outras palavras:
terceirizar a Folha não significa necessariamente terceirizar a tecnologia.
Essa separação entre sistema e operação pode ser especialmente interessante para empresas que desejam manter maior autonomia sobre seus dados, processos e estratégia de RH sem necessariamente internalizar toda a estrutura necessária para processar a Folha de Pagamento.
Tecnologia e operação são decisões diferentes
Ao avaliar a terceirização da Folha, muitas empresas acabam tratando duas decisões como se fossem uma só:
Qual sistema utilizaremos?
e
Quem executará nossa Folha?
Mas essas decisões podem ser independentes.
Uma empresa pode escolher o HCM mais adequado à sua estratégia e contratar um escritório contábil, consultoria empresarial ou empresa especializada em BPO para operar os processos dentro desse ambiente.
O modelo passa a ser:
Empresa → contrata o HCM
BPO → opera o Payroll no HCM da empresa
Isso permite combinar autonomia tecnológica com terceirização operacional.
Leia o artigo: → Diferentes modelos tecnológicos para operações de BPO.
Por que uma empresa terceiriza a Folha?
Processar Folha de Pagamento envolve muito mais do que executar cálculos mensais.
Existem admissões, férias, afastamentos, rescisões, benefícios, encargos, obrigações, eSocial, conferências, prazos e uma série de processos que exigem conhecimento especializado.
Além disso, a empresa precisa manter equipe preparada, atualização técnica, procedimentos, controles e capacidade para absorver períodos de maior demanda.
Por isso, organizações de diferentes portes optam pelo BPO.
A terceirização pode permitir que a empresa concentre sua estrutura interna em atividades mais estratégicas enquanto uma equipe especializada assume parte da operação.
Mas terceirizar essa execução não significa necessariamente entregar também a decisão tecnológica ao prestador.
Por que manter um HCM próprio?
Existem diferentes razões para uma empresa desejar possuir ou contratar diretamente seu HCM.
Uma delas é integração.
A plataforma de RH pode precisar conversar com sistemas financeiros, contábeis, ERP, identidade, ponto, benefícios ou outras aplicações corporativas.
Outra razão é experiência dos usuários.
Colaboradores e gestores podem utilizar a plataforma para acessar informações, solicitar férias, consultar documentos, realizar aprovações ou executar diferentes processos de RH.
Também existem questões relacionadas a governança, segurança, dados e estratégia tecnológica.
Em organizações maiores, o HCM pode deixar de ser simplesmente um “sistema para calcular a Folha” e passar a fazer parte da infraestrutura corporativa.
Nesse cenário, trocar de empresa de BPO não deveria necessariamente significar trocar de HCM.
Da mesma forma, trocar de HCM não deveria necessariamente obrigar a empresa a internalizar sua Folha.
Um modelo híbrido: HCM próprio + BPO
Imagine uma empresa com 1.000 colaboradores.
Ela decide implantar um HCM corporativo para centralizar seus processos de RH.
A plataforma passa a suportar informações e processos relacionados a:
- colaboradores;
- estrutura organizacional;
- cargos e salários;
- benefícios;
- ponto;
- workflows;
- autosserviço;
- gestão de pessoas;
- indicadores;
- integrações;
- Payroll.
A empresa, porém, não deseja construir internamente toda a estrutura necessária para operar Folha de Pagamento.
Uma alternativa é:
HCM da empresa + operação terceirizada de Payroll.
Nesse cenário, o cliente mantém sua estratégia tecnológica enquanto o BPO assume os processos definidos contratualmente.
O BPO pode operar dentro do ambiente do cliente
Esse modelo exige uma mudança importante na relação tradicional entre cliente e prestador.
Em vez de levar obrigatoriamente os dados para o sistema do BPO, a equipe terceirizada recebe os acessos e responsabilidades necessários para trabalhar dentro do ambiente tecnológico do cliente.
É semelhante ao que já acontece em diversas modalidades de serviços terceirizados.
O fornecedor não precisa necessariamente ser proprietário da tecnologia utilizada.
Sua especialidade está na execução do processo.
No Payroll, isso significa que o prestador pode concentrar seu valor em:
conhecimento + processos + controles + atendimento + SLA + execução.
O HCM permanece como parte da arquitetura tecnológica do cliente.
Isso também pode ampliar as opções de fornecedores
Quando sistema e operação estão totalmente vinculados, uma troca de BPO pode se tornar um projeto tecnológico.
Imagine que todos os dados estejam dentro da plataforma do prestador atual.
Ao trocar de fornecedor, pode ser necessário realizar outra migração de sistema.
Quando o HCM pertence à arquitetura do cliente, a situação pode ser diferente.
O cliente mantém sua plataforma e substitui o operador.
HCM permanece → BPO muda.
Isso pode proporcionar maior independência comercial e tecnológica.
Naturalmente, contratos, acessos, segurança, documentação e transição operacional precisam ser cuidadosamente planejados.
Mas a tecnologia deixa de estar necessariamente vinculada ao fornecedor do serviço.
Escritório contábil, consultoria ou BPO?
Outra consequência desse modelo é ampliar o universo de empresas capazes de operar a Folha.
Dependendo da estratégia e da complexidade da organização, o prestador pode ser:
- um escritório contábil;
- uma empresa especializada em BPO de Folha;
- uma consultoria de serviços empresariais;
- uma operação especializada em outsourcing de RH;
- outro prestador com competência em Payroll.
O mais importante é avaliar capacidade técnica, estrutura, processos, segurança, governança, atendimento e experiência no modelo tecnológico escolhido.
Uma empresa que já trabalha com determinado HCM pode ter uma curva de entrada menor.
Outra pode desenvolver essa capacidade especificamente para atender um contrato estratégico.
O papel dos Canais e Consultorias de HCM
Existe também outro participante importante nesse modelo.
Os fabricantes de HCM normalmente possuem ecossistemas formados por Canais, Revendas e Consultorias especializadas.
Essas empresas podem apoiar comercialização, implantação, parametrização, integrações e sustentação da plataforma.
Assim, uma organização não precisa encontrar uma única empresa capaz de executar absolutamente tudo.
Um projeto pode ser estruturado da seguinte forma:
Fabricante / Canal → tecnologia
Consultoria → implantação
Especialista em dados → migração
BPO → operação de Payroll
Cliente → gestão e governança
Cada participante assume uma responsabilidade específica.
A implantação de um HCM cria um problema inevitável: o novo sistema começa vazio
Depois da escolha da plataforma e do modelo operacional, surge uma questão prática.
O novo HCM ainda não possui o histórico da empresa.
Os dados continuam no sistema anterior.
Podem existir anos de informações relacionadas a:
- colaboradores;
- dependentes;
- cargos;
- salários;
- históricos contratuais;
- férias;
- afastamentos;
- ficha financeira;
- estruturas organizacionais;
- dados de RH;
- informações necessárias para continuidade da operação.
Esses dados podem estar armazenados em diferentes sistemas, bancos de dados, arquivos, relatórios e outras fontes.
É necessário transformar:
Sistema Legado → Novo HCM
Essa etapa é a migração de dados.
Leia o artigo: → Migração de Dados de Folha e RH
A migração não é simplesmente preencher planilhas
Em alguns projetos, o processo de transição é baseado em layouts de importação que precisam ser preenchidos pelo próprio cliente.
Para bases pequenas e escopos reduzidos, esse modelo pode ser suficiente.
Em operações maiores, porém, a situação pode ser diferente.
Imagine uma empresa com centenas ou milhares de colaboradores e vários anos de histórico.
A equipe interna de RH e DP precisa continuar executando suas atividades diárias enquanto participa da implantação do novo sistema.
Se também precisar localizar, interpretar, tratar e preencher manualmente grandes volumes de informações históricas, a migração pode se transformar em uma das etapas mais trabalhosas do projeto.
Existem outras possibilidades.
Dados podem ser extraídos diretamente de bancos, relatórios, arquivos, APIs, XMLs e outras fontes disponíveis no ambiente legado.
Depois, podem ser tratados e transformados para os layouts e estruturas exigidos pelo novo HCM.
Implantação, migração e operação podem ser separadas
Uma das vantagens desse modelo é justamente permitir especialização.
A empresa responsável pela implantação não precisa necessariamente ser a mesma que executará a Folha.
O BPO não precisa necessariamente realizar a migração.
E a empresa responsável pela migração não precisa necessariamente operar o HCM depois do go-live.
Podemos ter:
Canal / Consultoria → implanta
Especialista em dados → migra
BPO → opera
Essa divisão pode proporcionar maior clareza de responsabilidades e permitir que cada participante concentre seus recursos naquilo que faz melhor.
E depois da migração: quem confere os dados?
Existe ainda uma etapa importante antes do go-live.
Os dados migrados precisam ser homologados.
Não basta verificar se um registro existe no novo sistema.
É necessário avaliar se as informações necessárias chegaram corretamente e se as divergências identificadas foram tratadas.
Dependendo do escopo, a homologação pode envolver comparações entre informações do ambiente legado e do novo HCM, controles, relatórios e evidências.
Essa responsabilidade também precisa ser definida durante o planejamento.
Cliente, consultoria, BPO e empresa responsável pela migração precisam saber claramente quem executará e quem aprovará cada etapa.
Quem paga pela migração?
Assim como acontece com implantação e operação, não existe um único modelo comercial.
A migração pode ser contratada diretamente pelo cliente.
Pode fazer parte do projeto vendido pelo Canal ou consultoria.
Pode ser contratada pelo BPO como parte do onboarding.
Ou pode existir uma composição entre diferentes participantes.
Do ponto de vista do projeto, o mais importante é que o escopo esteja definido e que a responsabilidade pela migração não fique indefinida.
O papel da Audpay
A Audpay atua na camada de dados dos projetos de Folha de Pagamento, RH e HCM.
Nossa atuação independe de quem comercializou a tecnologia ou de quem será responsável pela operação posteriormente.
Podemos trabalhar em projetos envolvendo:
Cliente final.
Escritório contábil.
Empresa de BPO.
Consultoria de serviços empresariais.
Canal ou Revenda de HCM.
Consultoria de implantação.
A Audpay pode assumir atividades relacionadas à migração, tratamento e homologação dos dados entre sistemas.
Isso permite diferentes composições.
Cliente contrata HCM → Canal implanta → Audpay migra → BPO opera.
Ou:
BPO recomenda HCM → Canal implanta → Audpay migra → BPO opera.
Ou ainda:
Cliente já possui HCM → troca o operador → BPO assume a operação.
Cada organização pode construir o modelo mais adequado à sua realidade.
Terceirizar Payroll não significa abrir mão da estratégia tecnológica
Ao avaliar um projeto de BPO, empresas podem separar três decisões:
Qual tecnologia queremos utilizar?
Quem será responsável por implantá-la e transportar nossos dados?
Quem será responsável pela operação de Payroll?
As respostas não precisam apontar para o mesmo fornecedor.
Uma organização pode possuir seu HCM, contratar especialistas para implantação e migração e manter uma operação terceirizada de Folha.
Isso cria uma arquitetura em que tecnologia e serviço podem evoluir de maneira independente.
Portanto, quando uma empresa estiver avaliando terceirizar sua Folha, talvez a pergunta não precise ser:
“Qual sistema o BPO utiliza?”
Pode ser:
“Qual é o melhor modelo de tecnologia e operação para nossa empresa?”
A resposta pode ser o sistema do próprio BPO.
Mas também pode ser:
seu HCM, seus dados e sua estratégia tecnológica — com a operação de Payroll executada por uma empresa especializada.
Sua empresa está implantando um novo HCM e pretende manter a operação de Folha terceirizada?
A Audpay atua na camada de dados dos projetos de Payroll e HCM, apoiando clientes, Canais, consultorias e empresas de BPO na migração, tratamento e homologação dos dados entre sistemas.
O Canal implanta. A Audpay migra. O BPO opera.
A composição pode mudar. O objetivo permanece o mesmo: fazer os dados chegarem ao novo ambiente com segurança para a continuidade da operação.
Dúvidas frequentes:
Posso ter meu próprio sistema e terceirizar a Folha de Pagamento?
Sim. A empresa pode contratar seu próprio HCM e permitir que um escritório, consultoria ou BPO especializado execute a operação de Payroll dentro desse ambiente.
Ao contratar um BPO preciso utilizar o sistema dele?
Não necessariamente. Existem modelos nos quais o BPO utiliza sua própria plataforma e outros em que trabalha dentro do HCM contratado pelo cliente.
Quem implanta o HCM quando a Folha é terceirizada?
A implantação pode ser realizada pelo fabricante, Canal, Revenda ou consultoria especializada, independentemente da empresa responsável pela operação posterior da Folha.
Quem faz a migração dos dados para o novo HCM?
A migração pode ser executada pelo próprio projeto de implantação ou por uma empresa especializada em migração de dados de Folha e RH.
É necessário trocar de HCM ao trocar de BPO?
Não necessariamente. Quando o HCM faz parte da arquitetura tecnológica do próprio cliente, é possível manter a plataforma e realizar a transição do prestador responsável pela operação.
