Fechar a folha não se resume a calcular o salário de todo mundo. É consolidar seis conjuntos de valores diferentes, conferir cada um deles, definir a data de pagamento, encerrar a competência no eSocial e ainda lançar o resultado no financeiro. Quando essas etapas ficam espalhadas em lugares diferentes, como uma planilha para a folha, um e-mail para o contador e um sistema separado para o financeiro, o mês trava em algum ponto no meio do caminho. O fechamento organizado em listas resolve isso reunindo as seis etapas no mesmo lugar e no mesmo formato de tela.
As seis listas do fechamento
A etapa de Fechamento tem seis listas, sempre na mesma ordem, porque cada uma depende em parte do que já foi resolvido na anterior:
- Folha: proventos e descontos de cada colaborador apurados naquela competência.
- Benefícios: vale-transporte, vale-refeição, plano de saúde e os demais benefícios, organizados por tipo e por vínculo.
- Encargos: INSS patronal, FGTS, RAT e contribuições a terceiros.
- Provisões: férias e 13º provisionados no mês, independentemente de quando serão efetivamente pagos.
- 13º salário: filtrado pela competência de pagamento igual ao mês que está aberto no fechamento.
- PLR: participação nos lucros e resultados, também filtrada pela competência de pagamento.
Todas as seis seguem exatamente o mesmo padrão visual: um card que expande, um badge com a decomposição dos totais daquela lista, duas sub-abas chamadas Lançamentos e Demonstrativo, e uma linha de ícones para criar um novo lançamento, definir a conexão financeira, escolher a data de lançamento e marcar o item como pronto. Quem aprende a operar uma lista já sabe operar as outras cinco, porque a lógica se repete.
Como funciona a conferência guiada
Cada uma das seis listas precisa estar resolvida para que o botão "Avançar" libere a próxima etapa do fechamento. Resolvida significa três coisas ao mesmo tempo: conexão financeira definida, data de lançamento definida e não retroativa, e todos os itens daquela lista marcados como prontos. Uma lista vazia, como um mês sem nenhum lançamento de PLR, é considerada resolvida por padrão e não trava o fluxo, já que não faz sentido pedir conferência de algo que não existe naquela competência.
A trava da data retroativa merece atenção especial, porque foi criada depois de um problema concreto: alguém deixava a competência aberta por vários dias com uma data de pagamento já definida, e quando finalmente ia avançar, aquela data já tinha virado passado. Se a data de pagamento da Folha, que é a mesma que vai para o S-1210 do eSocial, ou a data de lançamento de qualquer uma das outras cinco listas, que é a que vai para o financeiro, resultar numa data anterior à atual, o "Avançar" fica bloqueado e o motivo aparece no banner do topo da tela. A lógica por trás dessa trava é simples: não tem como mandar para outro sistema um lançamento datado no passado e esperar que ele seja processado como se fosse atual.
O disparo automático para o financeiro
Ao encerrar a competência no eSocial, o sistema cria sozinho, para cada uma das seis listas, um lançamento de contas a pagar na conexão financeira que o operador escolheu, seja ContaAzul, Omie ou Nibo, usando a data e a categoria que já foram configuradas durante o fechamento. O processo foi desenhado para ser confiável mesmo quando alguma coisa falha no meio do caminho: se a integração com o sistema financeiro apresentar erro momentâneo, o disparo tenta de novo automaticamente; se o lançamento já tiver sido feito com sucesso, ele não duplica, mesmo que o processo seja acionado outra vez por engano. Depois desse disparo, a configuração daquela lista específica congela e não pode mais ser alterada.
Um caso que costuma gerar confusão é o benefício que já entra no líquido da própria Folha, como um vale-transporte descontado direto no contracheque. Para não contar esse valor duas vezes, esse tipo de benefício vai no disparo de Benefícios com valor zero e uma observação explicando o motivo, já que o valor real dele já está embutido no líquido da lista Folha.
13º e PLR: por competência de pagamento
As listas de 13º e PLR só exibem os lançamentos cuja competência de pagamento coincide exatamente com o mês do Fechamento que está aberto no momento. Um 13º calculado com antecedência para ser pago em dezembro não aparece no fechamento de agosto, mesmo que o cálculo já tenha sido feito antes; para consultar esse lançamento futuro, o caminho é usar o seletor de mês e navegar até a competência correspondente. O cálculo em si é feito dentro de um modal, aberto pelo ícone de novo lançamento, e o formulário já respeita as regras específicas de cada verba: o 13º não permite escolher uma competência de pagamento retroativa, e a PLR valida a periodicidade prevista na Lei 10.101/2000 antes de deixar o operador confirmar o lançamento.
O que continua sendo do time de DP
Mesmo com o fechamento guiado por listas, algumas decisões continuam exigindo julgamento humano e não são automatizadas de propósito.
- A validação dos valores. O sistema calcula cada verba com base nas regras configuradas, mas a conferência de que aquele valor está correto para aquele colaborador específico é do time de DP.
- O encerramento é irreversível. Por isso existe um aviso explícito e um checkbox de confirmação antes de encerrar a competência, para que ninguém feche por engano um mês que ainda precisava de ajuste.
- A conta bancária pagadora não aparece em nenhuma dessas seis listas. Ela é definida por favorecido, individualmente, na sub-aba CNAB, na hora de efetivamente gerar o arquivo de pagamento.
As seis listas, de ponta a ponta
O ActaOne calcula a folha da competência, incluindo proventos, descontos, INSS, IRRF e FGTS, além de 13º, PLR, férias, rescisão, provisões e encargos, com o fechamento inteiro guiado pelas seis listas descritas acima. Ao encerrar no eSocial, o sistema transmite os eventos de remuneração e pagamento e dispara automaticamente os lançamentos de contas a pagar para a integração financeira escolhida, tudo a partir do mesmo dado de origem, sem que nenhum valor precise ser redigitado em lugar nenhum do processo.
O teste de um bom fechamento não é ter calculado certo no primeiro momento. É conseguir apontar, meses depois, exatamente de onde veio cada valor que chegou ao eSocial e ao financeiro, sem precisar reconstruir a lógica na memória. É esse rastreamento que costuma faltar quando o fechamento depende de uma planilha exportada para o contador, com conferência manual em cima dela e nenhum vínculo direto entre o número na planilha e o evento que efetivamente foi transmitido ao governo.