Politiques d'accès

Les Access Policies définissent qui peut utiliser quelles portes et à quel moment. Configurez-les sous Settings → Access Policies. Une installation peut disposer de plusieurs politiques nommées, et chaque politique ne fait qu'autoriser : elle peut accorder l'accès lorsqu'elle correspond, mais elle ne peut pas refuser un accès accordé par une autre politique ou par une autre voie d'autorisation cumulative.

La navigation supérieure du module comprend Doors, Users et Journaux d'accès. Les Access Policies se trouvent dans les paramètres plutôt que dans un onglet de premier niveau.

Figure 1 : la liste des Access Policies

Chaque politique de la liste indique si elle est activée, un résumé de ses critères Who, Where et When, ainsi que le nombre d'utilisateurs potentiels et de portes cibles qu'elle couvre, avec des boutons pour la dupliquer ou la supprimer.

Lorsque la synchronisation du personnel Performance Hub est activée, l'installation dispose également d'une politique Performance Hub staff. Elle est créée une seule fois par installation et permet à toutes les personnes étiquetées Performance Hub staff de franchir toutes les portes à tout moment. Modifiez-la ou désactivez-la comme n'importe quelle autre politique.

Les accès existants sont importés automatiquement

Lorsque les Access Policies deviennent disponibles dans une installation, sa configuration d'accès existante est automatiquement importée dans des politiques nommées. L'accès à l'échelle de l'installation, les accès différents pour certaines portées ou portes, et les heures d'ouverture sont conservés sous forme de valeurs Who, Where et When explicites. Les administrateurs n'ont pas besoin de prévisualiser une conversion, de choisir un mode de déploiement ni de recréer les accès manuellement.

Vérifiez les noms et descriptions des politiques importées afin qu'ils soient compréhensibles pour votre équipe. Les autorisations permanentes par utilisateur et les Access Time Windows d'administrateur ou d'intégration restent des voies d'autorisation cumulatives distinctes ; l'importation automatique ne les supprime pas et ne les modifie pas.

Comment une politique correspond

Chaque politique activée comporte trois parties :

1. Who — conditions de type de personne et de statut d'adhésion, ou étiquettes.
2. When — Anytime, ou un ou plusieurs créneaux Weekly/One-time.
3. Where — toutes les portes de l'installation, des Portées d'accès sélectionnées, des portes sélectionnées, ou une combinaison, avec des exclusions facultatives de portées ou de portes.

Une politique ne correspond que lorsque Who ET Where ET When correspondent tous. Plusieurs politiques sont combinées par un OU logique ; il suffit donc de correspondre à une seule politique activée :

(Policy A: Who AND Where AND When)
OR
(Policy B: Who AND Where AND When)
OR ...

Dans Who, n'importe quelle condition de type de personne ou de statut, ou n'importe quelle étiquette sélectionnée, peut correspondre. Une condition de type de personne exige que le type de la personne corresponde et, lorsque des statuts sont sélectionnés, que son statut d'adhésion figure parmi eux. Ne sélectionner aucun statut équivaut à Any status. Les étiquettes synchronisées et personnalisées sont toutes prises en compte.

Dans Where, les exclusions l'emportent toujours pour cette politique. Par exemple, une politique couvrant toute l'installation avec une Portée d'accès réservée au personnel exclue s'applique à toutes les portes, à l'exception des portes de cette portée. Une autre politique peut néanmoins autoriser l'une de ces portes exclues.

Dans When, Anytime n'impose aucune restriction horaire. Les politiques planifiées sont actives lorsqu'un créneau Weekly ou One-time est actif. Les créneaux d'une même politique sont combinés par un OU logique.

Créer et gérer des politiques

Utilisez Add policy pour partir de l'un des modèles suivants : membres actifs selon un planning quotidien, personnel à tout moment, prestataires sur des portes sélectionnées, accès ponctuel à un événement, ou une politique vierge. Les modèles sont désactivés au départ afin de ne pas accorder d'accès avant vérification. Donnez à chaque politique un nom unique, ajoutez éventuellement une description, configurez Who → When → Where, vérifiez son impact potentiel sur les utilisateurs et les portes, puis activez-la.

Les politiques peuvent être dupliquées ; la copie conserve les critères Who, Where et When, mais elle est désactivée au départ. Un critère Who vide ne correspond à personne, et une politique doit cibler l'installation, au moins une porte ou au moins une Portée d'accès.

Exemples courants

• Locataires d'un immeuble : fiches Member actives, portes du hall et des ascenseurs, heures de bureau en semaine.
• Membres d'un espace de coworking 24 h/24, 7 j/7 : une étiquette premium, des entrées et des salles de réunion sélectionnées, Anytime.
• Personnel : une étiquette personnel, toutes les portes, Anytime.
• Prestataires et agents d'entretien : un type ou une étiquette prestataire, des portes de service sélectionnées, un planning Weekly limité.
• Étudiants en dehors des heures : une étiquette étudiant inscrit, les portes de l'atelier, un planning Weekly en soirée.
• Événement ponctuel : une étiquette événement, des entrées sélectionnées du lieu, un seul créneau One-time.

Messages automatiques

Settings → Automated Messages contient des messages de tableau de bord liés au statut d'adhésion, au type de personne ou aux étiquettes (par exemple, un avis d'adhésion expirée). L'automatisation des messages est indépendante de l'autorisation des portes et est documentée dans Messagerie de l'application.

Enregistrement

Les modifications ne sont appliquées que lorsque vous cliquez sur Enregistrer les modifications dans la barre d'enregistrement. Discard annule le brouillon. Les modifications de politique enregistrées s'appliquent aux décisions d'autorisation suivantes du serveur ; aucun redémarrage des portes n'est nécessaire.

Pages connexes

• Fonctionnement des décisions d'accès
• Plannings des Access Policies
• Portées d'accès
• Utilisateurs — autorisations par utilisateur
• Messagerie de l'application