O que é e como funciona o adiantamento salarial
O adiantamento salarial, muitas vezes chamado de "saque-adiantamento" ou simplesmente "adiantamento", é uma modalidade prevista na CLT que permite ao funcionário receber parte do salário antes do vencimento. A lei estabelece que pode ser adiantado até 40% do salário base. Nada mais, nada menos. O desconto noContracheque final corresponde ao valor antecipado, sem juros, desde que as parcelas não ultrapassem esse percentual de 40%. A parte complicada começa quando você precisa calcular o que realmente pode ser descontado. Muita gente confunde o limite dos 40% com algo que se aplica sobre o salário bruto, mas na prática o desconto deve considerar o salário-base do colaborador, e a maneira como isso se encaixa nas variáveis mensais pode mudar completamente o resultado.
O que pode ser descontado no adiantamento salarial
O desconto do adiantamento em si é simples: você avança parte do salário e desconta o total no fechamento do mês. Isso significa que, no contracheque final, o funcionário recebe o salário integral menos o valor já antecipado. Diferente de um empréstimo consignado, não há juros embutidos, e o desconto é único e direto. Mas existem linhas que todo mundo esquece de verificar. Se o colaborador tiver benefícios como vale-transporte ou vale-refeição com desconto em folha, esses valores continuam incidindo normalmente sobre o salário integral, não sobre o saldo após o adiantamento. Ou seja, o desconto do VT ainda incide sobre o salário bruto completo. Isso gera uma confusão frequente nos sistemas de folha de pagamento, especialmente quando o módulo de adiantamento não está bem parametrizado.
Outro ponto que causa dor de cabeça são os descontos legais obrigatórios: INSS e IRPF. Eles continuam sendo calculados sobre o salário bruto antes de qualquer abatimento do adiantamento. Eu já vi várias folhas em que o programador de sistema tratava o adiantamento como uma redução da base de cálculo, e o resultado eram cálculos de INSS errados e retenções indevidas no IR. A correção foi simples: tratei o adiantamento como uma linha independente de desconto, sem interferência na base do INSS e do IR, e só então o sistema passou a gerar folhas consistentes.
Cálculo prático do adiantamento
Vamos a um exemplo concreto. Suponha um funcionário com salário-base de R$ 3.000,00. O limite de 40% permite um adiantamento máximo de R$ 1.200,00. Se a empresa optar por fazer o adiantamento em duas parcelas, cada parcela será de R$ 600,00, e no fechamento do mês o desconto total será de R$ 1.200,00. O INSS incide sobre os R$ 3.000,00 inteiros. Para 2025, o teto do INSS é de R$ 8.159,67, então o cálculo segue a tabela progressiva padrão. O IRPF, por sua vez, é calculado subtraindo-se da base de cálculo o valor do INSS e a dedução por dependentes, se houver. O adiantamento não entra nessa equação.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Na prática, o que eu vejo acontecer com mais frequência é o erro de duplicar o desconto. O sistema calcula o INSS normalmente, mas depois some o valor do adiantamento como se fosse mais um desconto sobre a mesma base. O resultado é um salário líquido muito menor do que deveria. A correção passa por separar claramente no código ou na planilha: base de cálculo para INSS/IR, base de cálculo para VT, e desconto do adiantamento como rubrica autônoma. Três linhas separadas, sem cruzamento.
Limitações e erros comuns
O maior problema que eu encontro na prática é a falta de controle sobre o percentual de 40%. Algumas empresas deixam que o funcionário escolha o valor que quer adiantar, mas o sistema não bloqueia quando o total ultrapassa o limite legal. Isso gera passivo trabalhista. No meu caso, identifiquei um sistema legado onde o campo de percentual era apenas uma exibição, sem validação no banco de dados. Qualquer colaborador podia solicitar 60%, 80%, ou o que quisesse. A correção envolveu adicionar uma regra de negócio que truncava automaticamente para 40%, e outra que bloqueava novas solicitações caso o acumulado mensal já atingisse o teto. Outro ponto cego é o adiantamento fracionado. Quando o funcionário pede, por exemplo, R$ 300 em abril e R$ 400 em maio, o sistema precisa manter um registro acumulado do que já foi antecipado no mês. Eu já vi planilhas que só conferiam o adiantamento do mês corrente e esqueciam de puxar o histórico dos meses anteriores, gerando descontos duplicados no fechamento. A solução foi implementar uma tabela de movimentação com data, valor e status de compensação, e um campo de total acumulado por mês-ano.
Se você está montando isso do zero, o mais seguro é usar uma combinação de validação no front-end com verificação no back-end. Front-end evita que o usuário digite um valor absurdo, mas o back-end é a última linha de defesa. Já vi empresas que confiavam apenas na tela, e o colaborador manipulava a requisição HTTP diretamente para solicitar valores fora do limite.
Quando o adiantamento pode gerar problema
Existem situações em que o adiantamento simplesmente não é viável. Se o funcionário já recebeu férias proporcionais ou 13º salário proporcional no mesmo mês, o cálculo fica mais denso porque essas verbas não entram na base de cálculo do adiantamento, mas o desconto precisa ser ajustado para refletir a nova composição salarial. Nesses casos, recomendo calcular manualmente antes de rodar em lote. O erro é pequeno em valor absoluto, mas gera uma diferença perceptível no contracheque que gera reclamação imediata do funcionário. Também vale lembrar que o adiantamento não pode ser feito de forma recorrente superior ao limite de 40%. Se a empresa quiser oferecer flexibilidade maior, o caminho é o salário antecipado por acordo individual, mas isso sai da CLT e precisa de negociação específica, com registro formal. Não recomendo improvisar isso na prática sem consultoria jurídica, porque a diferença entre adiantamento legal e empréstimo disfarçado pode render uma autuação do Ministério do Trabalho.
Resumindo de forma direta: o adiantamento deve respeitar 40%, os descontos de INSS e IR são calculados sobre a base integral, e o maior risco prático está na parametrização do sistema. Se seu ERP ou planilha não tratar essas três coisas de forma isolada, o resultado vai vir errado. A correção não é difícil, mas exige atenção ao detalhe.
