Planes de pago e hitos
Muchas ventas de propiedades — especialmente las ventas sobre plano — se pagan en etapas: un depósito inicial y luego cuotas vinculadas al calendario o a hitos de construcción. REDA maneja esto con los Payment Plans. Construyes un plan de etapas porcentuales una sola vez, lo adjuntas a una propiedad, y cuando una venta sobre esa propiedad se activa, REDA genera automáticamente las cuotas del comprador. Este artículo muestra cómo construir un plan, distinguir las etapas basadas en fechas de las etapas basadas en hitos, hacer seguimiento del cumplimiento de un hito, y entender cuándo vencen las cuotas y se contabilizan. No se asume experiencia previa con REDA.
Acceso que necesitarás. El acceso completo a Payment Plans y Payment Plan Milestones requiere el conjunto de permisos REDA - Property Sales User o REDA - Master Data - Admin; REDA - Master Data - Read Only puede consultarlos.
Las piezas del rompecabezas
Un plan de pago tiene tres capas, además de las cuotas que REDA genera a partir de él:
| Registro | Qué es |
|---|---|
| Payment Plan | El encabezado — una plantilla reutilizable con nombre (Name, Description, Is Active) |
| Payment Plan Item | Una etapa porcentual dentro del plan (por ejemplo, "10% al reservar") |
| Payment Plan Milestone | Un hito de construcción que puede liberar una etapa cuando se cumple |
| Payment Schedule | Una cuota generada en una venta específica — una por cada artículo del plan, creada cuando la venta se activa |
Construir un Payment Plan
Empieza por el encabezado y luego agrega las etapas:
REDA obliga a cumplir ese último paso. Si dejas fuera la pieza requerida, te lo impide:
"El Hito de pago es necesario para los artículos del plan de pago basado en hitos."
Hitos
Un Payment Plan Milestone representa un punto en la construcción de una propiedad — una cimentación vaciada, una entrega alcanzada. Crea los hitos por propiedad o por proyecto, y avanza cada uno por su escalera de estados a medida que progresa el trabajo. REDA exige las fechas correspondientes antes de dejarte avanzar el estado:
| Estado | Requerido antes de poder definirlo | Efecto |
|---|---|---|
| Draft | — | Un estado de espera |
| Planned | Planned Start Date y Planned Completion Date | La hoja de ruta queda visible |
| In Progress | Las mismas dos fechas | El trabajo está en marcha |
| Completed | Completion Date | Cada cuota vinculada recibe su Due Date igual a la Completion Date |
Los requisitos de fecha aparecen como estos mensajes:
"La fecha de finalización planificada debe proporcionarse antes de actualizar el estado a "Planificado" o "En progreso"."
"La fecha de inicio planificada debe proporcionarse antes de actualizar el estado a "Planificado" o "En progreso"."
Adjuntar el plan a una propiedad
Un plan no hace nada hasta que se adjunta a una propiedad. En el registro de la propiedad, define el campo Sale Payment Plan con tu plan — solo los planes activos aparecen en el buscador (ver Cómo marcar una propiedad como disponible para la venta). De ahí en adelante, las ventas sobre esa propiedad usarán este plan.
Qué genera REDA en la venta
Cuando un negocio de venta se activa por primera vez — es decir, alcanza una etapa en curso (Under Contract en adelante) — y la propiedad tiene un Sale Payment Plan definido, REDA crea un Payment Schedule por cada artículo del plan en la venta. Cada cuota se calcula así:
| En el Payment Schedule | De dónde viene |
|---|---|
| Amount | El Amount % del artículo × el Sale / Purchase Price del negocio ÷ 100 |
| Due Date | Artículo Time Based → la Under Contract Date + Due After Days · Artículo Milestone → queda en blanco hasta que el hito se cumple |
| Charge Code, Billing Comments, Name | Copiados del artículo del plan |
| Vínculos con Plan / Item / Milestone / Property | Trazabilidad hasta el origen de cada cuota |
| Marca Posted | La define el proceso nocturno una vez que la cuota vence |
Como el importe es un porcentaje del Sale / Purchase Price, y las fechas de vencimiento basadas en fechas se cuentan desde la Under Contract Date, ambos datos deben estar presentes en la venta para cuando esta se active — las validaciones de etapa de la venta lo garantizan (ver Vender una propiedad).
Completar un hito
Cuando cambias el estado de un hito a Completed (lo que exige su Completion Date), REDA actualiza cada Payment Schedule vinculado a ese hito, y define la Due Date de cada cuota igual a la Completion Date del hito. La cuota que estaba en espera queda vencida y entra en la cola de contabilización.
Contabilización
Un proceso programado se ejecuta todos los días a las 02:00, hora local de tu org, y marca como Posted cualquier cuota no contabilizada cuya fecha de vencimiento ya llegó. Que quede marcada como contabilizada es la señal que tu extensión contable (REDA Financials) toma para generar la cuenta por cobrar real — el trabajo de la REDA Platform termina en esa marca de contabilización.
Ejemplo práctico: una venta sobre plano 10/40/50
Meridian construye un plan llamado Meridian Off-Plan 10/40/50 para Harbour Villa 7:
- Item 1 — 10% al reservar, Time Based, Due After Days 0.
- Item 2 — 40% en "Foundation complete", Milestone.
- Item 3 — 50% en "Handover", Milestone.
La propiedad lleva el plan; la venta a David Okafor tiene un Sale / Purchase Price de 1.000.000,00 y una Under Contract Date del 1 de julio. Así se desarrolla:
| Evento | Qué hace REDA |
|---|---|
| La venta se activa | Crea tres cuotas: 100.000,00 con vencimiento el 1 de julio (10% de 1.000.000, vence Under Contract + 0 días); 400.000,00 sin fecha de vencimiento; 500.000,00 sin fecha de vencimiento |
| El hito "Foundation complete" se marca Completed el 15 de septiembre | La fecha de vencimiento de la cuota de 400.000,00 pasa a ser el 15 de septiembre |
| El proceso nocturno de las 02:00 | Contabiliza los 100.000,00 (ya vencidos), y más adelante contabiliza los 400.000,00 en cuanto llega su fecha; contabilidad toma las filas contabilizadas |
Ten en cuenta que este hito (15 de septiembre) cae después del cierre de esta venta (Closed Won el 15 de agosto en el ejemplo de cierre). Eso es normal — las cuotas del comprador siguen su curso más allá del cierre, y una etapa basada en hito sigue siendo pagadera según su propio calendario.
A lo largo de la vida de la venta, las tres cuotas de David Okafor quedan así:
| Etapa | Tipo | Importe | Vence | Se contabiliza |
|---|---|---|---|---|
| Reserva (10%) | Time Based, 0 días | 100.000,00 | 1 de julio (Under Contract + 0) | El proceso de las 02:00 de esa noche |
| Cimentación (40%) | Milestone | 400.000,00 | 15 de septiembre, cuando el hito se marca Completed | El proceso de las 02:00 en cuanto llega el 15 de septiembre |
| Entrega (50%) | Milestone | 500.000,00 | En blanco hasta que se cumpla el hito Handover | Después de la fecha de cumplimiento de ese hito |
Las partes 10/40/50 suman 1.000.000,00 — el precio total de la venta — porque los tres valores de Amount % suman 100. Nada en REDA obliga a que ese total cuadre, así que un usuario de finanzas (Sofia Alvarez, por ejemplo) revisa los porcentajes del plan antes de que la venta se active: una vez generadas, las cuotas son instantáneas fijas, y un plan cuyas etapas sumaran 90% le cobraría de menos al comprador sin que nadie lo note.
Referencia: campos del artículo del plan
| Campo | Obligatorio | Qué hace |
|---|---|---|
| Amount % | Sí | La parte de esta etapa sobre el Sale / Purchase Price |
| Charge Code | Sí | La categoría de facturación que se estampa en la cuota generada |
| Type | Sí | Time Based (vence por calendario) o Milestone (vence al cumplirse) — sin valor predeterminado |
| Due After Days | Time Based | Días después de la Under Contract Date en que vence la cuota |
| Payment Plan Milestone | Milestone | El hito de construcción que libera la cuota |
| Billing Comments / Notes | No | Se copia en la cuota / se mantiene interno |
Qué sigue
- Vender una propiedad — dónde ocurre "activarse", y los requisitos previos de precio y fecha.
- Cómo marcar una propiedad como disponible para la venta — adjuntar el plan a la propiedad.
- Cargos de liquidación y estados de cierre — el estado de cierre, algo distinto de las cuotas.
- Payment Schedules — el concepto de cuota en todo REDA.
Preguntas frecuentes
La generación ocurre cuando la venta se activa por primera vez (llega a Under Contract o más adelante), y solo si el plan ya estaba en la propiedad en ese momento. Adjuntar un plan después de que la venta ya se activó no genera cuotas de forma retroactiva.
Cada estado necesita primero sus fechas: "La fecha de inicio planificada debe proporcionarse antes de actualizar el estado a "Planificado" o "En progreso".", "La fecha de finalización planificada debe proporcionarse antes de actualizar el estado a "Planificado" o "En progreso".", y "Se debe proporcionar la fecha de finalización antes de actualizar el estado a "Completado"."
Una etapa necesita la pieza que exige su tipo: "El valor de Días de vencimiento es obligatorio para los artículos del plan de pago basado en el tiempo." o "El Hito de pago es necesario para los artículos del plan de pago basado en hitos."
Todos los días a las 02:00, hora local de tu org, una vez que llega la fecha de vencimiento. Contabilizar es lo que entrega la cuota a contabilidad.
Nada obliga a que el total cuadre — REDA calcula cada etapa de forma independiente. Verifica tú mismo los porcentajes del plan antes de confiar en él.
¿Te resultó útil?