Bloqueos y excepciones de espacios
Una excepción de espacio (slot exception) es un bloqueo: una ventana durante la cual una regla de espacios del calendario no ofrece disponibilidad, superpuesta a la regla sin modificarla. Las excepciones son la forma de cerrar un feriado, bloquear un horario semanal de limpieza o cerrar un edificio por renovación, sin tocar las reglas de espacios que construyó con cuidado. Este artículo, escrito para administradores, le muestra cómo agregar un bloqueo puntual o recurrente, acotarlo desde todas las propiedades hasta una sola, y entender cómo una serie recurrente se mantiene reabastecida automáticamente. Los bloqueos siempre prevalecen sobre la disponibilidad, así que una excepción bien ubicada es la forma más limpia de retirar tiempo del calendario.
Acceso que necesitará. Crear y editar excepciones requiere el conjunto de permisos REDA - Master Data - Admin. El conjunto de permisos REDA - Master Data - Read Only puede verlas pero no modificarlas.
Qué es una excepción
Una excepción pertenece a una sola Calendar Slot Rule y lleva una ventana de bloqueo — un Unavailable From y un Unavailable To. Durante el cálculo de espacios, cualquier excepción cuya ventana y alcance apliquen elimina los espacios que cubre. Esto rige tanto para reglas Standard como Custom, y la regla es simple: un bloqueo siempre prevalece sobre la disponibilidad. Si un horario está ofrecido por la regla y a la vez cubierto por una excepción, desaparece del selector.
Una excepción lleva un nombre (Exception Subject), la ventana, un Unavailable Reason que puede dejar para su equipo, un conjunto de campos de alcance opcionales y, si es recurrente, una frecuencia. Veamos cada uno.
Crear un bloqueo puntual
La excepción más simple es una sola ventana — un feriado, un cierre de un día:
REDA verifica que la ventana tenga sentido — el final no puede ser anterior al inicio:
Definir el alcance de un bloqueo
De forma predeterminada, un bloqueo cubre todas las propiedades que usan la regla. Puede acotarlo con cualquiera de cuatro lookups de alcance — Region, Neighbourhood, Property Type o una sola Property. Un campo de alcance vacío es un comodín; uno completado debe coincidir con la propiedad que se está programando para que el bloqueo se le aplique. Si completa más de uno, todos los campos completados deben coincidir — por ejemplo, Region y Property Type juntos solo afectan a las propiedades que están a la vez en esa región y de ese tipo.
| Campos de alcance completados | El bloqueo se aplica a |
|---|---|
| Ninguno | Todas las propiedades que usan la regla |
| Solo Region | Propiedades de esa región |
| Solo Neighbourhood | Propiedades de ese vecindario |
| Solo Property Type | Propiedades de ese tipo |
| Solo Property | Esa única propiedad |
Bloqueos recurrentes
Para un bloqueo que se repite — una limpieza a fondo semanal, un día de cierre mensual — configure una Recurring Frequency y un Advance Recur Instances. La frecuencia decide cuánto se separan las ocurrencias; la cantidad de anticipación decide cuántas ocurrencias futuras mantiene generadas REDA por adelantado.
| Recurring Frequency | La serie avanza en pasos de |
|---|---|
| DAILY | 1 día |
| WEEK | 1 semana |
| 2 WEEKS | 2 semanas |
| MONTH | 1 mes |
| 3 MONTHS | 3 meses |
| 6 MONTHS | 6 meses |
| YEAR | 1 año |
Una excepción recurrente necesita su cantidad de anticipación, y REDA lo exige:
Guarde el registro padre y REDA crea de inmediato las ocurrencias futuras como registros hijos — uno por cada una de sus instancias de anticipación, con sus ventanas desplazadas según la frecuencia y sus nombres con un sufijo numerado. Cada hijo queda vinculado al padre, así que toda la serie es fácil de ver bajo la regla. Los hijos son copias del padre, así que el alcance y el motivo que configure en el padre se trasladan a cada ocurrencia — no necesita configurarlos de nuevo por fecha.
Cómo se mantiene reabastecida la serie
Nunca necesita extender una serie recurrente manualmente. Un trabajo nocturno de REDA — que se ejecuta poco después de medianoche — revisa cada serie y regenera las ocurrencias consumidas, de modo que la serie siempre mantenga la cantidad configurada de instancias por delante. Este trabajo es uno de los pocos trabajos de REDA programados para ejecutarse automáticamente desde el inicio; puede confirmarlo en la consola de trabajos programados (vea Programación de tareas en segundo plano).
Editar y eliminar una serie
Una vez que un registro padre recurrente generó sus hijos, REDA bloquea los cambios a la fecha de fin del padre — impide la edición e indica el motivo, para mantener consistentes al padre y sus hijos. La forma admitida de cambiar una serie en curso es eliminarla y volver a crearla con la nueva configuración.
Eliminar el padre es limpio: elimina en cascada toda la serie, retirando también cada hijo generado. Eso es por diseño — una sola eliminación borra todo el bloqueo recurrente.
Ejemplo resuelto: dos bloqueos
Ambos están sobre la regla Residential Showings — Weekdays del ejemplo de Reglas de las ranuras del calendario:
Referencia de campos
| Campo | Qué controla | Restricción |
|---|---|---|
| Exception Subject | Nombra el bloqueo | El nombre del registro |
| Unavailable From / Unavailable To | La ventana del bloqueo | Obligatorio; To debe ser igual o posterior a From |
| Property | Acota a una propiedad | Alcance opcional |
| Region | Acota a una región | Alcance opcional |
| Neighbourhood | Acota a un vecindario | Alcance opcional |
| Property Type | Acota a un tipo de propiedad | Alcance opcional |
| Unavailable Reason | Por qué está cerrado (visible para el equipo) | Opcional |
| Recurring Frequency | DAILY / WEEK / 2 WEEKS / MONTH / 3 MONTHS / 6 MONTHS / YEAR | Opcional; convierte la excepción en una serie |
| Advance Recur Instances | Ocurrencias futuras mantenidas generadas | Obligatorio si es recurrente |
| Parent Exception Rule | Vincula un hijo generado a su serie | Lo establece REDA |
Qué sigue
- Reglas de las ranuras del calendario — el objeto padre y cómo se calculan los espacios.
- Reservas de corto plazo — dónde se siente un bloqueo del lado de las reservas.
- Programación de visitas — dónde se siente un bloqueo del lado de los tours.
- Programación de tareas en segundo plano — el trabajo nocturno de reposición y la consola de trabajos.
- Órdenes de trabajo — bloqueos de mantenimiento sobre el mismo motor.
Preguntas frecuentes
Una excepción recurrente necesita su cantidad de anticipación: "Se deben proporcionar instancias recurrentes anticipadas para las excepciones de espacios recurrentes." Complete Advance Recur Instances y guarde de nuevo.
El final es anterior al inicio: "La fecha de no disponible no puede ser anterior a la fecha de no disponible desde." Configure Unavailable To en o después de Unavailable From.
Una vez que una serie recurrente generó sus hijos, REDA bloquea los cambios a la fecha de fin del registro padre para mantener la serie consistente. Para cambiar una serie, elimínela y vuelva a crearla con la nueva configuración.
Revise REDA Async Logs en la app REDA Admin: el trabajo nocturno de reposición registra ahí las fallas en lugar de detenerse de forma visible. Confirme también que el trabajo nocturno siga programado en la consola de trabajos.
Sí. Eliminar un registro padre recurrente elimina en cascada toda su serie, por diseño. Elimine el padre cuando quiera eliminar todo el bloqueo recurrente.
Sí, cuando los cuatro campos de alcance están vacíos. Complete Region, Neighbourhood, Property Type o Property para acotarlo — un alcance completado debe coincidir con la propiedad para que el bloqueo se le aplique.
No. Una excepción pertenece a una sola regla, así que un feriado que deba cerrar tanto los tours como las reservas necesita su propio registro en cada regla.
No. Un bloqueo solo oculta espacios futuros en los selectores; no toca las reservas ni los tours ya programados. Cancele o reprograme esas citas de forma manual si el bloqueo las afecta.
¿Te resultó útil?