Lote de Estorno de Lançamentos Contábeis
O manual do administrador para estornos automáticos de provisões. Os contadores definem uma Data de Estorno em seus lançamentos; este lote a respeita todas as manhãs.
Acesso necessário. Agendar e executar este lote requer o conjunto de permissões Accounting Admin v2; o Accounting Controller v2 também consegue acessar o console. Os conjuntos Accounts Payable v2 e Accounts Receivable v2 não conseguem vê-lo — todos os demais apenas encontram os estornos que ele contabiliza.
Como funciona o contrato
O contador define uma Data de Estorno
Um único campo no lançamento contábil no momento da criação — digamos, uma provisão registrada em 30 de junho com Data de Estorno: 1º de julho. Esse único campo é toda a configuração do lado do usuário.
O lote a respeita no dia certo
Na data ou depois dela, o lote gera o lançamento espelho — débitos e créditos invertidos —, contabiliza-o no período da Data de Estorno, marca-o como gerado pelo sistema e o vincula ao original.
Nunca duas vezes
A idempotência é verificada em relação ao lançamento original: assim que existe um estorno, o original está concluído. Execute o lote quantas vezes quiser — lançamentos estornados manualmente também são ignorados, de modo que o processo manual e o automático nunca colidem.
Os controles do cartão
| Controle / indicador | O que ele faz ou informa |
|---|---|
| Indicador de status | Agendado ou Não agendado. |
| Próxima execução agendada / Última execução | A próxima passagem e a última, com seu resultado Informativo / Aviso / Crítico. |
| Ver log de auditoria | O detalhe da execução: processados / bem-sucedidos / com falha, com um motivo por falha. |
| Agendar / Reagendar · Cancelar agendamento | Define ou altera o horário de execução diária; pausa a automação. |
| Executar agora | Uma passagem imediata — inofensiva a qualquer momento, porque o lote é idempotente. |
Agendando o lote
Diariamente, ao amanhecer — os estornos visam, na esmagadora maioria, o dia 1º do mês, e os contadores esperam que já estejam contabilizados antes de começarem a trabalhar. Por ser idempotente, um Executar agora extra nunca causa dano.
Um fechamento de mês na prática — a provisão de utilidades da Meridian
O controller da Meridian registra um custo estimado de utilidades em 30 de junho, datado do último dia do mês, com Data de Estorno de 1º de julho. Ao amanhecer de 1º de julho, o lote encontra o lançamento contabilizado, gera e contabiliza seu espelho no período de julho — cada débito agora é um crédito, gerado pelo sistema, vinculado de volta ao original — e julho começa limpo, pronto para a fatura real. Ninguém tocou em nada. Se o controller o tivesse estornado manualmente em 30 de junho, o lote teria visto o estorno existente e deixado o lançamento em paz. E se a equipe de fechamento de julho tivesse de algum modo fechado o período antes, o lote teria falhado ruidosamente com exatamente esse motivo em sua entrada de auditoria — nunca contabilizando em um lugar errado.
Monitorando o lote
Verde significa: o cartão mostra Agendado, o carimbo de data/hora da última execução está dentro da janela esperada e o ícone de resultado é informativo. Qualquer outra coisa, clique em Ver log de auditoria — o registro da execução lista processados / bem-sucedidos / com falha, com um motivo por falha. A única falha que importa: um estorno direcionado a um período que já foi fechado — ele falha ruidosamente com esse motivo em vez de contabilizar em um lugar errado.
Solução de problemas
| Sintoma | Causa provável → ação |
|---|---|
| Falhas de período fechado no dia 1º | O fechamento foi executado antes do lote. Reabra brevemente o período ou ajuste a lista de verificação de fechamento para executar o lote primeiro. |
| “Minha provisão não foi estornada” | Verifique o lançamento: ele está Contabilizado, com uma Data de Estorno no passado e sem estorno já vinculado? As três condições verdadeiras e ainda assim nada → verifique se o lote está agendado. |
Erros comuns a evitar
| Erro | Por que prejudica | Faça isto em vez disso |
|---|---|---|
| Fechar o novo período antes da primeira passagem do lote | Todo estorno direcionado ao dia 1º falha com um motivo de período fechado | Coloque "o lote de estorno de lançamentos foi executado" na lista de verificação de fechamento, antes do bloqueio do período |
| Agendar o lote tarde no dia | Os contadores trabalham uma manhã inteira em um mês que ainda carrega as provisões de ontem | Ao amanhecer — antes de qualquer um começar a trabalhar |
| Estornar manualmente e esperar que o lote o ignore — sem verificar | A dúvida alimenta rituais de dupla checagem | Confie no design, uma vez verificado: um estorno existente marca o original como concluído; o lote nunca duplica |
| Procurar o estorno como se fosse um registro misterioso separado | Tempo de busca desperdiçado | Abra o lançamento original — seu estorno está vinculado bem ali, nos registros relacionados |
| Tratar um resultado Crítico como "tento de novo amanhã" | O mesmo período fechado falhará da mesma forma amanhã, agora com dois dias de atraso | Corrija a causa (reabra ou corrija a data) e depois use Executar agora hoje mesmo |
O que vem a seguir
- Lote de Estorno de Lançamentos Contábeis — o que o lote faz, em profundidade.
- Guia Operações — o console.
- Log de Auditoria — como ler o histórico de execuções.
Perguntas frequentes
Sim — a ação Estornar no lançamento contábil cria o estorno sob demanda. O lote então vê que ele já existe e deixa o lançamento em paz; o estorno manual e o automático nunca colidem.
Um lançamento contábil contabilizado do tipo Estorno, gerado pelo sistema, datado da Data de Estorno, com cada linha espelhando a linha original — e vinculado de volta a ele, de modo que o par se lê como uma única história.
Totalmente. A própria descrição do cartão garante isso: idempotente — nunca duplica um lançamento contábil já estornado. Execuções extras não encontram nada a fazer.
Verifique primeiro o lançamento: ele está Contabilizado, com uma Data de Estorno no passado, e sem estorno já vinculado? As três condições verdadeiras e ainda assim nada — verifique se o cartão está Agendado e leia o motivo da falha na entrada de auditoria da última execução.
No período da Data de Estorno — esse é o ponto central do contrato. Se esse período estiver fechado quando o lote chegar, a execução falha com esse motivo em vez de contabilizar em outro lugar.
Isso foi útil?