Planos de pagamento e marcos
Muitas vendas de imóveis — especialmente as vendas na planta — são pagas em etapas: um sinal na entrada e, depois, parcelas vinculadas ao calendário ou a marcos da obra. A REDA trata disso com os Planos de pagamento. Você monta uma vez um plano de etapas percentuais, anexa-o a uma Propriedade e, quando uma venda dessa Propriedade se torna ativa, a REDA gera automaticamente as parcelas do comprador. Este artigo mostra como montar um plano, distinguir etapas baseadas em tempo de etapas por marco, acompanhar a conclusão dos marcos e entender quando as parcelas vencem e são contabilizadas. Nenhuma experiência prévia com a REDA é necessária.
Acesso necessário. O acesso completo aos Planos de pagamento e aos Marcos do Plano de Pagamento exige o conjunto de permissões REDA - Property Sales User ou REDA - Master Data - Admin; o REDA - Master Data - Read Only permite apenas visualizar.
Os blocos de construção
Um plano de pagamento tem três camadas, além das parcelas que a REDA gera a partir dele:
| Registro | O que é |
|---|---|
| Plano de pagamento | O cabeçalho — um modelo nomeado e reutilizável (Name, Description, Is Active) |
| Item do Plano de Pagamento | Uma etapa percentual dentro do plano (por exemplo, "10% na reserva") |
| Marco do Plano de Pagamento | Um marco de construção que pode liberar uma etapa quando é concluído |
| Cronograma de Pagamento | Uma parcela gerada em uma venda específica — uma por item do plano, criada quando a venda é ativada |
Montando um Plano de pagamento
Comece pelo cabeçalho e depois adicione as etapas:
A REDA impõe esse último passo. Deixe de fora a peça obrigatória e ela impede você:
"O marco de pagamento é obrigatório para os itens do plano de pagamento baseados em marcos."
Marcos
Um Marco do Plano de Pagamento representa um ponto na construção de um imóvel — a fundação concretada, a entrega alcançada. Crie marcos por imóvel ou por projeto e mova cada um pela sua escada de status conforme a obra avança. A REDA exige as datas correspondentes antes de permitir que você avance o status:
| Status | Obrigatório antes de defini-lo | Efeito |
|---|---|---|
| Draft | — | Um estado de espera |
| Planned | Planned Start Date e Planned Completion Date | O roteiro fica visível |
| In Progress | As mesmas duas datas | A obra está em andamento |
| Completed | Completion Date | Toda parcela vinculada recebe a sua Due Date igual à Completion Date |
As exigências de data aparecem como estas mensagens:
"A Data de conclusão planejada deve ser informada antes de atualizar o status para "Planejado" ou "Em andamento"."
"A Data de início planejada deve ser informada antes de atualizar o status para "Planejado" ou "Em andamento"."
Anexando o plano a uma Propriedade
Um plano não faz nada até ser anexado a uma Propriedade. No registro da Propriedade, defina o campo Sale Payment Plan com o seu plano — apenas os planos ativos aparecem no campo de pesquisa (consulte Marcando uma propriedade como disponível para venda). Daí em diante, as vendas dessa Propriedade usarão este plano.
O que a REDA gera na venda
Quando um negócio de venda se torna ativo pela primeira vez — ou seja, chega a um estágio em andamento (Under Contract em diante) — e a Propriedade tem um Sale Payment Plan definido, a REDA cria um Cronograma de Pagamento por item do plano na venda. Cada parcela é calculada assim:
| No Cronograma de Pagamento | De onde vem |
|---|---|
| Amount | O Amount % do item × o Sale / Purchase Price do negócio ÷ 100 |
| Due Date | Item Time Based → a Under Contract Date + Due After Days · Item Milestone → fica em branco até o marco ser concluído |
| Código de cobrança, Billing Comments, Name | Copiados do item do plano |
| Vínculos com Plan / Item / Milestone / Property | Rastreabilidade até a origem de cada parcela |
| Sinalizador Posted | Definido pela execução noturna assim que a parcela vence |
Como o valor é um percentual do Sale / Purchase Price, e as datas de vencimento baseadas em tempo contam a partir da Under Contract Date, ambos precisam estar presentes na venda quando ela for ativada — as travas de estágio da venda garantem isso (consulte Vendendo uma propriedade).
Concluindo um marco
Quando você define o status de um marco como Completed (o que exige a sua Completion Date), a REDA atualiza todos os Cronogramas de Pagamento vinculados a esse marco, definindo a Due Date de cada parcela como a Completion Date do marco. A parcela que estava aguardando passa a estar vencida e entra na fila de contabilização.
Contabilização
Um processo agendado é executado diariamente às 02:00 no fuso horário local da sua organização e marca como Posted qualquer parcela não contabilizada cuja data de vencimento já chegou. Estar contabilizada é o sinal que a sua extensão contábil (REDA Financials) capta para gerar a conta a receber propriamente dita — o trabalho da REDA Platform termina no sinalizador de contabilização.
Exemplo prático: uma venda na planta 10/40/50
A Meridian monta um plano chamado Meridian Off-Plan 10/40/50 para o Harbour Villa 7:
- Item 1 — 10% na reserva, Time Based, Due After Days 0.
- Item 2 — 40% em "Foundation complete", Milestone.
- Item 3 — 50% em "Handover", Milestone.
A Propriedade carrega o plano; a venda para David Okafor tem um Sale / Purchase Price de 1.000.000,00 e uma Under Contract Date de 1º de jul. Veja como isso se desenrola:
| Evento | O que a REDA faz |
|---|---|
| A venda se torna ativa | Cria três parcelas: 100.000,00 com vencimento em 1º de jul (10% de 1.000.000, vencendo em Under Contract + 0 dias); 400.000,00 sem data de vencimento; 500.000,00 sem data de vencimento |
| Marco "Foundation complete" definido como Completed em 15 de set | A data de vencimento da parcela de 400.000,00 passa a ser 15 de set |
| A execução noturna das 02:00 | Contabiliza os 100.000,00 (já vencidos) e, mais tarde, contabiliza os 400.000,00 assim que a data dela chegar; a contabilidade capta as linhas contabilizadas |
Observe que o marco aqui (15 de set) cai depois do fechamento desta venda (Closed Won em 15 de ago no Fechando uma venda (Closed Won)). Tudo bem — as parcelas do comprador sobrevivem ao fechamento, e uma etapa por marco continua a vencer no seu próprio cronograma.
Distribuídas ao longo da vida da venda, as três parcelas de David Okafor ficam assim:
| Etapa | Tipo | Valor | Vence em | Contabiliza |
|---|---|---|---|---|
| Reserva (10%) | Time Based, 0 dias | 100.000,00 | 1º de jul (Under Contract + 0) | A execução das 02:00 daquela noite |
| Fundação (40%) | Milestone | 400.000,00 | 15 de set, quando o marco é marcado como Completed | A execução das 02:00 assim que 15 de set chegar |
| Entrega (50%) | Milestone | 500.000,00 | Em branco até o marco Handover ser concluído | Após a data de conclusão desse marco |
As fatias de 10/40/50 somam 1.000.000,00 — o preço de venda inteiro — porque os três valores de Amount % somam 100. Nada na REDA impõe esse total, então um usuário de finanças (a Sofia Alvarez, digamos) confere os percentuais do plano antes de a venda ser ativada: uma vez geradas, as parcelas são instantâneos fixos, e um plano cujas etapas somassem 90% cobraria a menos do comprador, silenciosamente.
Referência: campos do item do plano
| Campo | Obrigatório | O que faz |
|---|---|---|
| Amount % | Sim | A fatia da etapa no Sale / Purchase Price |
| Código de cobrança | Sim | A categoria de faturamento carimbada na parcela gerada |
| Type | Sim | Time Based (vence pelo calendário) ou Milestone (vence na conclusão) — sem padrão |
| Due After Days | Time Based | Dias após a Under Contract Date em que a parcela vence |
| Marco do Plano de Pagamento | Milestone | O marco de construção que libera a parcela |
| Billing Comments / Notes | Não | Copiados para a parcela / mantidos internos |
O que vem a seguir
- Vendendo uma propriedade — onde o "ativo" acontece, e os pré-requisitos de preço e de data.
- Marcando uma propriedade como disponível para venda — anexe o plano à Propriedade.
- Encargos de liquidação e demonstrativos de fechamento — o extrato de fechamento, algo distinto das parcelas.
- Cronogramas de Pagamento e contabilização automática — o conceito de parcela em toda a REDA.
Perguntas frequentes
A geração ocorre quando a venda se torna ativa pela primeira vez (chega a Under Contract ou além), e somente se o plano já estava na Propriedade naquele momento. Anexar um plano depois que a venda já foi ativada não gera parcelas retroativamente.
Cada status precisa antes das suas datas: "A Data de início planejada deve ser informada antes de atualizar o status para "Planejado" ou "Em andamento".", "A Data de conclusão planejada deve ser informada antes de atualizar o status para "Planejado" ou "Em andamento".", e "A Data de conclusão deve ser informada antes de atualizar o status para "Concluído"."
Uma etapa precisa da peça que o seu tipo exige: "O valor Vence após dias é obrigatório para os itens do plano de pagamento baseados em tempo." ou "O marco de pagamento é obrigatório para os itens do plano de pagamento baseados em marcos."
Diariamente às 02:00 no fuso horário local da sua organização, assim que a data de vencimento chega. A contabilização é o que entrega a parcela à contabilidade.
Nada obriga o total — a REDA calcula cada etapa de forma independente. Confira você mesmo os percentuais do plano antes de confiar nele.
Isso foi útil?