Programaciones de Access Policies
En esta página
El tiempo es la parte When de toda Access Policy. Elige Anytime o Scheduled; una política programada contiene uno o más períodos Weekly o One-time. Para la página Settings → Access Time Windows, consulta Períodos de gracia y zona horaria.
Una política concede acceso solo cuando coinciden Who Y Where Y When. Los períodos de una política se combinan con O, y las políticas con nombre también se combinan con O. Las políticas solo permiten el acceso: una política inactiva no revoca el acceso concedido por otra política que coincida, por una concesión permanente o por un período independiente de administrador o de integración.
En cualquier momento
Anytime significa que el Who y el Where de la política pueden coincidir sin ninguna restricción de programación. No omite las comprobaciones de seguridad, mantenimiento, geofence, bloqueo, límite de frecuencia ni dispositivo.
Períodos Weekly
Un período Weekly se repite usando bloques de hora local, como el lunes de 06:00 a 08:30.
- La zona horaria IANA seleccionada controla el día de la semana, la hora local y el comportamiento del horario de verano.
- Los instantes opcionales de inicio y fin de vigencia pueden acotar la repetición; el fin no está incluido.
- Los bloques no pueden superponerse ni cruzar la medianoche. Divide un período nocturno en dos días.
- Cuando se adelanta la hora, las horas locales omitidas no se producen. Cuando se atrasa la hora, cuentan los dos instantes reales que representa una hora local repetida.
Períodos One-time
Un período One-time tiene un instante de inicio y un instante de fin exactos. Úsalo para un período puntual conocido.
- El inicio y el fin son segundos Unix enteros que identifican instantes UTC.
- El límite es semiabierto:
[from, to). El inicio cuenta; el fin no. - La zona horaria que se muestra sirve como contexto de entrada, visualización y auditoría. No cambia un instante almacenado.
Períodos independientes de usuarios e integraciones
Los períodos de usuario propiedad de administradores y los períodos proporcionados por integraciones siguen siendo vías adicionales e independientes; no se convierten en Access Policies y no se pueden quitar editando una política. Pueden tener como destino la instalación, puertas o Alcances de acceso, según su propio contrato.
Los períodos de integración conservan el comportamiento de propiedad del origen, revisión, actualidad y asignación de scope_key. Los períodos de origen desconocidos, deshabilitados, sin asignar, obsoletos o desacoplados no conceden acceso. Un origen no puede borrar los períodos de otro origen, y ni las actualizaciones del origen ni las ediciones de las políticas borran los períodos propiedad de administradores.
Las concesiones permanentes son otra vía adicional e independiente. Su horario de funcionamiento opcional existente sigue siendo independiente de las programaciones de las políticas.
Períodos de gracia y zona horaria
Figura 1: Settings → Access Time Windows → Access grace periods
Settings → Access Time Windows → Access grace periods define cuánto margen tienen las personas alrededor de sus períodos programados. "Scheduled start and end times remain unchanged. These buffers only expand when door access is allowed."
- Facility timezone: la zona horaria que usan los períodos semanales, que sigue automáticamente los cambios de horario de verano. Usa Change timezone in Facility & System Configuration para cambiarla; consulta Zona horaria.
- Allow early access: "Allow users to unlock doors shortly before their scheduled window starts." Off, 5 minutes, 10 minutes, 15 minutes o 30 minutes.
- Allow access after end: "Keep door access available briefly after the scheduled window ends." Off, 5 minutes, 10 minutes, 15 minutes o 30 minutes.
Los períodos de gracia se aplican a todos los períodos puntuales y semanales de la instalación, incluidos los períodos proporcionados por integraciones de reservas. También cuentan para No visit recorded: una persona que desbloquea durante el período de gracia cuenta como que visitó la instalación. Por ejemplo, un hotel puede definir Allow access after end en 15 minutos para cubrir las salidas tardías con pases de huésped.
Programaciones existentes
El horario de funcionamiento existente se importa automáticamente en la sección When de las Access Policies correspondientes. Los horarios diferentes que se aplicaban antes a alcances o puertas concretos se conservan en políticas con destinos Where explícitos. Los administradores no necesitan convertir las programaciones manualmente.
Autorización y disponibilidad
Para el acceso de los miembros, primero se ejecutan las comprobaciones de seguridad del usuario y de la puerta. Luego, el servidor evalúa las vías de permiso de las políticas, las concesiones permanentes, los períodos de administrador y los períodos de integración. Las comprobaciones de la geofence y del controlador siguen siendo controles posteriores determinantes.
Un período futuro de una política puede devolver la disponibilidad estructurada con su siguiente inicio y fin concretos, su tipo, su etiqueta y su zona horaria. Los clientes compatibles usan esos datos para mostrarlos; no calculan la autorización localmente. Los límites exactos siguen siendo [from, to).
La denegación detallada por un período futuro es outside_access_time_window. Los clientes de compatibilidad pueden seguir recibiendo el motivo existente outside_access_hours con deniedReasonDetail: outside_access_time_window.
Atribución
Una decisión de política identifica por su nombre la política que coincidió. Para el acceso programado, los Registros de acceso también pueden mostrar el período activo y su inicio y fin concretos, lo que deja claro qué entrada de When concedió el acceso.