Saldo de Salário com Afastamento no Protheus RH: Como Validar o Cálculo Quando o Colaborador Retorna no Meio do Mês?

Quando um colaborador fica afastado por parte do mês e retorna antes do fechamento da folha, o GPE precisa compor dois valores dentro da mesma competência: o salário proporcional aos dias trabalhados e a verba correspondente ao período de afastamento. Um erro nessa composição contamina tudo o que depende do salário — adicionais, médias e encargos proporcionais.

O problema é que esse erro raramente aparece. O sistema calcula, a folha é gerada, e o desvio só é percebido quando alguém confere manualmente ou quando o colaborador questiona o líquido.

O que determina o valor?

Antes de comparar qualquer número, dois elementos definem se o cálculo está correto.

O primeiro é o parâmetro MV_DIASPER. Com valor 1, o divisor é o campo Dias Cálculo/Dias Mês do cadastro de períodos, na aba Cadastro de Calendário — normalmente igual aos dias do mês, mas não obrigatoriamente. Com valor 2, o divisor é fixo em 30, exceto em fevereiro, quando assume 28 ou 29. Toda conferência manual precisa partir dessa configuração: comparar com o divisor errado produz diferença artificial e leva a conclusão de erro onde não há.

O segundo é o Tipo de Ausência (GPEA430), no campo RCM_TIPOAF. Para ausências do tipo 4 — Controle de Dias de Direito, o desconto é feito pelos dias do salário. Para os demais tipos, pelos dias de afastamento. É aqui que erros de parametrização se manifestam sem que nenhuma conferência de datas os detecte.

O Caso do Mês de 31 Dias

Com MV_DIASPER em 2, a soma entre dias trabalhados e dias de afastamento precisa fechar em 30, e a baixa na SR8 é lançada em dias corridos. Por isso um dia de afastamento deixa de ser considerado — é comportamento esperado, não erro.

Se a empresa precisa que o dia 31 seja considerado, a via é alterar o MV_DIASPER para 1. Antes disso, porém, é indispensável avaliar o impacto: o parâmetro afeta todos os cálculos de folha, férias e rescisão, não apenas o caso em análise.

Antes de calcular: o eSocial

Confira o evento S-2230 do período. Datas de início e fim divergentes do lançamento no GPEA240 geram inconsistência na apuração mesmo quando o cálculo da folha está internamente correto.

Verifique também se o afastamento é pago pela empresa — em regra, os primeiros 15 dias — ou se passa para o INSS a partir do 16º. A verba esperada muda conforme o caso, e essa é uma das causas mais frequentes de conclusão equivocada de erro.

Roteiro de validação

1. Levante os colaboradores com afastamento e retorno na mesma competência. Priorize os que retornaram no meio do mês, onde a composição é efetivamente aplicada.

2. Confira o Tipo de Ausência de cada um no GPEA430: tipo da ausência (RCM_TIPOAF), dias pagos pela empresa e campo Calc. Pr. Adic (RCM_PROADIC).

3. Confirme o MV_DIASPER no Configurador, em Base de Dados > Dicionário > Base de Dados > Parâmetro, e o campo Dias Cálculo no cadastro de períodos.

4. Recalcule a folha e examine o saldo de salário gerado, preferencialmente por Consultas > Cálculos > Por Funcionários, que traz o detalhamento do cálculo.

5. Confira as verbas dependentes. No campo Calc. Pr. Adic, o valor 2 (Não) faz os adicionais incidirem sobre dias trabalhados mais dias de afastamento; o valor 1 (Sim) não proporciona, mantendo apenas os dias trabalhados. Essa é a verificação concreta a fazer.

6. Compare com cálculo manual usando o mesmo divisor do MV_DIASPER. Uma amostra de três a cinco casos é suficiente para identificar padrão de erro.

Competências já fechadas

Se o afastamento ocorreu em competências encerradas, existe a possibilidade de que os valores tenham sido calculados sob lógica diferente da atual. Antes de decidir por reprocessar, avalie o que está em jogo: reabrir folha fechada exige retificar eventos no eSocial e refletir o ajuste em DCTFWeb e FGTS Digital, além de observar o prazo de retificação aplicável. Não é um recálculo no sistema — é uma operação com efeito declaratório.

Na prática, a decisão passa por três perguntas: o desvio é material em relação ao total da competência? Afeta o líquido do colaborador de forma relevante? O período ainda está dentro do prazo de retificação sem ônus?

A Nokware apoia esse levantamento e orienta o procedimento de reprocessamento e a retificação das obrigações já transmitidas.

Dica do especialista Antes de comparar qualquer número, confirme o divisor no cadastro de períodos (aba Cadastro de Calendário), não apenas o MV_DIASPER — com o parâmetro em 1, o divisor vem do campo Dias Cálculo/Dias Mês, que normalmente acompanha os dias do mês, mas pode estar parametrizado diferente. É aqui que nasce a maior parte dos falsos positivos em auditoria de afastamento. Em seguida, olhe o tipo da ausência no GPEA430: no tipo 4 o desconto é pelos dias do salário, nos demais é pelos dias de afastamento — nenhuma conferência de datas detecta erro nesse ponto. No mês de 31 dias com MV_DIASPER em 2, a soma entre dias trabalhados e afastados precisa fechar em 30 e a baixa na SR8 é em dias corridos; isso é comportamento esperado, não erro. Se a empresa realmente precisa do dia 31, a via é MV_DIASPER = 1, mas avalie antes: o parâmetro afeta folha, férias e rescisão de toda a base, não só o caso em análise. E confira o S-2230 do período contra o lançamento no GPEA240 antes de concluir que o cálculo está errado — divergência de datas gera inconsistência na apuração mesmo com a folha internamente correta. Para emenda em competência fechada, lembre-se que a cadeia é eSocial, DCTFWeb e FGTS Digital: o esforço não é o recálculo, é a retificação.