Ajustes por inflación

Rentas que se mantienen al ritmo de un índice publicado — el IPC, o cualquier referencia que usen tus contratos — sin que nadie tenga que editar montos en una hoja de cálculo. Eso es lo que hacen los ajustes por inflación de REDA: armas una regla, cargas las cifras del índice mes a mes, y REDA escala las rentas según el cronograma. Este artículo te muestra cómo configurarlo, explica las dos vías que puede seguir un ajuste (las configuraciones de cobro de alquiler de la propiedad frente a los cargos de un contrato activo), y te ayuda a recuperarte de la primera falla con la que todos se topan — un ajuste que da error porque el índice del mes nunca se cargó. También explica por qué los Tickets de ajuste aparecen ya cerrados. Esta es una función orientada al administrador; cada término se define a medida que aparece.

Las piezas en juego

Cinco piezas trabajan juntas. Entender la cadena hace que todo lo demás encaje:

Armar una regla

Una regla se define con un puñado de campos obligatorios más algunas opciones que moldean el cálculo. La decisión más importante es Applicable For, que determina si la regla ajusta las configuraciones de cobro de alquiler de Property o los cargos de Oportunidad (contrato) — también controla cuáles de los demás campos debes completar.

Tres opciones ajustan la aritmética con precisión. Differential Calculation aplica solo el cambio desde la entrada anterior en lugar de la cifra completa del índice. Ignore Negative Rates pone un piso de cero a la tasa aplicada, de modo que las rentas nunca bajan. Prorate Invoice (en reglas de Oportunidad) genera una factura de regularización prorrateada por la parte del período actual que ya se facturó.

REDA controla las combinaciones obligatorias. En una regla de Property, deben cumplirse todas estas, y cada una tiene su propio mensaje si no se cumple:

Una vez que una regla tiene contratos vinculados, REDA también te impide cambiar su Applicable For — cambiar el objetivo de una regla que ya está en uso dejaría su historial huérfano, así que toma esa decisión antes de vincular nada.

Cargar las entradas del índice

Una regla no puede escalar nada hasta que le cargues el índice. Cada entrada de la regla es la cifra publicada de un mes, y hay exactamente una entrada por mes:

Ingresa un año que no sea un año válido de cuatro dígitos y REDA te detiene:

REDA también rechaza una segunda entrada para la misma regla, mes y año, así que no puedes cargar un mes por duplicado sin querer. La cifra clave a observar es el Effective Index — esa es la tasa que REDA realmente usa, después de que las opciones de diferencial y de tasas negativas hayan hecho su parte.

Vía A — configuraciones de cobro de alquiler de la propiedad

Cuando se ejecuta una regla de Property, busca propiedades que tengan esa regla, sean de un tipo arrendable (los edificios y las comunidades quedan excluidos de las ejecuciones a nivel de propiedad — ajustas las unidades, no la estructura) y estén vencidas según el cronograma. Para cada una, toma la entrada de índice más reciente cuyo mes sea igual o anterior al mes en proceso y esté dentro de la ventana de tolerancia de la regla. Si no existe esa entrada, la ejecución da error — la falla clásica de la primera vez, cubierta en recuperación más abajo.

La ejecución entonces crea un Ticket de ajuste por inflación ya cerrado, y cerrarlo aplica el cambio: el monto base de cada configuración de cobro de alquiler se infla por el índice efectivo, para el o los valores de New Lease / Renewal que hayas seleccionado en Update Rent Setup For. Se registra la fecha del último cálculo de la propiedad, y su próxima fecha se recalcula a partir de ahí.

Vía B — cargos de contratos activos

Una regla de Oportunidad se ejecuta contra contratos con contabilidad activa que están vencidos. Cada contrato usa su propia regla de inflación si tiene una; de lo contrario, la regla de contrato designada de la propiedad. La selección de entradas y el ticket nacido cerrado funcionan exactamente igual que en la Vía A — la diferencia está en qué se modifica.

Aquí, REDA vuelve a tarifar los cargos activos del contrato — pero solo los que tienen marcada la casilla Include in Inflation Calculation en su código de cargo (de modo que la renta escala mientras, por ejemplo, un cargo fijo de estacionamiento no lo hace). Para cada cargo que califica, el cargo existente se inactiva (se detiene el día anterior al ajuste) y se inserta un cargo nuevo por el monto inflado — el monto anterior × (1 + índice efectivo ÷ 100) — que cubre el resto del período.

Si la opción Prorate Invoice de la regla está activa y el período actual ya se había facturado a la tasa anterior, REDA también genera una Opp Invoice de regularización por la diferencia prorrateada, con su comentario de facturación indicando Inflation Adjustment (from - to) y su fecha de vencimiento siguiendo los días de gracia del código de cargo. Esa diferencia prorrateada usa la misma matemática de tasa diaria que cualquier período parcial — consulta Prorrateo.

Por qué los Tickets de ajuste nacen cerrados

Cada ajuste genera un Ticket de ajuste por inflación, y REDA lo crea ya cerrado. Eso es intencional: para estos Tickets, cerrarlos es el acto que aplica el cambio, así que no hay nada que trabajar — un Ticket que aparece Closed es un ajuste exitoso. Los únicos que necesitan atención son los que quedaron en Processing Error, que llevan la falla en su campo Error Message y además quedan registrados para revisión. Para reintentar uno, usa la acción Reprocess Inflation en el Ticket; limpia el error y vuelve a cerrar el Ticket para que se ejecute de nuevo. No tocará un Ticket que ya se cerró correctamente — no hay nada que rehacer.

Ejecutarlo

Hay dos ejecuciones en segundo plano — una para la vía de propiedad, otra para la vía de contrato — y, como la mayoría de la automatización de facturación, ninguna viene programada de fábrica. Un administrador las programa una vez en la Consola de administración (consulta Programación de tareas en segundo plano). Ambas tienen un requisito ineludible:

Para ajustar una regla bajo demanda sin esperar la ejecución programada, abre la regla y haz clic en Run Manually; REDA envía el trabajo y te avisa por correo cuando termina.

Cuando una ejecución falla, y cómo recuperarte

La primera falla con la que te vas a topar es una ejecución que no encuentra un índice para el mes que está procesando — porque la entrada nunca se cargó:

La solución es exactamente lo que parece: carga la entrada del mes que falta, luego vuelve a ejecutar (o usa Reprocess Inflation en el Ticket con error). Aquí está el mapa completo de resolución de problemas:

Vía A frente a Vía B, de un vistazo

Ejemplo práctico: una escalación anual por IPC

Crea una regla de Oportunidad CPI Annual — Leases: Annually, en el aniversario del contrato, Tolerance de 2 meses, con Prorate Invoice activo. Carga las entradas del índice: mayo 3.10%, junio sin cargar, julio 3.40%. El contrato de demostración es Meridian Court #101 — Aisha Rahman — con renta fijada en 1,200.00 y aniversario en enero.

Cuando la ejecución del aniversario lee la entrada de julio, infla la renta en 3.40%: el cargo anterior se detiene el día previo, y un cargo nuevo toma su lugar a 1,200.00 × 1.034 = 1,240.80. Como el período actual ya se había facturado a la tasa anterior, REDA genera una factura de regularización por la diferencia prorrateada de 40.80, con su comentario indicando Inflation Adjustment (from - to).

Ahora la variante de falla. Supongamos que la ejecución cae en un mes cuya entrada nunca se cargó y no existe ninguna dentro de la tolerancia — da error con "Índice de inflación no definido para el período." Cargas la entrada y usas Reprocess Inflation en el Ticket con error, y el ajuste se completa.

La pestaña Inflation Rules: cada regla muestra de un vistazo a qué se aplica — aquí una regla anual con alcance Oportunidad, anclada a la fecha de inicio del contrato — para que puedas distinguir las escalaciones a nivel de propiedad de las de contrato.

Una regla de inflación configurada para aplicarse por contrato: el día de cálculo sigue la fecha de inicio de cada contrato, la frecuencia es anual, y el bloque de opciones activa el cálculo diferencial y el prorrateo de facturas. Sus entradas de índice se listan a un costado.

Una entrada de regla con el cálculo diferencial activo: el índice en bruto es 3.40%, pero como la entrada anterior estaba en 3.10%, el Effective Index resuelve en la diferencia de 0.30% que realmente se aplica.

Un Ticket de ajuste por inflación, creado ya Closed como registro de la ejecución: nombra la regla y el contrato que re-tarifó, y ofrece una acción Reprocess Inflation por si alguna vez hay que rehacer una ejecución.

Qué sigue

1. Cómo funciona la facturación en REDA — el modelo de cargos y facturas en el que se insertan los cargos inflados.
2. Prorrateo — la matemática de tasa diaria detrás de la factura de regularización.
3. Códigos de cargo — la marca Include in Inflation Calculation que decide qué cargos escalan.
4. Programación de tareas en segundo plano — las dos ejecuciones, y el requisito de tamaño de lote 1.
5. Cronogramas de Renta Lineal (Straight-Line) — otra función de facturación basada en cronogramas, para rentas escalonadas.

Preguntas frecuentes