Kein Bargeld, kein Bonpapier, offline oder eine Tür, die geöffnet wurde, obwohl sie es nicht sollte — das wollen Sie vor dem Kunden wissen. Ein schlanker Agent auf jedem Terminal publiziert Zustand und Ereignisse per MQTT; ConnectMQ stellt sie Ihrem Monitoring, Cash-Management und Service zu. Transaktionen bleiben in Ihrem Zahlungsnetz.
Keine Kreditkarte erforderlich
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
Geldautomaten-Monitoring stützt sich oft auf periodische Statusabfragen und herstellerspezifische Tools, und Kartenterminals in Filialen melden kaum etwas, bis jemand an der Kasse den Helpdesk anruft. Leere Kassetten, Druckerstörungen und Manipulationsalarme kommen spät an, und eine einfache Konfigurationsänderung bedeutet einen Vor-Ort-Einsatz oder einen langsamen Nachtlauf.
Ein Agent auf dem Geldautomaten-PC oder POS-Terminal publiziert den Gerätezustand — Auszahlmodul, Kartenleser, Drucker, Netzwerk — sowie Kassetten- und Papierstände. Keine Karten- oder Transaktionsdaten.
Manipulations-, Tresortür- und Störungsereignisse werden im Moment ihres Auftretens mit QoS 1 publiziert; der letzte Status jedes Terminals bleibt retained.
Schwellenwertregeln und Ihre Monitoring-Konsole melden niedrigen Bargeldstand, fehlendes Papier oder ein Terminal offline; das Cash-Management plant die Befüllung, der Service erhält ein Ticket.
Ihr Terminal-Management publiziert eine Konfigurationsänderung — Bildschirminhalte, Parameter, Log-Level — auf das Command-Topic dieses Terminals, und der Agent bestätigt sie.
Jedes Terminal verbindet sich per TLS mit eigenem Benutzernamen und Passwort; ein kompromittiertes Gerät wird ausgesperrt, ohne die übrige Flotte zu berühren.
Topic-ACLs erlauben einem Terminal nur, den eigenen Status zu publizieren und das eigene Command-Topic zu lesen; das Monitoring liest alles, sendet aber nichts.
Last Will publiziert einen Offline-Status, sobald ein Terminal die Verbindung verliert, statt auf das Timeout der nächsten Abfrage zu warten.
QoS 1 stellt sicher, dass Manipulationsereignisse beim Broker ankommen, und persistente Sessions halten einen Konfigurationsbefehl, bis ein offline gewesenes Terminal wieder verbunden ist.
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/cmdFür Betriebsdaten ja, wenn es richtig eingerichtet ist: ConnectMQ verschlüsselt jede Verbindung per TLS, gibt jedem Terminal eigene Zugangsdaten und begrenzt es per Topic-ACL. Trennen Sie Monitoring vom Zahlungsweg — Zustand, Stände und Ereignisse per MQTT, Karten- und Transaktionsdaten in Ihrem Zahlungsnetz. Ihre eigene Sicherheits- und Compliance-Prüfung deckt das Gesamtdesign ab.
Nein. ConnectMQ ist für Betriebsdaten gedacht, etwa Gerätezustand, Füllstände, Ereignisse und Konfiguration. Kartendaten und Transaktionen bleiben bei Ihrem Switch, Ihrem Netzbetreiber und Ihrem Zahlungsnetz.
Ein Agent auf dem Geldautomaten-PC liest den Gerätestatus aus der XFS- bzw. XFS4IoT-Schicht oder der Monitoring-Software des Herstellers und publiziert ihn mit einer beliebigen Standard-MQTT-Bibliothek. Bei POS-Terminals kann derselbe Agent in der Terminal-App oder auf dem Filialserver laufen.
Starten Sie im Free-Plan – ohne Kreditkarte – verbinden Sie heute Ihre ersten Geräte und upgraden Sie, wenn Sie live gehen.
