REDA One Centro de ajuda
PT
Idioma
English EN Español ES Português PT Italiano em breve Français FR Deutsch em breve العربية em breve
reda.one ↗
Início / REDA Financials AI / IA e automação / Transações recorrentes / Visão geral dos modelos recorrentes

Visão geral dos modelos recorrentes

A automação mais confiável em contabilidade é do tipo entediante: documentos que se repetem, gerados conforme uma programação, perfeitamente, para sempre. Um único mecanismo de Modelo recorrente conduz tudo isso na REDA Financials — quatro tipos de documento, um padrão, um lote noturno. A Meridian usa três modelos e não digita mais uma fatura de aluguel, um esqueleto de conta de energia elétrica ou um provisionamento mensal desde então.

Como chegar lá. Abra o Iniciador de aplicativos (o ícone de grade no canto superior esquerdo de qualquer página) → REDA Financials AI → a guia Modelos recorrentes, depois clique em Novo ou abra um modelo a partir de uma visualização de lista. O lote noturno que gera documentos a partir deles fica na guia Operações do Admin Console (veja Programador de lote de recorrentes).
Acesso necessário. Criar e editar modelos recorrentes 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 os modelos, mas não alterá-los.

O que pode recorrer

Tipo de documentoUso clássicoAprofundamento
Fatura de vendaAluguel mensal, assinaturas, retentores de serviçoFaturas de venda recorrentes
Fatura de compraContas de fornecedores previsíveis — o esqueleto de energia elétrica da Meridian chega como rascunho para ajuste e contabilizaçãoDocumentos recorrentes de AP
Ordem de compraPedidos permanentes — a ordem de compra trimestral de limpezaeste mesmo artigo
Lançamento contábilProvisionamentos fixos, amortizações, rateiosLançamentos contábeis recorrentes

Duas nuances se escondem nessa tabela. Um modelo de Fatura de venda carrega sua própria opção de Sales Invoice Type (Tipo de fatura de venda) — Invoice (Fatura) ou Receipt (Recibo) — de modo que o mesmo mecanismo cobre tanto faturas comuns quanto vendas à vista no estilo recibo. E deliberadamente não há opção de nota de crédito: uma nota de crédito é uma correção, correções são decisões de julgamento, e julgamento não pertence a uma programação. Quando um acordo recorrente precisa de ajuste, você credita a fatura individual, nunca um modelo.

A estrutura compartilhada

  • Um modelo é um documento congelado — cabeçalho + linhas, exatamente como cada cópia gerada deve se parecer, pertencente a uma entidade. (Modelos de lançamento contábil precisam estar balanceados; modelos de fatura precisam de linhas antes da ativação.)
  • Uma programação — frequência de diária a anual, uma data de início, e um fim (data, um número definido de ocorrências, ou sem prazo definido). Next Run Date (Data da próxima execução) sempre mostra o que acontece a seguir; Completed Count (Execuções concluídas) soma o histórico.
  • Uma decisão sobre confiança — Auto Post (Contabilização automática) desligado (rascunhos para revisão — a postura padrão) ou ligado (os documentos se contabilizam sozinhos — para o que é verdadeiramente fixo).
  • Uma trilha documental — todo documento gerado é vinculado de volta ao seu modelo; as listas relacionadas do modelo são o histórico completo.
A geração é trabalho do lote. Os modelos não disparam sozinhos — o lote noturno de Transações Recorrentes (padrão 01:00) processa tudo o que está pendente. Seu cartão na guia Operações mostra Modelos ativos, Vencendo hoje, o último resultado e um botão Executar agora com um seletor de data para retroativos — veja Programador de lote de recorrentes.

A vida de um modelo: o aluguel da Corvus, de janeiro a junho

A Meridian Properties Group aluga a Suíte 1201 para a Corvus Consulting por $9.000 por mês. Um único modelo de Fatura de venda — mensal, começando em 1º de janeiro, com Auto Post desligado — carrega todo o acordo:

DataO que o lote fezModelo depois
1º de jan.Gerou a primeira fatura em rascunho; a AR revisou e contabilizou naquela manhãNext Run Date 1º de fev. · Completed Count 1
1º de fev. – 1º de abr.Mais três gerações, uma por mês, cada uma um rascunho vinculado de volta ao modeloNext Run Date 1º de mai. · Completed Count 4
1º de mai.Nada — um administrador havia desprogramado o lote durante um fim de semana de manutençãoNext Run Date continua 1º de mai. — pendente, aguardando, não perdida
3 de mai.O administrador executa o Executar agora do cartão com a data atual: tudo pendente até essa data, inclusive é recolhido — a fatura de maio é gerada com dois dias de atraso, com data e numeração corretasNext Run Date 1º de jun. · Completed Count 5
1º de jun.De volta à programação, discretamenteNext Run Date 1º de jul. · Completed Count 6

Seis meses, um modelo, zero faturas digitadas — e o único soluço operacional foi resolvido com um único clique porque "pendente" significa até essa data, inclusive, nunca "perdida para sempre". Toda fatura gerada fica na lista relacionada do modelo, o histórico completo em um só lugar.

A decisão do Auto Post, com honestidade

Todo modelo faz uma pergunta de confiança. A escada pragmática:

  • Comece com Auto Post desligado. O lote gera rascunhos; sua equipe revisa e contabiliza pelas filas normais. Você não perde nada além do tempo de revisão — e mantém a memória, a numeração, a programação.
  • Promova o que é verdadeiramente fixo. Depois de alguns ciclos de rascunhos que nunca precisaram de ajuste — o aluguel que é exatamente $9.000 todo mês — ative o Auto Post e os documentos se contabilizam sozinhos na geração.
  • Nunca promova o que é variável. O modelo de energia elétrica da Meridian permanece apenas em rascunho para sempre: o esqueleto recorre, o valor é ajustado contra a conta real antes de contabilizar. Fazer a estrutura recorrer enquanto revisa os números é um estado estável legítimo, não uma falha em automatizar.
Falhas do Auto Post protegem você. Quando um modelo gera com o Auto Post ativado e a contabilização falha (por exemplo, o período contábil não está aberto), toda a geração é revertida — sem órfãos meio criados, meio contabilizados. A falha é registrada apenas para aquele modelo; o resto da noite prossegue.

As barreiras de proteção, literalmente

A mensagemO que significa
"O Tipo de documento não pode ser alterado depois que um Modelo recorrente foi salvo."A decisão do tipo é permanente — um modelo de aluguel não pode se transformar em um modelo de lançamento contábil. Crie um novo modelo em vez disso.
"Um modelo recorrente de Lançamento contábil ativo deve ter pelo menos uma linha."A ativação exige um documento completo e gerável — modelos vazios permanecem em Rascunho.
"Total Debit (…) must equal Total Credit (…)"Modelos de lançamento contábil precisam estar balanceados antes de terem permissão para gerar — a regra de balanceamento se aplica ao padrão, não apenas às cópias.
"Nenhum modelo ativo vence até esta data. O lote será executado, mas não gerará documentos."O aviso de execução manual para quando simplesmente não há nada a fazer — uma execução sem trabalho é inofensiva.

Erros comuns a evitar

ErroPor que prejudicaFaça isto em vez disso
Transformar em modelo um acordo de valor variável com Auto Post ativadoNúmeros errados se contabilizam sozinhos, pontualmente, todo mêsFaça o esqueleto recorrer com Auto Post desligado; ajuste cada rascunho antes de contabilizar
Editar o modelo para tratar uma exceção de um único mêsA exceção se torna o novo normal — o mês seguinte gera a exceção novamenteAjuste o rascunho gerado para o mês atípico; edite modelos apenas para mudanças permanentes
Desativar um modelo para "pular uma execução" e esquecer dissoNada é gerado por meses; o cliente para de ser cobrado silenciosamentePule deliberadamente, depois reative — e note que a varredura retroativa vai recolher o que venceu enquanto estava pausado, então programe a reativação de forma consciente
Um mega-modelo que você fica editando para vários acordosO histórico se torna ilegível — quais edições serviram a qual negócio?Um acordo, um modelo ("Aluguel Corvus" e "Estacionamento Corvus" são dois modelos)
Ninguém acompanha os rascunhos geradosCom o Auto Post desligado, a geração apenas cria trabalho em espera — rascunhos não contabilizados envelhecem silenciosamenteTorne a fila de rascunhos gerados parte da rotina diária de uma pessoa designada

O que vem a seguir

  1. Configuração de modelos — todos os campos e o ciclo de vida.
  2. Programador de lote de recorrentes — a sala de máquinas.
  3. Faturas de venda recorrentes — o caso mais comum, em detalhes.

Perguntas frequentes

Qualquer coisa variável o suficiente para que revisar o rascunho custe tanto quanto digitá-lo — e correções (notas de crédito não podem recorrer, deliberadamente). O ponto ideal: mesmas partes, mesmas linhas, preço estável por meses a fio.

Sim: edite o modelo quando o preço mudar (as execuções futuras o usam, o histórico permanece intocado) — ou mantenha a Contabilização automática desligada e ajuste cada rascunho. O valor da automação está em lembrar, não apenas em digitar.

Administradores contábeis e controladores criam e editam modelos; as equipes operacionais consomem os documentos gerados por meio de suas filas normais. Usuários de AP, AR e Somente leitura podem visualizar os modelos, mas não alterá-los.

Nenhum dos dois. O lote é executado como o usuário automatizado do sistema, então a geração não ocupa a licença de ninguém — e o medidor de documentos de IA conta apenas a entrada de OCR; a geração recorrente não é um recurso de IA e nunca é medida.

Ele se aposenta: a data final passa ou o número de ocorrências se completa, e o lote para de selecioná-lo. Nada é excluído — o modelo e todo o seu histórico gerado permanecem registrados, o que é exatamente o que você quer quando o contrato de locação é renovado e você precisa do padrão do ano anterior.

Não — a geração é idempotente por modelo e data. Executar o lote novamente para a mesma data não encontra nada pendente e não cria nada. Use Executar agora em caso de dúvida; é seguro por design.

Isso foi útil?