Reglas de las ranuras del calendario

Una regla de ranuras del calendario define cuándo está disponible un espacio y cómo esa disponibilidad se ofrece como franjas horarias reservables. Es el único motor detrás de cada calendario de REDA — los horarios de recorrido que ve un agente de arrendamiento, las ventanas de reserva entre las que elige el personal de reservas, y las franjas de visita que elige quien programa el mantenimiento. Este artículo le muestra cómo crear una regla, elegir entre una grilla horaria dividida en partes iguales o ranuras definidas a mano, vincular reglas a propiedades y predecir exactamente qué ranuras verán sus usuarios. Está escrito para administradores; las personas que usan los calendarios resultantes no necesitan tocar estas reglas directamente.

Un motor, tres calendarios

Toda regla de ranuras tiene una configuración Applicable For que decide qué calendario impulsa — Showing, Booking o Maintenance. Una propiedad tiene un campo de regla de ranuras por caso de uso, y cada campo solo acepta una regla del tipo correspondiente: no puede colocar una regla Booking en el campo de showing. Eso mantiene los tres calendarios independientes aunque compartan la misma lógica subyacente.

Las reglas son reutilizables — vincule la misma regla a muchas propiedades. Solo necesita una regla aparte cuando el patrón de disponibilidad realmente difiere.

Anatomía de una regla

La regla entera en una pantalla. Slot Duration 120 y Event Days 15 son lo que el visitante realmente percibe — franjas de dos horas, reservables con quince días de antelación — mientras que Slot Management decide si el calendario lo gobierna la propiedad o su padre.

Una regla estándar es una ventana diaria de disponibilidad dividida en ranuras de igual duración. Estos campos le dan forma:

Los campos opcionales completan la regla: Calendar Id agrupa los eventos generados en un calendario compartido; Record Assignment indica el usuario o la cola a la que se asignan los eventos generados; Day Label y Time Label definen los formatos de visualización (déjelos en su valor por defecto salvo que tenga un formato específico en mente); y Region y Description le ayudan a clasificar y documentar la regla.

Record Assignment cumple una doble función. Además de indicar quién es el propietario de los eventos generados, también filtra la verificación de ocupación: solo cuentan contra la disponibilidad de esta regla los eventos del propio usuario o cola asignados. Así, dos reglas en la misma propiedad asignadas a equipos distintos mantienen calendarios independientes, y el día completo de un equipo nunca bloquea las ranuras del otro.

Ranuras Standard frente a ranuras Custom

El campo Slot Type elige cómo se reparte la disponibilidad. Standard — el valor por defecto — corta la ventana diaria en ranuras iguales de su Slot Duration. Custom le permite definir a mano ventanas específicas con nombre y capacidad propias.

Una ranura personalizada es un registro hijo de la regla con un Start Time y un End Time (que deben ubicarse dentro del horario disponible de la regla), un Slot Label y un Maximum Events Per Slot — un modelo de capacidad. Configúrelo en 1 (el valor por defecto) y la ranura será de ocupación única; configúrelo en 3 y la ranura seguirá disponible hasta que tres eventos se superpongan en ella, que es como ofrecería, por ejemplo, tres sesiones de gimnasio simultáneas.

REDA mantiene las ranuras personalizadas dentro de la ventana de la regla. Si se sale de cualquiera de los dos límites, lo detiene:

Una regla Custom necesita al menos una ranura personalizada: si no se ha definido ninguna, los usuarios que abran el selector encontrarán un error, porque no hay nada que REDA pueda ofrecer.

Gestión Property frente a Parent

El campo Slot Management decide contra el calendario de quién se ejecuta la verificación de disponibilidad.

Use Parent cuando el recurso realmente se comparte — un único agente de recorridos cubriendo un edificio, un salón de eventos que sirve a todas las unidades — de modo que una reserva en una unidad bloquee correctamente a las demás. Use Property cuando las unidades son independientes.

Vincular una regla a una propiedad

Una regla no hace nada hasta que se vincula a una propiedad. En el registro de la propiedad, configure el campo del caso de uso que desea:

Cómo calcula REDA lo que ven los usuarios

Cuando un usuario abre un selector, REDA construye la lista de ranuras ofrecidas en este orden. Entenderlo responde casi cualquier pregunta del tipo "¿por qué veo estos horarios y no otros?":

Un rastreo trabajado

Tome una regla Standard de showing: disponible de 09:00–17:00, Slot Duration (Minutes) 30, Event Buffer Time (minutes) 10, con un showing existente reservado de 10:00–10:45. Esto es lo que el selector ofrece esa mañana:

Note que, después de un evento ocupado, la grilla se reinicia desde el horario posterior al buffer (10:55), no vuelve a la media hora. Dos casos límite que vale la pena recordar: un evento de todo el día ese día implica que no hay ninguna ranura, y cualquier horario que ya pasó hoy se descarta.

Ejemplo trabajado: dos reglas

Dos reglas cubren necesidades muy distintas en Meridian Properties:

Un registro Calendar Slot Rule de tipo Standard (Applicable For Showing): Week Days, Slot Type, Slot Duration, Event Buffer Time, Available From / To Time, Event Days y Slot Management, con las pestañas relacionadas Slot Rule Exceptions y Custom Slots.

Una regla Custom (Slot Type = Custom) con su lista hija Custom Slots — tres ranuras fijas, cada una con su propio horario de inicio y fin y una capacidad de eventos máximos por ranura.

Referencia de campos

Los campos propios de la regla:

El registro hijo de ranura personalizada:

Tres validaciones mantienen válida una regla Standard, y REDA las cita exactamente como se muestran:

Qué sigue

1. Bloqueos y excepciones de espacios — cierre una regla por feriados o interrupciones, puntual o recurrente.
2. Reservas de corto plazo — el calendario de Booking en acción.
3. Programación de visitas — el calendario de Showing en acción.
4. Órdenes de trabajo — el calendario de Maintenance en acción.
5. Cómo habilitar una propiedad para arrendamiento y reservas — vincular reglas y activar un espacio.

Preguntas frecuentes