Estorno de Lançamentos Contábeis
Provisões são mentiras honestas com prazo de validade. Os livros de junho da Meridian dizem "usamos $3.200 de energia elétrica" antes de a fatura existir — verdadeiro para junho, mas assim que julho começa, essa estimativa precisa sair do caminho da fatura real. Um lançamento de estorno é o desfazimento automático: as mesmas linhas, com débitos e créditos invertidos, datado do primeiro dia do período seguinte. A REDA Financials o cria para você.
Acesso necessário. Estornar lançamentos contábeis (e definir uma Data de Estorno) exige o conjunto de permissões Accounting Admin v2 ou Accounting Controller v2. Os conjuntos Accounts Payable v2, Accounts Receivable v2 e Read Only v2 podem visualizar lançamentos e seus estornos, mas não criá-los.
O caminho automático: uma Data de Estorno
Marque a provisão como Adjusting e atribua uma Data de Estorno
Um lançamento Adjusting exige uma — normalmente o primeiro dia do período seguinte (é exatamente o que diz a ajuda do campo). A provisão de junho da Meridian: Data do Lançamento 30 de junho, Data de Estorno 1º de julho. Contabilize normalmente.
O agendador faz o resto
Um processo diário em segundo plano (o Journal Entry Auto-Reversal Batch, agendado pelo seu administrador a partir do Console de Administração) localiza os lançamentos contabilizados cuja Data de Estorno chegou e, para cada um, cria e contabiliza o lançamento espelho: Tipo = Reversing, datado na Data de Estorno, com as linhas copiadas com débitos e créditos invertidos, nomeado e descrito como "Reversal of …", vinculado de volta ao lançamento de origem.
Encontre-o no lançamento de origem
A lista relacionada Reversal Entries (e a guia) no lançamento original mostra seu estorno — o par fica permanentemente vinculado pelo campo Source Journal Entry. O lote é idempotente: um lançamento já estornado nunca é estornado duas vezes pelo agendador.
| 30 de jun. — a provisão (MJE001002) | 1º de jul. — o estorno (MJE001004) | |
|---|---|---|
| Utilities — Buildings | Débito $3.200 | Crédito $3.200 |
| Accrued Expenses and Other Payables | Crédito $3.200 | Débito $3.200 |
Junho carrega o custo; julho começa limpo — assim, quando a fatura real da MetroPower é contabilizada em julho, a despesa não é contada em duplicidade. Esse é todo o truque, e ele funciona sem que ninguém precise se lembrar dele.
Anatomia do lançamento de estorno
Seja criado pelo agendador ou pelo botão Reverse Journal, o estorno é construído da mesma forma — um espelho completo e autodocumentado:
| No estorno | O que você verá |
|---|---|
| Linhas | Copiadas da origem com Débito e Crédito invertidos — mesmas contas, mesmos valores, mesmas dimensões, direção oposta |
| Data do Lançamento | A Data de Estorno da origem (agendador) ou hoje (estorno manual — ajuste antes de contabilizar, se necessário) |
| Lançamento de origem | Aponta de volta para o original — e a lista Reversal Entries do original aponta para a frente |
| Descrição / Referência | "Reversal of <origem>" mais a descrição original — a proveniência à vista |
| Journal Entry Name | O próximo número da sequência de documentos da entidade, como qualquer outro lançamento |
| Moeda e dimensões | Mesma moeda do documento da origem; centros de custo carregados linha a linha |
O caminho manual: Reverse Journal
Para um lançamento sem Data de Estorno que precise ser desfeito — digamos, uma correção que se revelou errada — o botão Reverse Journal faz a mesma inversão interativamente:
Vale a pena saber
- O estorno precisa de um período aberto — a contabilização de um lançamento Adjusting verifica isso de antemão: "No Open Accounting Period found for Reversing Date …".
- A Data de Estorno fica travada com o lançamento — alterá-la depois de contabilizado significa reabrir o lançamento (Editar → confirmar → ajustar → recontabilizar), como qualquer outro campo.
- O estorno é um cidadão de pleno direito — contabilizado, visível, auditável; ele próprio pode ser reaberto por um Controller se algo excepcional exigir.
- As falhas são limpas — se o lote não conseguir contabilizar um estorno (por exemplo, os livros do novo período fecharam inesperadamente), nada fica pela metade e a falha é registrada para o administrador agir.
As regras do estorno
| A mensagem | O que significa / o que fazer |
|---|---|
| O formulário exige uma Data de Estorno em lançamentos Adjusting | Lançamentos Adjusting são temporários por definição — dizem quando a estimativa expira. A ajuda do campo sugere a resposta: "Enter the first day of the next period (e.g. April 1 for a March accrual)." |
| "A Data de reversão deve ser posterior à Data do lançamento. Normalmente é o primeiro dia do período seguinte." | Um desfazimento não pode preceder — nem coincidir com — aquilo que desfaz. |
| "No Open Accounting Period found for Reversing Date …. Create or open the period first." | Verificado quando a origem é contabilizada, para que o estorno nunca fique sem um período onde pousar. Um administrador gera o período. |
| O tipo Reversing não pode ser escolhido manualmente | É reservado para lançamentos que genuinamente estornam algo (um Source Journal Entry é obrigatório) — assim, um filtro por Tipo = Reversing mostra apenas verdadeiros lançamentos de desfazimento. |
Erros comuns a evitar
| Erro | Por que prejudica | Faça isto em vez disso |
|---|---|---|
| Estornar manualmente um lançamento que tem uma Data de Estorno | O agendador também vai estorná-lo — a provisão pode acabar desfeita duas vezes, o oposto de livros limpos | Lançamentos com Data de Estorno pertencem ao agendador; use o Reverse Journal apenas em lançamentos sem uma |
| Definir a Data de Estorno dentro do mesmo período | A provisão e o desfazimento se cancelam dentro de um mês — o período não mostra nada, anulando o propósito | Primeiro dia do período seguinte, conforme a ajuda do campo |
| Esperar o estorno no instante em que você contabiliza | Ele chega quando o lote diário roda em seguida, na Data de Estorno ou depois — uma lista Reversal Entries vazia até lá é normal | Aguarde a execução agendada, ou peça a um administrador para usar o Run Now do lote |
| Excluir ou redigitar em vez de estornar | Lançamentos contabilizados não podem ser excluídos, e redigitar linhas opostas manualmente convida erros de digitação e pares órfãos | O Reverse Journal constrói o espelho exato e o vincula à origem |
| Estornar um estorno para "restaurar" um lançamento | Cadeias de lançamentos de desfazimento tornam o rastro ilegível | Se o original deve valer novamente, reabra ou recrie ele, e cancele o estorno perdido com uma nota |
O que vem a seguir
- Entendendo os lançamentos contábeis — onde os lançamentos Adjusting se encaixam.
- Lote de Estorno de Lançamentos Contábeis — o agendador, do lado da administração.
- Fechamento contábil — o habitat natural das provisões.
Perguntas frequentes
Verifique se o lançamento de origem está de fato Posted (rascunhos não são estornados), depois pergunte ao seu administrador se o lote Auto-Reversal está agendado — a guia Operations do Console de Administração mostra seu card, o agendamento e um botão Run Now que processa imediatamente tudo o que estiver pendente.
Convenção com um propósito: a provisão atende ao período antigo até seu último dia; o desfazimento pertence ao primeiro dia do novo período, para que as demonstrações de cada período fiquem corretas por si só.
Não — é o sistema de provisões funcionando. Junho carregou a estimativa de $3.200; julho registra a fatura de $3.350 e o estorno de $3.200, líquido a despesa de julho nos $150 que a estimativa deixou de fora. Pequenas diferenças de estimativa se resolvem sozinhas dessa forma todo mês.
Antes de ser criado: reabra o lançamento de origem e limpe a Data de Estorno, depois recontabilize. Depois de criado: reabra ou cancele o próprio lançamento de estorno (direitos de Controller/Admin), o que restaura o efeito da provisão.
Contabilizado. O agendador cria o lançamento espelho e o contabiliza na mesma execução — esse é o objetivo de automatizá-lo. (Um Reverse Journal manual, por outro lado, abre o formulário para sua revisão; você decide quando salvar ou contabilizar.) Se a contabilização automática não conseguir ser concluída, nada fica pela metade e a falha é registrada para o administrador.
Exatamente o que diz sua confirmação: "Isto processará imediatamente todos os Lançamentos contábeis contabilizados com Data de reversão igual ou anterior a hoje e criará seus lançamentos de reversão automática." É a mesma execução diária, iniciada manualmente — útil quando um estorno é necessário antes da próxima passagem agendada de amanhã.
Isso foi útil?