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 One / Faturamento / Como Funciona o Faturamento Recorrente

Como Funciona o Faturamento Recorrente

O aluguel se fatura sozinho na REDA — mês após mês, sem que ninguém precise emitir uma fatura manualmente. Este artigo explica o mecanismo por trás disso: quando a próxima fatura é gerada, por que a REDA a emite antes de o período começar, e o comportamento que gera mais chamados de suporte do que qualquer outro — o locatário que recebe duas faturas no primeiro mês. Você também vai aprender as três coisas de que uma cobrança recorrente precisa antes de conseguir faturar, para que, quando alguém disser "não foi gerado nada ontem à noite", você saiba exatamente o que verificar. Não é necessário nenhum conhecimento prévio da REDA.

Como chegar lá. Abra o registro do contrato de locação → a guia Accounting → a subguia Active para ver suas cobranças e faturas; edite as cobranças pela ação Terms & Charges (canto superior direito do registro). As execuções em segundo plano que geram as faturas são agendadas no REDA Admin Console.
Acesso necessário. Trabalhar com cobranças e faturas do contrato de locação exige o conjunto de permissões REDA - Property Leasing User (ou REDA - Master Data - Admin). Agendar as execuções em segundo plano é exclusivo de administradores.

As peças em jogo

Três coisas precisam se alinhar para que o aluguel seja faturado automaticamente:

Uma cobrança recorrente. Uma cobrança no contrato de locação marcada como recorrente, com uma janela de/até (ou, para promoções, um número-alvo de ocorrências). Isso é o que está sendo faturado.
Um contrato de locação ativo para contabilidade e com o opt-in marcado. O contrato de locação precisa estar faturando (ativo para contabilidade) e ter uma propriedade definida, e a cobrança precisa ter Create Opp Invoice marcado — o opt-in que diz "sim, gerar faturas para isto".
Uma execução agendada em segundo plano. O REDA gera as faturas em uma execução noturna que um administrador precisa agendar. Nada é faturado até que a execução seja agendada — este é o motivo mais comum de "nada foi gerado" (veja As execuções precisam ser agendadas).
O faturamento tem opt-in duplo. Uma cobrança só é faturada quando o contrato de locação está com faturamento ativado e a cobrança tem Create Opp Invoice marcado. Veja Como Funciona o Faturamento na REDA para o modelo completo de opt-in.

O REDA fatura com antecedência

Aqui está a ideia que explica quase tudo o que vem a seguir: uma execução fatura o próximo período, não o atual. O REDA emite a fatura antes de o período começar, para que o locatário sempre tenha a conta em mãos com antecedência. O que "próximo período" significa depende do período da cobrança:

Período da cobrançaJanela que uma execução fatura
MensalDo dia 1º ao fim do próximo mês do calendário
Mensal, ciclo personalizado (por exemplo, início 25 / fim 24)Do dia 25 do próximo ciclo até o dia 24 do mês seguinte
SemanalA próxima semana — sete dias, começando no primeiro dia da semana conforme a localidade da sua organização (domingo na maioria)
DiárioO próprio dia do processamento

Um ciclo mensal personalizado é opcional: se uma Regra de locação define um dia de início e fim mensal para a cobrança (digamos, 25 e 24), os períodos de faturamento correm do dia 25 ao dia 24, em vez de por mês do calendário. Um período de cobrança em branco é tratado como mensal.

Quando minha cobrança é recolhida?

Cada cobrança recorrente traz uma Next Recurring Invoice Date — a data em que uma execução vai recolhê-la. Como a REDA fatura com um ciclo de antecedência, essa data de recolhimento fica um ciclo antes do período que fatura. A data é determinada por um dia de processamento definido na Regra de locação (o Recurring Invoice Process Day - M para cobranças mensais; cobranças semanais usam o par - W, Recurring Invoice Process Day - W e Next Recurring Invoice Threshold Day - W, em que domingo é 1 e sábado é 7), e depois de cada execução ela avança sozinha: a REDA marca o fim do período que acabou de faturar e recalcula o próximo recolhimento a partir daí. Você não mantém essa data manualmente.

Se alguma vez precisar forçar a próxima fatura para uma data específica, a cobrança tem um Next Recurring Invoice Date Override. Defina-o e a próxima execução vai usá-lo.

Não conte com a substituição se limpando sozinha. A substituição é respeitada na próxima execução. Trate-a como um ajuste pontual que você define deliberadamente — não presuma que ela se apaga sozinha depois.

A fatura dupla do primeiro mês (por design)

Este é o comportamento que lota a fila de suporte, então vale a pena deixar claro: um locatário que se muda perto do fim do mês pode receber duas faturas já na primeiríssima execução — o trecho de mudança e o mês cheio seguinte, gerados juntos no mesmo dia. Isso é intencional, não um erro.

Por que a REDA faz isso: porque ele fatura com antecedência. Imagine um locatário que se muda no dia 28. O período de mudança dele é um trecho minúsculo, e o próximo mês começa poucos dias depois. Se a REDA faturasse só o trecho, o locatário seria cobrado por um mês inteiro novo um ou dois dias depois, sem nenhuma antecedência. Por isso, na primeira execução de uma cobrança, se o contrato de locação começou na data limite da Regra de locação ou depois dela, a REDA gera as duas faturas de uma vez — o período do trecho (normalmente prorrateado), mais o próximo período completo.

Isso é esperado. Duas faturas, geradas no mesmo dia, cobrindo períodos consecutivos, em um contrato de locação recém-iniciado — esse é o comportamento do primeiro ciclo por design, não uma duplicidade. Só acontece na primeira execução de uma cobrança, e apenas quando o contrato de locação começou na data limite da regra ou depois dela. A partir daí, cada execução fatura um único período.

O que cada execução produz

Para cada período que fatura, uma execução cria uma fatura com:

  • O valor — o valor líquido da cobrança, ou o valor prorrateado quando o período é parcial e Do Prorate está ativado (veja Prorrateio).
  • As datas — data de faturamento no início do período, data de vencimento na data de faturamento mais os dias de carência do código de cobrança, e o período coberto anexado ao comentário de faturamento como um intervalo entre colchetes.
  • Agrupamento em lote — faturas agrupáveis são reunidas em uma conta consolidada quando duas ou mais compartilham uma chave de agrupamento (veja Faturas Consolidadas (Lotes)).
  • Uma contagem de ocorrências — o contador de ocorrências geradas da cobrança sobe um a cada fatura, então uma dupla do primeiro ciclo o avança em dois.

O REDA mantém o par do primeiro ciclo como uma unidade atômica: se uma das duas faturas falhar ao ser gerada, a REDA remove a outra para que você nunca fique só com metade de um primeiro ciclo. As linhas com falha ficam registradas para um administrador revisar.

The recurring Rent Charges record showing Is Recurring, the From/To window, Charge Period per month and Net Charge $1,200.00
O registro recorrente de Rent Charges que impulsiona a execução mensal. Is Recurring está marcado, a janela From Date / To Date delimita o prazo do contrato de locação, o Charge Period mostra per month, e o Net Charge é de $1.200,00 — tudo o que o job recorrente precisa para emitir a fatura de cada mês.
Aisha's lease Accounting tab listing the rent invoices for consecutive months: OI-65 August, OI-66 September, OI-69 October
A guia Accounting do contrato de locação depois que o job recorrente foi executado. A lista de Faturas Opp traz as faturas de aluguel de meses consecutivos — OI-65 (faturamento em 01/08/2026), OI-66 (01/09/2026) e OI-69 (01/10/2026), cada uma de 1.200,00 — uma linha para cada período que a cobrança gerou.

As execuções precisam ser agendadas

Isto é crítico para o go-live: nenhuma das execuções de faturamento recorrente sai de fábrica já agendada. Um administrador as agenda uma vez, no Admin Console, e até que isso seja feito, nenhum aluguel é faturado. Os períodos mensal, semanal e diário são agendados como execuções separadas. Veja Agendamento de Trabalhos em Segundo Plano para saber como.

Um dia perdido não é recuperado. A execução recorrente recolhe as cobranças cuja data da próxima fatura coincide exatamente com a data da execução. Se uma execução não acontecer em um dia, as cobranças que ela teria faturado não são recolhidas automaticamente no dia seguinte — a data de recolhimento delas já passou. Confirme que as execuções estão agendadas e funcionando corretamente antes do go-live, e depois de qualquer interrupção.

Checklist: "por que não faturou?"

Quando uma fatura que você esperava não aparece, percorra esta lista em ordem — a causa é quase sempre uma destas:

#VerificarOnde
1Create Opp Invoice está marcado?A cobrança
2O contrato de locação está ativo para contabilidade?O contrato de locação
3Há uma propriedade definida no contrato de locação?O contrato de locação
4A cobrança é elegível para recorrência (tem datas, ou uma meta de ocorrências)?A cobrança
5A data da próxima fatura coincide com a data da execução? (um dia perdido não se recupera)A cobrança
6A execução para aquele período de cobrança está de fato agendada?Admin Console → Scheduled Jobs
7Algum erro foi registrado?REDA Async Logs

Se um contrato de locação não tiver data de início, a execução não consegue montar uma janela de faturamento e registra o erro em vez de gerar qualquer coisa: "Erro ao processar a fatura da oportunidade."

Casos especiais

  • Primeira fatura sob demanda. Marcar Create Opp Invoice pode faturar na hora — uma cobrança recorrente fatura imediatamente se sua próxima data for hoje ou anterior; uma cobrança única fatura de imediato (data de faturamento hoje) e nunca entra em lote.
  • Promoções com um número fixo de ocorrências. Uma promoção configurada para faturar uma quantidade fixa continua faturando até atingir esse número, e então para sozinha.
  • Quando o faturamento para sozinho. Uma cobrança para de faturar assim que sua janela se fecha — a execução nunca fatura além da To Date da cobrança, de uma Inactive Date se houver uma definida (um encerramento antecipado e definitivo, por exemplo por um chamado de remoção de cobrança), ou da data de término calculada do contrato de locação — o que ocorrer primeiro. Você não desliga nada manualmente; é a janela se esgotando que encerra o processo.
  • Saída atrasada. Quando o dia de saída agendado passa, mas o locatário na verdade não saiu, uma execução dedicada fatura um período extra de holdover (essa execução também precisa ser agendada).
  • Renovações. Fechar um chamado de renovação marca novamente Create Opp Invoice nas cobranças, então o faturamento segue direto para o prazo renovado.

Exemplo prático: os dois primeiros meses de Aisha

Contrato canônico: Aisha Rahman, Meridian Court #101, aluguel de 1.200,00/mês, Do Prorate ativado, contrato de locação começa em 2 de janeiro; a data limite da Regra de locação é o dia 15.

ExecuçãoO que a REDA gera
Primeira execução (cobrança nunca faturada antes)O contrato de locação começou no dia 2 — antes da data limite do dia 15 — então esta primeira execução emite a fatura do trecho de janeiro (2–31 de janeiro, prorrateada conforme Prorrateio) e, porque a REDA fatura com antecedência, a fatura completa de fevereiro de 1.200,00 logo em seguida.
Cada execução posteriorFatura um único mês seguinte. Uma execução em fevereiro emite a fatura de março de 1.200,00 cobrindo 1–31 de março; a data da próxima fatura da cobrança avança a partir do último período faturado.
A recurring charge after its first run, with last-processed date, next date, and recurred-instance count set
A mesma cobrança recorrente depois que uma execução foi disparada: sua data de último processamento fica registrada, sua data da próxima fatura avançou, e sua contagem de ocorrências recorridas subiu — o controle interno do motor sobre em que ponto do ciclo a cobrança está.
The Admin Console Scheduled Jobs list with the Recurring Charges job.
A lista de Scheduled Jobs do Admin Console — o job Recurring Charges no catálogo, com seu horário de execução recomendado pronto para agendar.
The recurring-invoice cadence fields on a leasing rule
Os campos de cadência em uma regra de locação: o dia de processamento mensal que decide quando uma execução fatura, a data limite que rege o comportamento da primeira fatura, e os campos de dia de início e fim do ciclo personalizado para períodos de faturamento fora do calendário.

O que vem a seguir

  1. Agendamento de Trabalhos em Segundo Plano — as execuções precisam ser agendadas antes de qualquer aluguel ser faturado.
  2. Como Funciona o Faturamento na REDA — o modelo de opt-in duplo por trás do faturamento.
  3. Prorrateio — como as faturas parciais do início e do fim são calculadas.
  4. Faturas Consolidadas (Lotes) — como faturas agrupáveis são combinadas.
  5. Faturas Explicadas — como ler uma fatura gerada, campo por campo.

Perguntas frequentes

Não — é por design. Quando um contrato de locação começa na data limite da regra ou depois dela, a primeira execução cria juntas a fatura do período de mudança (normalmente prorrateada) e a fatura do período seguinte, para que o locatário já tenha a conta do próximo mês com antecedência.

Verifique, nesta ordem: se Create Opp Invoice está marcado, se o contrato de locação está ativo para contabilidade, se a execução recorrente está de fato agendada no Admin Console, e se a data da próxima fatura da cobrança coincide com a data da execução. Um dia perdido não se recupera automaticamente.

O REDA fatura com antecedência — cada execução fatura o período seguinte para que o locatário tenha a fatura antes de esse período começar.

Em REDA Async Logs, no app REDA Admin. Um contrato de locação sem data de início, por exemplo, registra "Erro ao processar a fatura da oportunidade."

Sim — defina a substituição da data da próxima fatura na cobrança, e a próxima execução vai usá-la. Não conte com ela se limpando sozinha depois.

Cobranças recorrentes precisam de um intervalo de datas: "Para cobranças recorrentes, é necessário fornecer as datas de início e término (intervalo de datas)." A exceção é uma promoção configurada com um número fixo de ocorrências, que precisa de uma quantidade em vez disso: "Instâncias recorrentes são necessárias para promoções recorrentes do tipo de cálculo Instâncias Fixas."

Isso foi útil?