Passer au contenu principal

Connecteurs (contrôle d’accès, Wi‑Fi guest, SMS)

Brancher Hamilton Visitor à vos systèmes tiers : contrôle d’accès (création de droits temporaires/badges), Wi‑Fi invité (création/renvoi d’identifiants) et SMS (notifications). Ce guide couvre les pré‑requis, la configuration, les tests et le dépannage.

Mis à jour il y a plus de 2 mois

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éeCréer/Activer un badge ; SortieDésactiver/Révoquer.

  • Identifiants : numéro de badge, UID, ou format virtuel (selon votre système).
    Étapes :

  1. Ouvrez Administration → Intégrations → Contrôle d’accès.

  2. Renseignez l’URL/endpoint, la clé d’API/secret et le mappage (site ↔ zone/porte).

  3. Définissez la règle par type de visite (durée, plages horaires, zone).

  4. 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 :

  1. Administration → Intégrations → Wi‑Fi guest.

  2. Renseignez endpoint/secret et le schéma d’identifiants (compte unique / lien d’onboarding).

  3. Choisissez quand générer et comment envoyer (gabarit d’e‑mail/SMS).

  4. 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 :

  1. Administration → Intégrations → SMS.

  2. Saisissez les identifiants API du fournisseur.

  3. Imposez le format E.164 pour les mobiles.

  4. Associez les règles de notification par site/type de visite (voir Listes d’accès & règles de notification).

  5. 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

Avez-vous trouvé la réponse à votre question ?