Lançamentos manuais: o custo real para equipas financeiras

Pergunte a um controller quantos lançamentos contabilísticos manuais o fecho exige e normalmente obterá um número de imediato. Pergunte quanto custa cada um e a conversa para, porque ninguém construiu nunca o modelo. Não é um descuido: os lançamentos contabilísticos manuais são individualmente baratos e coletivamente caros, que é precisamente o perfil de custo que escapa ao escrutínio rotineiro. Nenhum lançamento isolado merece ser questionado. O conjunto de todos eles, somado, é uma das rubricas mais caras do fecho à qual ninguém pôs nunca um número.

Este artigo constrói esse modelo, com clareza suficiente para o aplicar aos seus próprios números, e usa-o para defender a redução do volume de lançamentos manuais em termos que um CFO possa defender, e não em termos de arrumação.

Porque é que isto importa

Um lançamento contabilístico manual acarreta custos em quatro categorias, e a maioria dos modelos de custo usados na prática só conta a primeira.

Tempo de preparação. Alguém tem de identificar a necessidade, reunir os valores de suporte, calcular o montante e introduzi-lo corretamente. Para um acréscimo rotineiro podem ser alguns minutos. Para uma imputação, um ajustamento de moeda estrangeira ou uma correção que exige seguir o rasto por várias transações, pode ser uma hora ou mais.

Tempo de revisão e aprovação. Uma segunda pessoa verifica o lançamento, o que implica compreender o que faz e porquê, e não apenas olhar de relance para um total. É um controlo genuíno e o seu custo é real, não uma formalidade a minimizar.

Custo de auditoria e de evidência. Todo o lançamento manual precisa de documentação de suporte conservada e, no fecho do exercício, potencialmente explicada a um auditor externo. Um volume elevado de lançamentos manuais aumenta tanto a amostra que um auditor testa como o tempo que a sua equipa dedica a apoiar esses testes.

Custo de erro e de retrabalho. Os lançamentos manuais apresentam taxas de erro sensivelmente mais elevadas do que os registos automatizados, porque implicam que uma pessoa calcule e escreva um número em vez de um sistema aplicar uma regra. Os erros detetados internamente custam tempo de retrabalho. Os erros detetados por um auditor custam mais, e os erros que não são detetados de todo tornam-se um risco de distorção material.

Nenhum destes custos é visível isoladamente. Um único lançamento de acréscimo que leva vinte minutos a preparar e dez a revisar parece trivial. Um fecho que contém cem lançamentos deste tipo, cada um com as mesmas quatro categorias de custo, não é trivial — e quase ninguém faz a soma, porque essa soma não acontece em nenhum ponto do reporte padrão do custo da função financeira.

Num relance: um modelo de custos resolvido

A tabela abaixo é uma ilustração resolvida com valores assumidos, não um benchmark — substitua cada input pelo seu antes de tirar qualquer conclusão. Ilustra o método, não um número para citar.

Aplicando inputs ilustrativos — 80 lançamentos, 37 minutos combinados de preparação e revisão, um custo horário médio moderado — obtém-se um custo direto mensal de alguns milhares de unidades monetárias antes de somar o agravamento de auditoria e o custo de erro, e antes de qualquer previsão para os doze fechos por ano em que isto se repete. O objetivo do exercício não é o valor concreto, que diferirá substancialmente de empresa para empresa. O objetivo é que o número verdadeiro é quase sempre maior do que aquele que qualquer pessoa tinha em mente antes de construir o modelo, porque na prática as quatro categorias de custo raramente são somadas.

O que funciona e sobre o que ser honesto

O que funciona:

Categorizar os lançamentos antes de fazer qualquer outra coisa. Nem todos os lançamentos contabilísticos manuais são o mesmo problema. Os lançamentos recorrentes — o mesmo acréscimo, a mesma imputação, mês após mês — devem tornar-se modelos ou registos agendados. Os lançamentos de correção indicam um problema de dados ou de processo a montante e devem ser seguidos até à sua causa em vez de aceites como um facto da vida. Os lançamentos genuinamente de julgamento — imparidade, provisão, estimativa — são a única categoria que deve permanecer manual indefinidamente.

Transformar primeiro os lançamentos recorrentes em modelos. É o ponto de partida com maior retorno e menor risco. Um acréscimo recorrente com uma lógica de cálculo estável pode ser convertido em modelo ou automatizado com risco de julgamento quase nulo, e na maioria dos fechos mid-market os lançamentos recorrentes representam uma parte importante do volume total.

Seguir o rasto dos lançamentos de correção até à causa raiz. Um lançamento de correção é a prova de que algo a montante produziu um número errado: uma regra de reconhecimento mal configurada, um problema de qualidade de dados, uma base de imputação que nunca foi atualizada. Corrigir a causa elimina permanentemente uma categoria de lançamento manual, em vez de a reduzir temporariamente.

Codificar as regras de reconhecimento e de imputação no sistema em vez de as recalcular. Tudo o que é recalculado à mão todos os meses é ao mesmo tempo um custo mensal e uma constatação de auditoria permanente. Se a lógica subjacente é estável, o seu lugar é a configuração do sistema, e não uma folha de cálculo que alimenta um lançamento manual.

Apresentar o objetivo de redução em termos de custo, e não de arrumação. «Devíamos ter menos lançamentos contabilísticos manuais» compete mal pelo orçamento com prioridades que geram rédito. «Esta categoria de lançamento custa aproximadamente X por ano em tempo de preparação, revisão e auditoria, e Y% dela é convertível em modelo» é um caso de negócio sobre o qual um CFO pode agir e que pode defender junto da direção.

Sobre o que ser honesto:

Não levará os lançamentos manuais a zero, nem o deve tentar. O julgamento genuíno — estimativas, provisões, imparidades — pertence a um lançamento manual com o nome de uma pessoa associado. O objetivo é eliminar os lançamentos manuais que existem apenas porque ninguém automatizou algo rotineiro, e não eliminar o julgamento do fecho.

O modelo exige um registo honesto do tempo, e as pessoas ressentem-se disso. Pedir a um controller que cronometre a sua própria preparação de lançamentos durante duas semanas é intrusivo e encontrará alguma resistência. É também a única maneira de obter inputs reais em vez de suposições, e a resistência é normalmente menor do que o previsto quando se explica que o propósito é construir um caso de negócio e não avaliar o desempenho.

Reduzir o número de lançamentos sem reduzir o risco não é uma vitória. Um registo automatizado que codifica uma regra errada em maior volume é pior do que um lançamento manual que alguém verifica. Automatizar um lançamento contabilístico exige o mesmo escrutínio que o processo manual que substitui, em particular quanto à lógica de cálculo subjacente.

O agravamento da amostragem de auditoria é genuinamente difícil de quantificar com precisão. Depende da metodologia do seu auditor e dos seus limiares de materialidade, e as estimativas neste ponto devem ser tratadas como indicativas e não como precisas. Pergunte diretamente à sua equipa de auditoria em vez de assumir uma regra geral.

Isto cruza-se diretamente com o trabalho sobre o fecho em cinco dias publicado noutro artigo desta série. O volume de lançamentos contabilísticos manuais é um dos nove fatores da duração do fecho aí discutidos, e o modelo de custos deste artigo é o caso de negócio para priorizar esse fator específico em relação aos restantes.

Quadro de decisão: construir o seu próprio modelo e agir com base nele

Percorra-o por ordem. Pare na primeira correspondência.

1. Sabe quantos lançamentos contabilísticos manuais o seu fecho contém, categorizados por tipo?
Se não, extraia o relatório e categorize um fecho: recorrentes, de correção, de julgamento. É um dia de trabalho e é o input necessário para tudo o resto.

2. Sabe quanto tempo os lançamentos levam realmente a preparar e a revisar?
Se não, cronometre uma amostra representativa durante dois fechos em vez de estimar. As estimativas erram de forma fiável no sentido da subavaliação, porque as pessoas a quem se pergunta tendem a recordar os lançamentos rápidos e a esquecer os difíceis.

3. Já construiu o modelo de custos de quatro categorias com os seus próprios números?
Se não, construa-o agora usando a estrutura acima. Produz o número que sustenta o caso de negócio, e vale a pena apresentá-lo mesmo que seja impreciso, desde que a imprecisão seja divulgada.

4. Os lançamentos recorrentes já estão convertidos em modelos ou automatizados?
Se não, comece aqui. É a ação disponível com menor risco e retorno mais rápido, e normalmente resolve a maior categoria isolada de volume.

5. Os lançamentos de correção já foram seguidos até à causa raiz?
Se não, faça isto antes de qualquer outra coisa do lado das correções. Automatizar um processo de correção sem resolver a sua causa apenas torna mais barato continuar a cometer o mesmo erro.

6. A sua lógica de reconhecimento e de imputação está codificada no sistema ou é recalculada manualmente?
Se for manual, esta é normalmente a ação com o segundo maior retorno, ainda que exija tipicamente trabalho de configuração e não uma solução rápida.

7. Tudo o que precede resolvido e o volume manual continua a parecer elevado?
O que resta é provavelmente julgamento genuíno, e a resposta correta não é reduzir mais, mas apoiar melhor as pessoas que fazem esses julgamentos: uma política de provisionamento clara, uma metodologia de estimativa documentada e um processo de revisão proporcional ao risco.

Custo e esforço indicativos

Peça um orçamento para um diagnóstico delimitado ao seu próprio fecho.

Perguntas frequentes

Qual é um número razoável de lançamentos contabilísticos manuais a visar?
Não existe um número universal defensável — depende da complexidade do seu negócio, do número de entidades e de quanto julgamento genuíno o seu fecho envolve. O objetivo mais útil é uma redução categorizada: converter em modelos a parte recorrente, eliminar as causas raiz da parte de correção e ficar confortável com o facto de o que resta ser genuinamente de julgamento.

Devemos automatizar também os lançamentos de julgamento?
Não. As estimativas e as provisões exigem uma pessoa responsável identificada a exercer julgamento, e isso deve permanecer visível e manual. O que pode ser automatizado em torno delas é o cálculo de suporte e a mecânica de registo, não o julgamento em si.

Como conseguimos adesão a um exercício de registo de tempos?
Apresente-o explicitamente como a construção de um caso de negócio para reduzir a carga de trabalho da própria equipa, e não como uma avaliação de desempenho, e mantenha o período de registo curto e específico. Partilhar depois com a equipa o modelo de custos resultante, incluindo a redução que justifica, tende a converter a resistência inicial em apoio.

Isto aplica-se da mesma forma a um grupo de cinco entidades e a uma entidade única?
As categorias são as mesmas, mas os grupos multientidade suportam tipicamente uma proporção maior de lançamentos de imputação e de intercompanhias, que são desproporcionadamente caros porque exigem reconciliação em ambos os lados. Se opera várias entidades, oriente a sua categorização e o seu modelo de custos especificamente para esta categoria.

Como é que isto se liga a uma decisão de reimplementação do ERP?
Diretamente — veja o artigo sobre transformação financeira publicado noutro ponto desta série. Um volume elevado de lançamentos contabilísticos manuais é muito raramente prova de que uma plataforma precisa de ser substituída. É muito mais frequentemente prova de que a lógica de reconhecimento e de imputação nunca foi configurada, o que é corrigível dentro do sistema existente.

Fecho — Próximos passos

Os lançamentos contabilísticos manuais são individualmente invisíveis e coletivamente um dos hábitos mais caros de um fecho típico, precisamente porque ninguém construiu nunca a aritmética que torna o custo visível. O modelo deste artigo é suficientemente simples para ser construído numa semana com os seus próprios números, e produz de forma consistente um caso de negócio mais forte do que o argumento da arrumação que habitualmente acompanha este tema.

Comece por extrair os lançamentos contabilísticos manuais de um fecho e classificá-los em recorrentes, de correção e de julgamento. As proporções por si só, antes de qualquer análise adicional, dizem normalmente onde deve estar o primeiro projeto.

Sobre o autor

Bruno Galo é o fundador da Atypical Tech, uma consultora de NetSuite que serve clientes mid-market em toda a Ibéria. Especializa-se em ligar sistemas CRM e ERP para fluxos de order-to-cash sem fricção, construindo pipelines automatizados de gestão de encomendas que eliminam a introdução manual de dados entre as equipas comerciais e financeiras. Como partner oficial de implementação da Stacksync, Bruno concebe e implementa agentes de IA em plataformas de integração para tratar o encaminhamento de exceções, o processamento de documentos e a reconciliação, transformando fluxos de encomendas fragmentados em sistemas fiáveis e com automonitorização.

LinkedIn: https://www.linkedin.com/in/brunogd

Fontes

Os URL são a nível de editor e devem ser verificados antes da publicação.

• Oracle NetSuite, documentação de lançamentos contabilísticos e automatização — https://docs.oracle.com/en/cloud/saas/netsuite/
• APQC, Open Standards Benchmarking — medidas gerais de custo e de tempo de ciclo de contabilidade e reporte — https://www.apqc.org
• The Hackett Group, investigação de benchmarking financeiro — https://www.thehackettgroup.com
• International Auditing and Assurance Standards Board, ISA 240 — responsabilidades do auditor relativas à fraude, incluindo o teste de lançamentos contabilísticos — https://www.iaasb.org
• Experiência de projetos da Atypical Tech, análise de fecho e de lançamentos contabilísticos no mid-market da Ibéria