Master · Control Center
System-Überwachung
Watchdog, Fehlerhistorie und kontrollierte Reparaturen
Wird geprüft …
Sichere Master-Session und Systemdaten werden geladen.
Phase 2 · Kontrollierte Reparatur
Gefahrlose Prüf- und Wiederholungsaktionen dürfen automatisch laufen. Unit-, Zahlungs-, Freischaltungs- und Mappingfehler werden nicht blind verändert, sondern als REPAIR oder STOP mit Diagnose und vorgeschlagener Maßnahme angezeigt.
Geprüfte Komponenten
–
Kritisch
–
Warnungen
–
Offene Reparaturen
–
Letzte Prüfung
–
Systemstatus
Make-Szenarien und unabhängige Datenprüfungen aus SYSTEM_HEALTH.
| Status | Komponente | Letzter Lauf | Fehler 24h | Prüfung | Details |
|---|---|---|---|---|---|
Systemstatus wird geladen … | |||||
Reparatur-Warteschlange
Jeder neue Fehler wird einer Sicherheitsklasse zugeordnet. AUTO darf nur gefahrlose Kontrollen ausführen.
AUTOErneute API-Prüfung, Retry und automatisches Schließen nach bestätigter Erholung. Keine Bestandsänderung.
REPAIRSoll/Ist prüfen und Reparaturvorschlag erzeugen. Ausführung erst nach eindeutiger Freigabe und nur für whitelisted Schritte.
STOPKeine automatische Änderung. Betrifft z. B. negative Bestände, Dubletten, deaktivierte Szenarien oder unklare Buchungslagen.
| Zeit | Klasse | Stufe | Bereich | Diagnose | Vorgeschlagene Maßnahme | Status |
|---|---|---|---|---|---|---|
Reparatur-Warteschlange wird geladen … | ||||||
Fehler & Warnungen
Historie aus SYSTEM_FEHLER_LOG. RESOLVED-Einträge bleiben zur Nachvollziehbarkeit erhalten.
| Zeit | Stufe | Bereich | Fehler | Status | Maßnahme |
|---|---|---|---|---|---|
Fehlerprotokoll wird geladen … | |||||
Sicherheitsregel: Der Browser erhält niemals den Make-API-Token. AUTO darf keine Unit-, Zahlungs-, Wallet-, Verkaufs- oder Freischaltungsbestände verändern. Solche Fälle müssen mindestens REPAIR oder STOP sein.