1) Panorama — flux & usages
Contrôle d’accès : à l’Arrivée, créer/activer un droit temporaire (zone/porte) et à la Sortie, le révoquer.
Wi‑Fi guest : à l’invitation ou à l’Arrivée, générer des identifiants/un lien d’accès et les transmettre au visiteur.
SMS : envoyer invitation (QR), alerte d’arrivée à l’hôte, rappels.
Les capacités exactes dépendent de votre périmètre et des modules activés côté SI.
2) Pré‑requis communs
Rôle Administrateur Visitor.
Sites/Guichets créés et types de visite définis.
Journal d’activité activé (suivi des envois/appels).
(Option) API/Webhooks si vous pilotez des intégrations maison.
3) Connecteur Contrôle d’accès (principes)
Objectif : accorder un accès physique limité dans le temps à un visiteur.
Paramètres courants :
Règle par type de visite/site (zones autorisées, durée par défaut).
Événement déclencheur : Arrivée → Créer/Activer un badge ; Sortie → Désactiver/Révoquer.
Identifiants : numéro de badge, UID, ou format virtuel (selon votre système).
Étapes :
Ouvrez Administration → Intégrations → Contrôle d’accès.
Renseignez l’URL/endpoint, la clé d’API/secret et le mappage (site ↔ zone/porte).
Définissez la règle par type de visite (durée, plages horaires, zone).
Tester : créez une visite test → passez en Arrivée → vérifiez la création/activation côté contrôle d’accès → Sortie → révocation.
Bonnes pratiques : principe du moindre privilège (zones minimales), durées courtes, et revues périodiques des mappings.
4) Connecteur Wi‑Fi guest (principes)
Objectif : fournir un accès Internet invité traçable.
Paramètres courants :
Génération à l’invitation (e‑mail/SMS) ou à l’Arrivée (borne/comptoir).
Durée de validité alignée à la visite (début/fin).
Mode d’envoi : e‑mail/SMS au visiteur.
Étapes :
Administration → Intégrations → Wi‑Fi guest.
Renseignez endpoint/secret et le schéma d’identifiants (compte unique / lien d’onboarding).
Choisissez quand générer et comment envoyer (gabarit d’e‑mail/SMS).
Tester : pré‑enregistrez un visiteur → vérifiez la réception et la connexion.
5) Connecteur SMS (notifications)
Objectif : envoyer des SMS (invitation, alerte d’arrivée, rappels).
Étapes :
Administration → Intégrations → SMS.
Saisissez les identifiants API du fournisseur.
Imposez le format E.164 pour les mobiles.
Associez les règles de notification par site/type de visite (voir Listes d’accès & règles de notification).
Tester un envoi sur un numéro interne.
Bonnes pratiques : limiter le SMS aux alertes critiques, éviter les données sensibles dans le contenu.
6) Sécurité & conformité
Comptes de service dédiés, droits restreints et rotation des secrets.
Traçabilité : journaliser qui/quand/quoi (création badge, identifiants Wi‑Fi, SMS).
RGPD : minimiser les données personnelles envoyées aux systèmes tiers et documenter les durées de conservation.
7) Recette & supervision
Scénario bout‑en‑bout par type de visite (Arrivée → droits créés → Sortie → révocation).
Alertes sur échecs d’appel API / quotas SMS.
Exports/rapports pour contrôler volumes et exceptions.
8) Dépannage rapide
Création d’accès refusée : vérifier mappage site↔zone/porte et la durée autorisée ; relire le message d’erreur du connecteur.
Wi‑Fi non reçu : contrôler l’envoi (e‑mail/SMS), le déclencheur choisi (invitation vs arrivée) et la validité.
SMS non délivré : numéro E.164, quotas fournisseur, statut API ; tester un autre destinataire.
Décalage d’horaires (droits actifs après la visite) : vérifier fuseau et horloge ; aligner la fenêtre de validité sur Arrivée→Sortie.
Doublons (badge/identifiants) : activer une clé unique (ID visite) côté SI ; éviter les rappels multiples.
Liens associés
Côté Admin
Listes d’accès & règles de notification
Templates d’e‑mail / SMS
Onboarding (checklist indispensable)
Postes & périphériques d’accueil
Journal d’activité & audit
Rapports & exports
API & Webhooks — bonnes pratiques
Côté Utilisateur
Notifications (e‑mail / SMS)
Accueillir un visiteur à l’arrivée
Gérer les visites en cours & les sorties
