Plus de billets, plus de papier, hors ligne ou une porte ouverte alors qu’elle ne devrait pas l’être : vous voulez le savoir avant le client. Un agent léger sur chaque terminal publie état et événements en MQTT ; ConnectMQ les livre à vos systèmes de supervision, de gestion des fonds et d’intervention. Les transactions restent sur votre réseau de paiement.
Aucune carte bancaire requise
PUBLISH terminals/atm/atm-ist-0231/cash
{"cassettes":{"c1":312,"c2":95,"c3":1480},"low":["c2"],"paper_pct":18,"ts":"2026-10-22T09:12:40Z"}QoS 1 · TLS 8883 · PUBACK
La supervision des GAB repose souvent sur des interrogations périodiques et des outils propres à chaque constructeur, et les TPE en magasin ne remontent presque rien jusqu’à ce qu’une caissière appelle le support. Ruptures de billets, pannes d’imprimante et alarmes d’effraction arrivent tard, et un simple changement de configuration impose un déplacement ou un traitement de nuit lent.
Un agent sur le PC du GAB ou le TPE publie l’état des modules — distributeur, lecteur de carte, imprimante, réseau — ainsi que les niveaux des cassettes et du papier. Aucune donnée de carte ni de transaction.
Effraction, porte du coffre et pannes sont publiées en QoS 1 dès qu’elles surviennent ; le dernier état de chaque terminal est retenu.
Les règles de seuil et votre console de supervision signalent billets bas, fin de papier ou terminal hors ligne ; la gestion des fonds planifie le réapprovisionnement et l’intervention reçoit un ticket.
Votre système de gestion des terminaux publie un changement de configuration — contenu d’écran, paramètres, niveau de log — sur le topic de commande du terminal, et l’agent le confirme.
Chaque terminal se connecte en TLS avec son propre identifiant et mot de passe ; un appareil compromis est exclu sans toucher au reste du parc.
Les ACL par topic n’autorisent un terminal qu’à publier son propre état et lire son propre topic de commande ; la supervision lit tout mais n’envoie rien.
Le Last Will publie un état hors ligne dès qu’un terminal perd sa connexion, sans attendre l’expiration de la prochaine interrogation.
La QoS 1 garantit que les alertes d’effraction atteignent le broker, et les sessions persistantes conservent une commande de configuration jusqu’au retour d’un terminal hors ligne.
terminals/atm/atm-ist-0231/health (retained)
terminals/atm/atm-ist-0231/cash (retained)
terminals/atm/atm-ist-0231/events
terminals/pos/pos-0412-03/health (retained)
terminals/pos/pos-0412-03/cmdPour des données d’exploitation, oui, s’il est bien configuré : ConnectMQ chiffre chaque connexion en TLS, donne à chaque terminal ses propres identifiants et le limite par des ACL par topic. Séparez la supervision du chemin de paiement : état, niveaux et événements en MQTT, données de carte et transactions sur votre réseau de paiement. Votre propre revue sécurité et conformité couvre l’ensemble.
Non. ConnectMQ est prévu pour les données d’exploitation : état des appareils, niveaux, événements et configuration. Les données de carte et les transactions restent sur votre switch, votre processeur et votre réseau de paiement.
Un agent sur le PC du GAB lit l’état des modules via la couche XFS ou XFS4IoT ou le logiciel de supervision du constructeur, puis le publie en MQTT avec n’importe quelle bibliothèque cliente standard. Sur les TPE, le même agent peut tourner dans l’application du terminal ou sur le serveur du magasin.
Commencez avec l’offre Free, sans carte bancaire : connectez vos premiers équipements dès aujourd’hui et évoluez au moment du lancement.
