Como este tema funciona na sua empresa
O processo de avaliação é mais simples — poucos fornecedores são analisados, a RFP é informal e a decisão tende a depender de custo, facilidade de uso e suporte. O principal erro neste porte é decidir só pelo preço sem verificar conformidade com eSocial e atualização de tabelas legais.
A avaliação precisa incluir critérios técnicos — integração com ponto, benefícios e ERP, conformidade com eSocial — e operacionais: capacidade de suporte, SLA de atualização de legislação. Um processo formal com RFP e demonstração para a equipe de DP e TI é o padrão recomendado.
Processo estruturado com RFP formal, análise por comitê (RH, DP, TI, Financeiro, Jurídico), demonstração técnica com dados reais ou anonimizados, prova de conceito e negociação contratual. O ciclo completo pode levar de 6 a 12 meses.
A seleção de um sistema de folha de pagamento é o processo pelo qual a empresa identifica, avalia e escolhe o software ou serviço que vai processar a folha — calculando remunerações, gerando obrigações acessórias (eSocial, DCTFWeb, CAGED, RAIS) e integrando-se com os demais sistemas de RH, ponto e contabilidade. É uma decisão com impacto de médio a longo prazo: trocar de sistema depois de implantado tem custo operacional alto. Um processo de seleção bem conduzido reduz o risco de escolha errada e o custo da implantação subsequente. Como referência de mercado, os critérios de avaliação mais relevantes são aderência legal, conformidade com eSocial, integração técnica, suporte e SLA de atualização de legislação.[1]
Antes de avaliar fornecedores: mapear os requisitos da empresa
O maior erro num processo de seleção de sistema de folha é começar avaliando fornecedores antes de saber o que a empresa precisa. O mapeamento de requisitos é o passo zero — e define o critério pelo qual todas as opções serão avaliadas.
Os requisitos que precisam ser mapeados antes de iniciar a avaliação:
- Volume e complexidade da folha: número de colaboradores ativos, número de estabelecimentos, diversidade de regimes (CLT, PJ, estagiário, menor aprendiz), número de convenções coletivas distintas aplicáveis, eventos especiais recorrentes (PLR, bônus, comissões, horas extras variáveis).
- Obrigações acessórias obrigatórias: eSocial (qual grupo o empresa pertence), DCTFWeb, CAGED, RAIS, DIRF até sua extinção, e quaisquer obrigações específicas do setor.
- Integrações necessárias: sistema de ponto eletrônico (qual fornecedor atual e se haverá troca junto com a folha), sistema de benefícios, ERP ou sistema financeiro para contabilização, banco (pagamento por crédito em conta), sistema de gestão de RH (HRIS). Cada integração que não funciona desde o início gera retrabalho manual.
- Requisitos operacionais: número de usuários do sistema, modelo de operação (DP interno ou BPO), necessidade de acesso remoto, exigências de segurança e LGPD.
- Requisitos contratuais e de suporte: SLA de atualização de tabelas legais (INSS, IRRF, FGTS), suporte em horário comercial vs. 24h, canal preferencial de atendimento, condições de migração de dados e saída do contrato.
O mapeamento é simples: número de colaboradores, se há eSocial em dia, quais integrações existem. Em geral, um sistema básico com módulo de eSocial e suporte incluso resolve. A armadilha é comprar pela interface bonita sem verificar se o eSocial está homologado.
O mapeamento precisa envolver o time de DP (que conhece as verbas e convenções), o TI (que conhece as integrações existentes) e o financeiro (que precisa da integração contábil). Sem esse levantamento conjunto, a RFP vai ficar incompleta e a demonstração não vai cobrir os cenários reais.
O mapeamento é um projeto em si, com entrevistas com as áreas, inventário de integrações existentes e mapeamento de todos os eventos de folha. Sem esse levantamento, a RFP não consegue especificar com precisão o que é necessário — e os fornecedores vão propor soluções genéricas que não cobrem as particularidades da empresa.
Como estruturar a RFP para sistema de folha
A RFP (Request for Proposal, ou Solicitação de Proposta) é o documento formal que a empresa envia para os fornecedores convidados a apresentar proposta. Uma RFP bem estruturada torna a comparação entre propostas objetiva e reduz o risco de surpresas durante a implantação.[2]
A RFP para sistema de folha deve conter:
- Apresentação da empresa: porte, número de colaboradores, estabelecimentos, regimes de contratação, convenções coletivas aplicáveis — o contexto que o fornecedor precisa para propor uma solução adequada.
- Requisitos funcionais obrigatórios: lista de funcionalidades que o sistema precisa ter para ser considerado — eSocial homologado, integração com ponto, módulo de contracheque digital, relatórios de FGTS, INSS, IRRF, entre outros.
- Requisitos técnicos: cloud ou on-premise, integrações necessárias (com quais sistemas e em qual formato — API, arquivo, webservice), requisitos de segurança e LGPD, SLA de disponibilidade.
- Requisitos de suporte e SLA: prazo de atualização de tabelas legais após publicação oficial, horário e canal de atendimento, SLA de resolução de chamados por criticidade.
- Requisitos de implantação e migração: o que o fornecedor inclui no projeto de implantação, o que é responsabilidade da empresa, como funciona a migração de dados do sistema atual.
- Formato de proposta esperado: como a proposta deve ser estruturada (preço, escopo, prazo, referências), para facilitar a comparação.
- Critérios de avaliação e pesos: tornar explícito para os fornecedores como serão avaliados — isso evita propostas que mascaram fraquezas com preço.
- Cronograma do processo: data limite para envio da RFP, data das demonstrações, data esperada de decisão.
Critérios técnicos de avaliação: o que verificar em cada fornecedor
Os critérios técnicos de avaliação determinam se o sistema vai funcionar na prática — e são os mais ignorados quando a decisão é tomada apenas pelo preço ou pela demonstração comercial. Como referência de mercado, os critérios mais críticos são aderência legal, conformidade com eSocial e integração técnica.[1]
| Critério | O que verificar | Como verificar |
|---|---|---|
| Aderência legal | Tabelas INSS, IRRF, FGTS atualizadas; prazo de atualização após publicação oficial | Solicitar histórico de datas de atualização nos últimos 12 meses; verificar se tabela vigente está correta na demo |
| Conformidade com eSocial | Homologação pela Receita Federal; versão do leiaute suportada; tratamento de erros de transmissão | Pedir comprovante de homologação; testar envio de evento S-1200 e S-2299 na demo |
| Integração com ponto | Quais sistemas de ponto são integrados nativamente; formato de importação (API, arquivo); frequência de integração | Testar a integração com o sistema de ponto atual durante a demo |
| Segurança e LGPD | Criptografia em trânsito e em repouso; controle de acesso por perfil; log de auditoria; política de retenção e exclusão de dados | Solicitar documentação de segurança e DPA (Data Processing Agreement) |
| Suporte técnico | Horário de atendimento; canais disponíveis; SLA de resposta e resolução por criticidade | Solicitar contrato de SLA; pedir referências de clientes do mesmo porte sobre experiência com suporte |
Como conduzir a demonstração prática com critérios objetivos
A demonstração (demo) é o momento em que o fornecedor mostra o sistema em funcionamento. Uma demo bem estruturada testa o sistema com cenários reais da empresa — não apenas o roteiro comercial do fornecedor.
Para tornar a demo eficaz:
- Defina os cenários de teste antes da demo. Envie para o fornecedor os cenários que quer ver — por exemplo: processamento de folha com hora extra e desconto de falta, emissão de holerite com múltiplos descontos, geração do S-1200 do eSocial, cálculo de rescisão com FGTS e aviso prévio. Fornecedor que recusa testar cenários reais é um alerta.
- Inclua o time de DP na demo. São eles que vão operar o sistema. O analista de DP vai perceber problemas que o RH estratégico não percebe — fluxo confuso, ausência de relatório específico, cálculo que não bate com o esperado.
- Use dados reais ou anonimizados. Uma demo com dados fictícios de baixa complexidade não representa o funcionamento real com a folha da empresa. Peça permissão para usar dados anonimizados dos colaboradores — ou crie um conjunto de dados fictícios com a complexidade real.
- Aplique um scorecard. Cada participante da demo avalia os critérios definidos — aderência legal, usabilidade, integração, suporte demonstrado — com uma pontuação objetiva. A decisão não deve depender de impressão geral.
- Reserve tempo para perguntas técnicas. As últimas perguntas da demo devem ir para o analista técnico do fornecedor, não para o vendedor. Quem vai implementar a integração com o ponto? Qual o prazo de atualização do leiaute quando o governo publica uma nota técnica?
Pontos de atenção no contrato: o que o RH precisa verificar antes de assinar
O contrato de sistema de folha tem armadilhas que só aparecem quando a empresa precisa usá-las — e que podem prender a empresa em uma relação ruim por anos. Os pontos críticos a verificar:
- SLA de atualização de legislação: em quantos dias úteis o sistema atualiza as tabelas legais após publicação oficial? Sem esse compromisso contratual, a empresa pode processar folha com tabela desatualizada.
- Cláusula de reajuste: qual o índice de reajuste anual? Está limitado a algum teto? Um contrato que inicia barato e reajusta 30% ao ano em 3 anos não é um bom contrato.
- Condições de saída: qual o prazo de aviso prévio para rescisão? Há multa por saída antecipada? Em que condições? Um fornecedor que dificulta a saída é um risco de longo prazo.
- Migração de dados ao encerrar: o contrato prevê a entrega dos dados da folha em formato exportável quando o contrato terminar? Em qual prazo? Sem essa cláusula, a empresa pode ficar refém do fornecedor na troca de sistema.
- Escopo da implantação: o que está incluído no projeto de implantação (parametrização, migração, treinamento) e o que é cobrado à parte? Projetos de implantação com escopo mal definido geram custos adicionais que não estavam no orçamento.
Sinais de que o processo de seleção de sistema de folha precisa de mais estrutura
Se você se reconhece em três ou mais cenários abaixo, o processo de seleção tem lacunas que podem comprometer a escolha.
- A empresa está avaliando troca de sistema de folha sem processo estruturado — demonstrações acontecem sem critérios definidos antes.
- A decisão foi ou está sendo tomada principalmente pelo preço, sem validação técnica de eSocial e integrações.
- O time de DP não foi envolvido na avaliação — a escolha está sendo feita só pelo RH estratégico ou pelo TI.
- Não há critérios objetivos definidos para comparar as propostas dos fornecedores — a decisão vai ser baseada em impressão geral.
- A empresa nunca estruturou uma RFP para compra de software de folha — as propostas chegam em formatos incomparáveis.
- O contrato atual não tem cláusula clara sobre SLA de atualização de legislação nem sobre entrega dos dados ao encerrar.
Caminhos para conduzir a seleção de sistema de folha
O processo pode ser conduzido internamente ou com apoio especializado — a escolha depende da experiência interna e da complexidade da folha.
Viável quando a empresa tem time de DP e TI capacitado para conduzir o processo e tempo adequado para a avaliação.
- Perfil necessário: coordenador ou gerente de DP que conheça os requisitos técnicos da folha; analista de TI para avaliar integrações; apoio jurídico para análise do contrato
- Tempo estimado: 3 a 6 meses para médias empresas; 6 a 12 meses para grandes
- Faz sentido quando: a empresa tem histórico de processo de compra de software estruturado e time de DP com experiência para conduzir a avaliação técnica
- Risco principal: avaliação técnica insuficiente de eSocial e integrações por falta de benchmark de mercado
Indicado para empresas sem histórico de seleção de software de folha, com alta complexidade de folha, ou que querem garantia de processo imparcial e tecnicamente robusto.
- Tipo de fornecedor: Consultoria de RH Estratégico ou Consultoria de DP especializada em seleção e implantação de sistemas de folha de pagamento
- Vantagem: benchmark de mercado atualizado, metodologia de RFP testada, independência na avaliação dos fornecedores, experiência em negociação contratual
- Faz sentido quando: primeiro processo de seleção formal, folha com muitas convenções coletivas e integrações, ou necessidade de decisão rápida com segurança técnica
- Resultado típico: processo estruturado em 60 a 90 dias, com RFP enviada, demos conduzidas com critérios objetivos e recomendação fundamentada
Está avaliando sistemas de folha de pagamento e precisa de apoio para estruturar o processo de seleção?
Se a empresa está em processo de seleção de sistema de folha e precisa de metodologia, benchmark ou apoio técnico para conduzir a avaliação, o oHub conecta seu RH a consultorias especializadas. Gratuito, em menos de 3 minutos, sem compromisso.
Encontrar fornecedores de RH no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Quais critérios usar para escolher sistema de folha de pagamento?
Os critérios mais críticos são: aderência legal (atualização de tabelas INSS, IRRF, FGTS), conformidade com eSocial (leiaute vigente, homologação pela Receita Federal), integração com os sistemas de ponto, benefícios e ERP da empresa, segurança e conformidade com LGPD, suporte técnico com SLA definido e condições contratuais de saída e migração de dados. A decisão só pelo preço é o erro mais comum e o mais caro no médio prazo.
Como fazer RFP para sistema de folha?
A RFP para sistema de folha deve conter: apresentação da empresa com volume e complexidade da folha, requisitos funcionais obrigatórios, requisitos técnicos de integração e segurança, SLA de suporte e atualização legal esperado, escopo de implantação e migração incluído, formato de proposta esperado, critérios de avaliação e seus pesos, e cronograma do processo. Enviar a mesma RFP para todos os fornecedores garante comparabilidade entre as propostas.
Como avaliar integração do sistema de folha com eSocial?
Peça o comprovante de homologação pela Receita Federal e verifique qual versão do leiaute o sistema suporta. Durante a demonstração, teste o envio de eventos reais — S-1200 (remuneração) e S-2299 (desligamento) — e observe como o sistema trata erros de transmissão. Verifique também o prazo contratual de atualização do leiaute quando o governo publica uma nova nota técnica.
Como envolver o time de DP na avaliação de sistemas de folha?
O time de DP precisa participar do mapeamento de requisitos (eles conhecem as verbas, convenções e eventos especiais da folha), das demonstrações (avaliando usabilidade e cobertura funcional com um scorecard objetivo) e da decisão final. Uma escolha feita sem o DP tende a gerar resistência na implantação e a descobrir lacunas funcionais que atrasam a virada de sistema.
O que verificar no contrato de sistema de folha de pagamento?
Os pontos críticos são: SLA de atualização de tabelas legais após publicação oficial, índice e teto de reajuste anual, condições de saída antecipada e prazo de aviso, cláusula de entrega dos dados em formato exportável ao encerrar o contrato, e escopo exato do que está incluído na implantação versus o que é cobrado à parte. Contratos sem essas cláusulas deixam a empresa em posição vulnerável durante a vigência e na saída.
Como comparar propostas de sistemas de folha de pagamento?
A comparação objetiva exige que todas as propostas respondam aos mesmos itens da RFP. Use um scorecard com pesos definidos previamente por critério — aderência legal, conformidade eSocial, integração, suporte, preço total de propriedade (implantação + licença + suporte por 3 anos). Evite comparar só o valor mensal sem considerar o custo de implantação e os riscos contratuais.