Une fonction interphone-verrouillage est prête à être proposée uniquement lorsque le chemin de commande, le propriétaire de l'autorisation et l'état de l'appareil renvoyé sont définis. Un nom de protocole partagé (ou une démonstration ponctuelle réussie) n'établit pas la portée de la connexion du projet.
Ce guide aide les distributeurs, les intégrateurs et les équipes de projet OEM à préparer une spécification combinée d'interphone et de serrure. Il couvre l'architecture de contrôle, la sélection de l'interface, les autorisations, le comportement en cas de panne et les preuves requises avant la mise en production.
Cartographier la transaction avant de choisir l'interface
Documentez d’abord la transaction complète. La séquence doit identifier où l'utilisateur est authentifié, où l'autorisation d'accès est évaluée et quel système enregistre le résultat :
- L'interphone vidéo sélectionné lance l'appel du visiteur.
- Un moniteur intérieur, un poste de garde ou un compte mobile autorisé reçoit la session.
- L'utilisateur examine la vidéo en direct et, lorsque cela est spécifié, active l'audio bidirectionnel.
- Le système vérifie que cet utilisateur, cet appareil et cette session peuvent demander le déverrouillage.
- La commande atteint le verrou sélectionné via le chemin local ou cloud approuvé.
- Le système gère la réponse, le délai d'attente, la nouvelle tentative et l'enregistrement d'événement défini dans le projet.
Sélectionnez l'architecture de contrôle par exigence de défaillance
Contrôle local
La transaction de déverrouillage reste sur place via un moniteur intérieur, une passerelle, un contrôleur d'accès ou un service d'appareil à appareil approuvé. Le fonctionnement local peut toujours dépendre du réseau local du site, du Wi-Fi, des informations d'identification stockées ou d'une passerelle active. Enregistrez chaque dépendance plutôt que de décrire le système simplement comme « hors ligne ».
Contrôle du cloud
Le cloud peut gérer les notifications mobiles, les sessions en direct à distance, les rôles et les enregistrements d'événements centralisés. La spécification doit identifier à qui appartient le locataire, les comptes d'utilisateurs et les données, ainsi que la manière dont les pannes de service, les transferts d'appareils et la récupération de compte sont gérés.
Contrôle hybride
Une conception hybride attribue des fonctions spécifiques aux services sur site et à distance. Une matrice de fonctions doit indiquer ce qui fonctionne en cas de perte d'Internet ou du cloud, quels événements sont mis en mémoire tampon localement et comment l'heure, les autorisations et les journaux sont réconciliés après la reconnexion.
Le déclenchement du relais n'est pas la même chose que le contrôle du verrouillage intelligent
| Question | Relais / serrure électrique | Connexion Smart-Lock |
|---|---|---|
| Qu'est-ce qui reçoit la commande ? | Une gâche, une serrure magnétique ou une entrée de contrôleur | Une écluse, un pont ou un service avec une interface de contrôle définie |
| Comment la version est-elle envoyée ? | Contact sec, sortie tension ou relais contrôleur | Commande locale ou cloud authentifiée |
| Quels retours sont disponibles ? | Souvent contact de porte ou état limité du contrôleur | Uniquement l'état et les événements de l'appareil inclus dans l'interface vérifiée |
| À qui appartient l’identité ? | Généralement l'interphone ou le contrôleur d'accès | L'identité peut couvrir l'interphone, l'application, le compte cloud et l'itinéraire de verrouillage |
| Qu'est-ce qui est testé ? | Charge, câblage, synchronisation, comportement de sécurité/sécurité intégrée | Autorisations, réponse aux commandes, latence, journaux et récupération ainsi que matériel |
Un relais reste un choix valable pour de nombreuses entrées et portails courants. Lorsque l'interface est un contact sec ou une sortie de tension, spécifiez-la comme relais d'ouverture de porte. N'impliquez pas que la gestion des informations d'identification mobiles, les rapports sur la batterie, l'accusé de réception du verrouillage ou une piste d'audit unifiée sont inclus.
Définir les preuves derrière un « résultat de déverrouillage »
Une commande acceptée par une application ou un serveur ne prouve pas que la porte s'est ouverte. Lorsque le matériel le prend en charge, traitez la transaction comme des états distincts : demande créée, autorisation approuvée ou refusée, commande délivrée, verrouillage reconnu, pêne ou loquet modifié et contact de porte ouvert ou fermé. Marquer explicitement les états indisponibles ; ne les déduisez pas d’un autre événement.
Cette distinction raccourcit le diagnostic des défauts. Une demande peut être envoyée lorsque la serrure est hors ligne, que le pêne est obstrué ou que le contact de porte est déjà ouvert. L'enregistrement de l'événement a besoin de suffisamment de détails pour indiquer où la transaction s'est arrêtée.
Définir la politique d'accès avant d'exposer un contrôle de déverrouillage
Chaque voie de libération doit répondre à cinq questions : qui peut l'utiliser, depuis quel appareil, pendant quelle séance, pour quelle porte et avec quelles preuves retenues. Le moniteur intérieur d’un résident ne doit pas hériter de la politique d’une console de garde, d’un administrateur de propriété ou d’un compte invité temporaire.
- Règle de session active : décidez si le déverrouillage est disponible uniquement pendant un appel ou une session d'affichage en direct.
- Ré-authentification : décider quand un code PIN, une biométrie ou une confirmation de compte sont requis.
- Portée de la porte : empêcher un utilisateur visualisant une entrée d’en libérer une autre sans autorisation explicite.
- Cycle de vie du compte : spécifier l'intégration, les changements de rôle, la suppression et le remplacement de l'appareil.
- Propriété de l'événement : indiquer quel système enregistre la demande, la réponse et l'action de l'administrateur.
Transformez les réclamations en cas de panne en critères d'acceptation
« Fonctionne hors ligne » est trop large pour être testé. Définissez séparément le résultat requis pour les appels de visiteurs, la visualisation en direct en intérieur, la diffusion locale, la notification mobile, la diffusion à distance, les informations d'identification locales, la mise en mémoire tampon et la synchronisation des événements. Testez ces fonctions en cas de perte d'Internet, de perte de réseau local, d'indisponibilité du cloud, de redémarrage de la passerelle, de redémarrage du verrouillage et de restauration de l'alimentation.
Enregistrez chaque condition non testée en tant qu'élément ouvert avec un propriétaire et une méthode de validation. Les résultats d’un échantillon technique ne doivent pas être intégrés dans les spécifications de production sans revalidation.
Portée minimale du test d'acceptation
Préparer la demande de prix pour une décision d'ingénierie
Fournissez les informations suivantes avant de demander une estimation d’aménagement :
- Modèles exacts d’interphone, de sonnette, de moniteur intérieur et de serrure intelligente ou exigences du produit.
- Interfaces locales, électriques, sans fil, réseau et logicielles disponibles.
- Points de déverrouillage requis : moniteur intérieur, poste de garde, application mobile, console web ou interface externe.
- Rôles des utilisateurs, portée de la porte, réauthentification et propriété du compte.
- Exigences hors ligne, panne, récupération et enregistrement d'événements.
- Marché de destination, quantité attendue, calendrier cible, portée de la marque et besoins de certification.
La réponse technique doit identifier les interfaces confirmées, les dépendances non résolues, les travaux de prototype, l'acceptation de la propriété et les exclusions du devis. Rouvrez la revue chaque fois qu'une révision matérielle ou une version du micrologiciel change.
Questions de révision de connexion
Un interphone vidéo peut-il se connecter directement à n’importe quelle serrure intelligente ?
Non. Le contrôle direct nécessite un chemin de commande vérifié entre les appareils sélectionnés ou un itinéraire de connexion défini. Les noms de modèles, les révisions matérielles, le micrologiciel, le comportement d'autorisation et l'environnement de test doivent être confirmés avant la publication de l'étendue de la connexion.
Quelle est la différence entre une sortie relais et une connexion smart-lock ?
Un relais modifie un contact électrique pour actionner une gâche, une serrure magnétique ou une entrée de contrôleur. Une connexion Smart-Lock peut en outre nécessiter des commandes authentifiées, un état de verrouillage, des autorisations, des enregistrements d'événements et un comportement de récupération via une interface locale ou cloud.
Une serrure connectée doit-elle continuer à fonctionner lorsque Internet est hors ligne ?
Le comportement hors ligne requis doit être écrit dans la spécification du projet. Les informations d'identification locales, la version sur site, les fonctions d'application à distance, la mise en mémoire tampon des événements et la synchronisation peuvent se comporter différemment, chaque fonction nécessite donc un test d'acceptation distinct.
Une application mobile et un moniteur intérieur peuvent-ils tous deux déclencher le même verrou intelligent ?
Oui, si chaque itinéraire a ses propres règles d'identité, d'autorisation, de session, de délai d'attente et d'enregistrement d'événement. Aucune des deux routes ne doit contourner la politique d’autorisation appliquée à l’autre.
Que doit-on tester avant qu'une connexion interphone-serrure soit approuvée ?
Testez les appels normaux, l'affichage en direct, l'audio bidirectionnel, le déverrouillage autorisé et refusé, les commandes répétées, la latence, la perte de réseau, la perte de cloud, le redémarrage de l'appareil, la récupération d'alimentation, la suppression de compte, les enregistrements d'événements et chaque chemin de secours indiqué sur le matériel et le micrologiciel finaux.