Journaux d'accès
Sur cette page
L'onglet Journaux d'accès constitue la piste d'audit : chaque tentative de déverrouillage — réussie, refusée ou en échec ; depuis l'application mobile ou par un administrateur — est enregistrée avec la personne, la porte, la date et l'heure, la provenance et le résultat. Cette page décrit la lecture du journal, le filtrage, la vue No visit recorded, l'exportation au format CSV et la vue détaillée des événements.
Figure 1 : l'onglet Journaux d'accès
Les événements sont conservés pendant environ 13 mois, puis supprimés automatiquement. La suppression d'un utilisateur ne supprime pas ses événements — l'historique est conservé pour la piste d'audit.
Les Journaux d'accès sont distincts des Journaux d'audit, qui enregistrent les requêtes effectuées dans l'ensemble de Performance Hub.
Filtrer et rechercher
Figure 2 : recherche, pastilles de filtre, colonnes, exportation, actualisation en direct et plage
| Commande | Fonction |
|---|---|
| Search | « Search door, person, event ID… » — recherche par porte, personne, ID d'événement, ID de commande, état et motif de refus |
| View | Door events (la piste d'audit) ou No visit recorded (voir ci-dessous) |
| State, Result, Door, Source, Partner, Reason | Pastilles de filtre qui affinent la liste par état de l'événement, résultat, porte, provenance de la requête, partenaire d'intégration et motif de refus |
| Columns | Choisir les colonnes affichées dans le tableau ; le bouton indique combien sont activées |
| Exporter au format CSV | Télécharge les événements actuellement filtrés (voir Exporter au format CSV) |
| Live | Actualise automatiquement la liste, avec un compte à rebours jusqu'à la prochaine actualisation ; le bouton situé à côté actualise immédiatement |
| Range | Last day, Last 7 days, Last 30 days, Last 90 days ou des dates personnalisées |
L'en-tête indique le nombre d'événements pour la plage et les filtres actuels. Chaque plage charge jusqu'aux 500 événements les plus récents.
États des événements
| Pastille d'état | Signification |
|---|---|
| Confirmed unlocked | Le contrôleur de porte a confirmé la libération du relais — la porte s'est effectivement déverrouillée |
| Unlocked | Le déverrouillage a été signalé comme réussi |
| Admin Unlocked | Un administrateur a déclenché le déverrouillage depuis Performance Hub (forçage administrateur). Enregistré dès l'envoi de la commande |
| Denied | La requête a été rejetée — voir la colonne Reason (tous les motifs) |
| Pending / Request received | La requête est toujours en cours de traitement (état temporaire — se résout normalement en quelques secondes) |
| Timed out | La commande de déverrouillage a été envoyée, mais le contrôleur ne l'a pas confirmée à temps — généralement en raison d'un problème de connectivité au niveau de la porte |
| Failed | Le déverrouillage n'a pas pu aboutir en raison d'une erreur |
| Locked by staff | Le personnel a utilisé Lock now alors que la planification de déverrouillage automatique maintenait la porte ouverte. Il s'agit d'un événement de planification, et non d'une tentative de déverrouillage |
| Schedule resumed | La planification de déverrouillage automatique a repris la main, soit lors de son prochain changement, soit parce que le personnel a appuyé sur Resume schedule. Il s'agit d'un événement de planification, et non d'une tentative de déverrouillage |
Chaque ligne affiche l'horodatage, l'état, la porte, la personne, la distance par rapport à la porte et la latence de la commande (lorsqu'elle est disponible), ainsi que le motif de refus pour les événements refusés.
Aucune visite enregistrée
Figure 3 : la vue No visit recorded
Réglez View sur No visit recorded pour lister les Access Time Windows ponctuelles, ajoutées par un administrateur ou une intégration, pendant lesquelles la personne n'a jamais déverrouillé de porte (y compris pendant toute période de grâce). Colonnes : Person, Scheduled period, Source / partner, Status. Les enregistrements sont conservés pendant environ 13 mois.
Par exemple, un bureau peut voir quels prestataires disposant d'un créneau ponctuel ne se sont jamais présentés.
Attribution aux Access Policies
Les événements autorisés par une politique identifient la politique nommée ainsi que l'audience, la cible et la planification correspondantes. Les correspondances planifiées peuvent également inclure le début et la fin concrets de l'occurrence active.
Les Access Time Windows créées par un administrateur et celles créées par une intégration conservent leurs propres chemins d'attribution (admin_time_window et source_time_window) ; elles ne sont pas réétiquetées comme Access Policies. Les refus liés aux politiques distinguent les non-correspondances de cible, d'audience et de planification inactive. Une occurrence future utilise outside_access_time_window avec une disponibilité structurée lorsqu'elle est connue.
Détails de l'événement
Cliquez sur n'importe quelle ligne pour ouvrir la boîte de dialogue Access Details.
Figure 4 : la boîte de dialogue Access Details pour un déverrouillage par un membre
L'en-tête affiche la porte, son emplacement, le résultat, un badge Admin override le cas échéant, et le motif de refus en cas de refus. Champs affichés lorsqu'ils sont disponibles :
| Champ | Remarques |
|---|---|
| Date / Time | Le moment de la tentative |
| Coordinates | L'emplacement signalé par le téléphone, avec la précision GPS (±N m) ; copiable |
| Door / Gate | Nom et emplacement de la porte |
| Person ou Admin | L'auteur de la tentative — les déverrouillages par un administrateur affichent le compte de l'administrateur |
| Device | Le téléphone ou l'appareil utilisé |
| IP Address | L'adresse IP à l'origine de la requête ; copiable |
| Hold time | La durée pendant laquelle la porte est restée déverrouillée |
| Distance from door | Distance calculée à partir du centre de la zone de geofence |
| Event ID / Command ID | Identifiants copiables pour l'escalade auprès de l'assistance |
| Latency | Le temps mis par le contrôleur pour répondre à la commande |
| Authorization source | Access Policy, autorisation permanente, créneau administrateur ou créneau d'intégration |
| Policy | ID et nom de la politique, ainsi que l'audience correspondante, la cible (porte ou Portée d'accès) et le mode Anytime/Scheduled |
| Window / Source ID | Attribution délimitée pour les créneaux planifiés ou de source actifs |
| Active from / to | Occurrence concrète, en secondes Unix, utilisée pour une décision liée à un créneau ; la fin est exclue |
Unlock Location affiche les coordonnées signalées sur une carte avec un lien Open in Google Maps. En l'absence de coordonnées, vous verrez « No location captured — unlocked from the Performance Hub. » (forçages administrateur) ou « No location data was reported for this unlock attempt. »
Exporter au format CSV
Cliquez sur Exporter au format CSV pour télécharger les événements actuellement filtrés. Le fichier comprend les champs d'identité, de porte, de résultat, de refus, de contrôleur, d'intégration et d'attribution de politique ou de créneau. Le bouton est désactivé lorsque la liste filtrée est vide. Dans la vue No visit recorded, Exporter au format CSV télécharge plutôt cette liste.
Conseils
- La carte Recent activity de l'onglet Doors est un raccourci sur 24 heures vers ce journal — cliquer sur un événement à cet endroit vous y amène directement ici.
- Vous enquêtez sur la réclamation d'un membre ? Utilisez la pastille State ou Result pour afficher les tentatives refusées, recherchez son nom et lisez le motif — puis consultez Dépannage pour la solution correspondant à chaque motif.
- Pour les réclamations liées aux politiques, vérifiez le nom de la politique et ses critères Who/Where/When. Pour les créneaux d'intégration, examinez également l'ancienneté de la source et le mappage
scope_key. - Une série d'événements Timed out sur une même porte signifie généralement que le contrôleur de cette porte rencontre des problèmes réseau — vérifiez son statut dans l'onglet Doors.
- Votre Agent IA peut lire les événements de porte via MCP, par exemple pour un message d'accueil personnalisé pour chaque visiteur dans le hall d'un bureau. Les événements de porte comportent un ID utilisateur, et non un nom ou une date de naissance.
Pages connexes
- Référence — tous les états et motifs de refus
- Plannings des Access Policies
- Dépannage
- Doors