REDA One Centro de ayuda
ES
Idioma
English EN Español ES Português PT Italiano próximamente Français FR Deutsch próximamente العربية próximamente
reda.one ↗
Inicio / REDA One / Facturación / Cronogramas y reconocimiento / Calendarios de pago y contabilización automática

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.

Cómo llegar. Abre el Iniciador de aplicaciones (el ícono de cuadrícula en la esquina superior izquierda de cualquier página) → REDA → la pestaña Payment Plans (Planes de pago) para los planes y sus artículos, y la pestaña Payment Plan Milestones (Hitos del plan de pago) para los hitos. Los calendarios de pago que genera una venta aparecen en el propio trato de venta (pestaña Oportunidades (Oportunidades) → abre el registro de la venta, donde los calendarios se muestran como una lista relacionada).
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.
Esta es una función de venta de propiedades — no de arrendamiento ni de préstamos. Un calendario de pago siempre pertenece a un trato de venta: es una cuota de una compra, escalonada a lo largo de la vida de la venta. No es la forma en que se factura el alquiler recurrente (eso es la facturación recurrente) ni es un plan de amortización de préstamo (los pagos de préstamos se registran por separado en un trato de préstamo). Si busca el alquiler mensual, este no es el artículo correcto.

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:

El plan de pago — el encabezado. Una plantilla reutilizable: un nombre y el hecho de que está activo. Por sí solo no factura nada.
Artículos del plan de pago — las etapas. Cada artículo es un porcentaje del precio de venta, vinculado a un código de cargo, facturado ya sea en un desfase de tiempo o cuando se completa un hito de construcción.
Calendarios de pago — las cuotas. Cuando una venta se activa en un plan, REDA genera un calendario por artículo: el monto real, en el trato real, con una fecha de vencimiento real (o pendiente).

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 registro de Plan de pagos en REDA One llamado Off-Plan Sale - 10/40/50, con Is Active marcado y una descripción que dice Booking 10%, Foundation 40%, Handover 50%, en la pestaña Details junto a una pestaña Plan Items.
El encabezado del plan, y nada más. El nombre y la descripción son para las personas; los porcentajes que de verdad rigen la facturación viven detrás de la pestaña Plan Items. Is Active es lo que decide si el plan puede elegirse en una operación.

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:

CampoObligatorioSignificado
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 tiempoEl desfase, en días, desde la fecha de bajo contrato del trato.
Payment Plan Milestone (Hito del plan de pago)Para HitoEl 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 valor de Días de vencimiento es obligatorio para los artículos del plan de pago basado en el tiempo."
"El Hito de pago es necesario para los artículos del plan de pago basado en hitos."
Haz que tus porcentajes sumen 100. REDA no obliga a que los porcentajes de los artículos de un plan sumen 100% — no hay validación para eso — así que te toca a ti verificarlo. Un plan de 10 / 40 / 50 cubre el precio completo; un plan que suma 90 factura de menos sin avisar. Súmalos antes de usar el plan.

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:

EstadoQué 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 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"."
"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).

La ejecución se dispara a las 2:00 a. m. en la zona horaria predeterminada de tu org. Este es el único proceso de facturación que viene ya programado de fábrica — no necesitas configurarlo. Se ejecuta a las 2:00 a. m. local a la zona horaria de tu org, no a las 2:00 a. m. UTC, así que el momento UTC exacto depende de dónde esté configurada tu org.
Esta es la excepción, no la regla. Todas las demás ejecuciones de facturación — alquiler recurrente, recargos por mora, mes a mes, ajuste por inflación, línea recta — vienen sin programar y deben ser activadas por un administrador (consulta Programación de trabajos en segundo plano). La contabilización de calendarios de pago es el único proceso de facturación preprogramado.

El calendario de pago, campo por campo

CampoSignificado
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:

FechaEventoResultado
1 julLa venta se activa en el planSe 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. localEjecución de contabilizaciónLa cuota de reserva queda marcada como contabilizada
15 sepEl hito de cimentación pasa a CompletadoEl calendario de 400,000.00 recibe fecha de vencimiento el 15 sep
La noche siguiente, 2:00 a. m. localEjecución de contabilizaciónLa cuota de cimentación queda marcada como contabilizada
(en la entrega)Hito de entrega CompletadoEl 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.

Un plan de pago con tres artículos al 10, 40 y 50 por ciento, de tipos mixtos
Los tres artículos de un plan de pago: un depósito de reserva del 10% facturado por tiempo, y luego cuotas del 40% y 50% vinculadas cada una a un hito de construcción — tipos mixtos que en conjunto suman el precio completo.
Un hito de cimentación en estado En curso con sus fechas planificadas establecidas
El hito de cimentación en estado En curso, con las fechas de inicio y finalización planificadas establecidas. Cuando pasa a Completado, el calendario vinculado a él hereda esa fecha de finalización como su fecha de vencimiento.
Un calendario de pago con Is Posted marcado después de la ejecución nocturna
Un calendario contabilizado: el trabajo nocturno se ejecutó, marcó Is Posted y entregó esta cuota a contabilidad — el punto en el que un calendario planificado se convierte en una cuenta por cobrar real.

Qué sigue

  1. El ciclo de vida de la venta de una propiedad — cómo se activa una venta y avanza hacia el cierre.
  2. Códigos de cargo — las categorías de facturación que referencian los artículos de tu plan.
  3. El puente con REDA Financials — qué desencadena un calendario contabilizado en el lado contable.
  4. Cómo funciona la facturación en REDA — el modelo de facturación más amplio en el que encaja este.
  5. 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?