Tresch Automation – Monitoring Platform

REST API v4 + Echtzeit-WebSocket-Listener für Alerts und Chat-Befehle (!status, !alerts, !software, !reboot)

Verbunden

Mattermost Server-URL

Bot Access Token (aus Integrationen → Bot-Accounts)

Standard Channel-ID (für Alerts)

Befehls-Präfix

Optional / Alternativ: Incoming Webhook URL (falls kein Bot-Account genutzt wird)

Bidirektionalen WebSocket-Listener aktivieren (/api/v4/websocket)

Bot-Account: @system-bot (gs8denosrfrdzcmuywcixojo3e)

WebSocket Status: Nicht verbunden

Slash-Command / Webhook URL: http://192.168.178.96:8022/api/mattermost/webhook

Letzter Hinweis: Standby-Knoten (monitoring-server2.tresch-automation.de) – Primary übernimmt Mattermost-Listener

Test-Nachricht an Mattermost-Kanal senden

Bidirektionale Bot-Kommandos testen (wie in Mattermost geschrieben)

Zeitpunkt (UTC)	Richtung	Kategorie	Absender	Channel-ID	Status	Nachricht / Inhalt

08.11.2026 17:59:19	Outbound	Command	Monitoring-Bot	6jbbhnfze3frzft3nhrkgj39py	Zugestellt	:arrows_counterclockwise: Remote-Befehl `CheckUpdates` für `WIN-FTUEJ8FTQUN` (`winsrv-win-ftuej8ftqun`) wurde von Geräte-Detailansicht über MQTT-Topic `tresch/monitoring/agents/winsrv-win-ftuej8ftqun/commands` ausgelöst.
08.11.2026 17:09:35	Outbound	Command	Monitoring-Bot	6jbbhnfze3frzft3nhrkgj39py	Zugestellt	:arrows_counterclockwise: Remote-Befehl `CheckUpdates` für `WIN-FTUEJ8FTQUN` (`winsrv-win-ftuej8ftqun`) wurde von Geräte-Detailansicht über MQTT-Topic `tresch/monitoring/agents/winsrv-win-ftuej8ftqun/commands` ausgelöst.