Calendarios de pago y contabilización automática
Una venta de propiedad rara vez se paga de una sola vez. Se paga en etapas: un depósito de reserva al inicio, cuotas vinculadas a hitos de construcción, un pago final en la entrega. REDA modela esto con planes de pago — una plantilla reutilizable de porcentajes escalonados — y convierte cada venta en un conjunto de calendarios de pago con fecha, las cuotas reales. Este artículo muestra cómo construir un plan, qué calendarios genera REDA cuando una venta se activa, cómo completar un hito libera su fecha de vencimiento, y la ejecución nocturna que contabiliza las cuotas vencidas a contabilidad — el único proceso de facturación que viene ya programado. No se asume experiencia previa con REDA; cada término se define a medida que aparece.
Acceso que necesitarás. Las ventas y los planes de pago requieren el conjunto de permisos REDA - Property Sales User (o REDA - Master Data - Admin); el set REDA - Master Data - Read Only permite verlos.
El modelo de tres capas
Aquí cuatro palabras nombran cuatro cosas distintas, y el artículo nunca las confunde. Aclarar las capas desde el inicio evita confusiones más adelante:
Entonces un artículo del plan es la plantilla de una etapa; un calendario de pago es la cuota que esa etapa produce en una venta real. Los hitos se ubican al lado, condicionando los artículos basados en hitos.
Cómo construir un plan
Un plan de pago en sí mismo es solo un encabezado — una descripción y un indicador de activo (solo los planes activos se ofrecen al vincular un plan a una propiedad o venta). La sustancia está en sus artículos:
| Campo | Obligatorio | Significado |
|---|---|---|
| Name (Nombre) | Sí | La etiqueta de la etapa — se copia en los calendarios que produce. |
| Amount % (% de monto) | Sí | La parte del precio de venta que corresponde a esta etapa. |
| Charge Code (Código de cargo) | Sí | La categoría de facturación de la cuota. |
| Type (Tipo) | Sí | Milestone (Hito) o Time Based (Basado en tiempo) — no hay valor predeterminado, así que debes elegir. |
| Due After Days (Vence después de días) | Para Basado en tiempo | El desfase, en días, desde la fecha de bajo contrato del trato. |
| Payment Plan Milestone (Hito del plan de pago) | Para Hito | El hito de construcción que libera esta cuota. |
REDA aplica el requisito específico de cada tipo. Un artículo Basado en tiempo necesita su desfase, y un artículo de Hito necesita su hito:
"El Hito de pago es necesario para los artículos del plan de pago basado en hitos."
Hitos
Un hito del plan de pago representa un punto en la construcción — cimentación terminada, listo para entrega. Contiene una propiedad, fechas planificadas de inicio y finalización, una fecha de finalización real, y un Status (Estado) que sube por una escala fija. Ese estado es lo que libera el dinero:
| Estado | Qué requiere |
|---|---|
| Draft (Borrador) | — |
| Planned / In Progress (Planificado / En curso) | Tanto la Planned Start Date (Fecha de inicio planificada) como la Planned Completion Date (Fecha de finalización planificada) |
| Completed (Completado) | La Completion Date (Fecha de finalización) real — que luego estampa la fecha de vencimiento en todos los calendarios vinculados |
REDA protege cada peldaño de la escala:
"La fecha de finalización planificada debe proporcionarse antes de actualizar el estado a "Planificado" o "En progreso"."
"Se debe proporcionar la fecha de finalización antes de actualizar el estado a "Completado"."
El resultado es automático: cuando marcas un hito como Completed (Completado), todo calendario de pago vinculado a él recibe su Due Date (Fecha de vencimiento) igual a la fecha de finalización del hito. Así es como una cuota basada en hito pasa de no tener fecha a estar vencida.
Qué sucede cuando una venta se activa
Los calendarios no se crean cuando construyes el plan — se crean cuando una venta lo usa. En el momento en que un trato de venta se vuelve activo y la propiedad tiene un plan de pago de venta establecido, REDA genera un calendario de pago por artículo del plan, completando cada uno a partir del artículo:
- Amount (Monto) = el porcentaje del artículo × el precio de venta/compra ÷ 100.
- Due Date (Fecha de vencimiento) — para un artículo Time Based (Basado en tiempo), la fecha de bajo contrato del trato más su Due After Days; para un artículo Milestone (Hito), en blanco hasta que el hito se complete.
- Name, Charge Code y cualquier comentario de facturación — se copian directamente del artículo, junto con los enlaces de vuelta al plan, al artículo, al hito y a la propiedad.
Dos calendarios sin fecha de vencimiento no es un error — son las cuotas basadas en hitos, esperando sus hitos. Cada calendario también lleva un indicador Is Due (Está vencido) (verdadero una vez que su fecha de vencimiento está establecida y ha llegado) y un indicador Is Posted (Está contabilizado), que es la condición que vigila la ejecución nocturna.
Contabilización automática a las 2:00 a. m.
Aquí está la parte que se ejecuta sola. Una ejecución programada se dispara diariamente, encuentra todo calendario que esté vencido pero aún no contabilizado, y marca su indicador Is Posted como verdadero. Un calendario contabilizado es la señal que consume la extensión de contabilidad para generar sus asientos — así que la contabilización es el punto de entrega de REDA hacia contabilidad (consulta El puente con REDA Financials).
El calendario de pago, campo por campo
| Campo | Significado |
|---|---|
| Oportunidad (Oportunidad) (obligatorio) | El trato de venta de propiedad al que pertenece esta cuota. |
| Amount (Monto) (obligatorio) | % del artículo × precio de venta/compra ÷ 100. |
| Charge Code (Código de cargo) (obligatorio) | Copiado del artículo del plan. |
| Due Date (Fecha de vencimiento) | Basado en tiempo: fecha del contrato + días. Hito: en blanco hasta que el hito se complete. |
| Is Due (Está vencido) | Indicador del sistema — verdadero cuando la fecha de vencimiento está establecida y es hoy o anterior. |
| Is Posted (Está contabilizado) | Lo establece la ejecución nocturna — la condición de entrega hacia contabilidad. |
| Plan / Item / Milestone / Property (Plan / Artículo / Hito / Propiedad) | Enlaces de trazabilidad de vuelta al origen del calendario. |
Ejemplo práctico: una venta 10 / 40 / 50
Un plan con tres artículos: 10% reserva (Basado en tiempo, 0 días), 40% cimentación (Hito), y 50% entrega (Hito). La venta es Harbour Villa 7 con un precio de venta/compra de 1,000,000.00, con una fecha de bajo contrato del 1 de julio. Así es la línea de tiempo:
| Fecha | Evento | Resultado |
|---|---|---|
| 1 jul | La venta se activa en el plan | Se crean tres calendarios: 100,000.00 vence el 1 jul; 400,000.00 (sin fecha de vencimiento); 500,000.00 (sin fecha de vencimiento) |
| Esa noche, 2:00 a. m. local | Ejecución de contabilización | La cuota de reserva queda marcada como contabilizada |
| 15 sep | El hito de cimentación pasa a Completado | El calendario de 400,000.00 recibe fecha de vencimiento el 15 sep |
| La noche siguiente, 2:00 a. m. local | Ejecución de contabilización | La cuota de cimentación queda marcada como contabilizada |
| (en la entrega) | Hito de entrega Completado | El calendario de 500,000.00 recibe fecha y luego se contabiliza en la siguiente ejecución |
Observa el patrón: la activación crea y fecha únicamente la cuota basada en tiempo; cada hito fecha su propia cuota cuando se completa; y la ejecución nocturna contabiliza lo que haya vencido. Los dos calendarios sin fecha nunca estuvieron mal — estaban esperando.
Qué sigue
- El ciclo de vida de la venta de una propiedad — cómo se activa una venta y avanza hacia el cierre.
- Códigos de cargo — las categorías de facturación que referencian los artículos de tu plan.
- El puente con REDA Financials — qué desencadena un calendario contabilizado en el lado contable.
- Cómo funciona la facturación en REDA — el modelo de facturación más amplio en el que encaja este.
- Programación de trabajos en segundo plano — las ejecuciones de facturación que, a diferencia de esta, sí necesitan programarse.
Preguntas frecuentes
Le falta su campo específico según el tipo. Un artículo Basado en tiempo necesita un desfase: "El valor de Días de vencimiento es obligatorio para los artículos del plan de pago basado en el tiempo." Un artículo de Hito necesita un hito: "El Hito de pago es necesario para los artículos del plan de pago basado en hitos."
Primero indica su fecha de finalización real: "Se debe proporcionar la fecha de finalización antes de actualizar el estado a "Completado"." (Pasar a Planificado o En curso también requiere ambas fechas planificadas.)
No — las cuotas basadas en hitos permanecen sin fecha hasta que su hito se completa. Completar el hito estampa la fecha de vencimiento automáticamente.
Diariamente a las 2:00 a. m. en la zona horaria predeterminada de tu org. Ya viene programada de fábrica — no requiere configuración del administrador.
El monto de cada calendario es el porcentaje del artículo sobre el precio de venta/compra: porcentaje × precio ÷ 100. Así, un artículo del 10% sobre una venta de 1,000,000.00 se convierte en una cuota de 100,000.00.
¿Te resultó útil?