Retour au blog Matériel

Pourquoi chaque installation de self-stockage a besoin d'un repli Bluetooth

Quand internet tombe en panne, la porte s'ouvre quand même

10 Apr 2026
Pourquoi chaque installation de self-stockage a besoin d'un repli Bluetooth

Le problème : contrôle d’accès sans internet fiable

La plupart des systèmes modernes de contrôle d’accès communiquent via le cloud. C’est pratique — tous les droits d’accès sont gérés de manière centralisée, les journaux sont immédiatement disponibles et la gestion à distance fonctionne depuis n’importe où. Mais il y a un inconvénient : si la connexion internet tombe en panne, beaucoup de systèmes tombent en panne aussi.

Dans le self-stockage, ce scénario se produit plus souvent qu’on ne le pense. Murs en béton épais, parkings souterrains, zones industrielles en périphérie de ville — autant de situations où la couverture mobile est peu fiable. Une passerelle qui repose uniquement sur le LTE peut tomber en panne précisément quand un locataire a besoin d’accéder urgemment à son espace.

Comment fonctionne le repli Bluetooth

sedisto utilise une architecture hybride. La passerelle communique principalement via LTE ou réseau fixe. En parallèle, elle maintient un cache Bluetooth local avec tous les droits d’accès actuels.

Quand un locataire ouvre la porte via l’application sedisto, la demande est d’abord envoyée au cloud — pour la journalisation et la vérification de plausibilité. Si le cloud est inaccessible, l’application bascule automatiquement en mode Bluetooth : la passerelle vérifie les droits mis en cache localement et ouvre la porte directement.

La transition est transparente. Le locataire ne voit pas de message d’erreur, pas d’attente, pas de différence. Seule l’entrée du journal montre plus tard que l’opération s’est déroulée hors ligne.

Qu’est-ce qui est mis en cache localement ?

Le cache local dans la passerelle stocke :

  • Tous les droits d’accès actifs (ID locataire, unité, valable du/au)
  • Les tokens en liste noire (locataires bloqués, accès révoqués)
  • Les événements en attente qui doivent encore être synchronisés

La synchronisation entre le cloud et le cache local fonctionne en continu — pas par lots horaires, mais de manière événementielle. Chaque réservation, chaque annulation, chaque changement de droits est envoyé à la passerelle en quelques secondes. Le cache est donc presque toujours à jour.

Chiffres concrets : le cas AlpinBox

Chez AlpinBox Innsbruck, 180 garages sont sécurisés via sedisto. L’installation est située dans une vallée avec une couverture mobile limitée. Dans les 90 premiers jours suivant l’installation, il y a eu 23 interruptions LTE — chacune durant entre 3 et 47 minutes.

Dans les 23 cas, le repli Bluetooth a pris le relais sans interruption. Pas un seul locataire n’a été exclu. Le journal montre que 97 ouvertures de portes ont eu lieu via le repli local pendant ces périodes.

Sans le repli, cela aurait été 97 appels frustrés à l’opérateur.

Ce à quoi les opérateurs doivent faire attention

Tous les replis Bluetooth ne se valent pas. Il existe plusieurs différences clés :

Fraîcheur du cache : À quelle vitesse les nouvelles réservations et annulations sont-elles appliquées au cache local ? Avec sedisto, cela se produit de manière événementielle en quelques secondes. Certains concurrents ne synchronisent qu’une fois par heure — ce qui signifie qu’un blocage d’urgence peut ne pas prendre effet localement pendant 59 minutes.

Profondeur du cache : Jusqu’où remonte le cache local ? Contient-il aussi les réservations futures, ou seulement les droits actuellement actifs ?

Transparence du repli : L’application communique-t-elle au locataire qu’elle fonctionne en mode hors ligne ? Ou reste-t-elle silencieuse ? sedisto opte pour une UX neutre — pas de message d’erreur, pas de notification. L’accès fonctionne simplement.

Conclusion

Le repli Bluetooth n’est pas une fonctionnalité de luxe pour des cas particuliers. Pour toute installation avec une connectivité incertaine — et c’est la plupart d’entre elles — c’est une assurance opérationnelle.

La question n’est pas de savoir si vous avez besoin d’un repli, mais dans quelle mesure il est bon. À quel point le cache est-il frais, à quelle vitesse se synchronise-t-il, comment gère-t-il la transition de manière transparente ? Ce sont les critères qui comptent en pratique.