S•U•S•I - Qualitätsmanagement für immoSoR

Das tägliche Qualitätsmanagement fügt sich als begleitende Schicht ruhig in den immoSoR-Arbeitsablauf ein. Es soll den Arbeitstag nicht dominieren, sondern Orientierung geben und durch nachweisbare technische Sicherheit entlasten. S•U•S•I begleitet den Nutzer dabei durch den Arbeitskontext und macht den Zustand des digitalen Arbeitsplatzes verständlich.

Ausgangspunkt der gesamten Prüflogik ist der Grundsatz, dass niemals der Mensch auf dem Prüfstand steht. Das System bewertet weder persönliche Arbeitsleistung noch Geschwindigkeit, Verhalten, Umsatz oder Anwesenheit. Gegenstand der Prüfung ist ausschließlich die technische und organisatorische Betriebsbereitschaft des digitalen Arbeitsplatzes. Gelbe oder rote Befunde beschreiben daher einen Systemzustand und keine persönliche Leistung. Die Prüfung soll Unsicherheiten frühzeitig sichtbar machen, damit technische Störungen nicht erst während eines realen Arbeitsvorgangs auftreten.

Die Diagnose richtet sich stets nach dem konkreten Arbeitskontext. Ein System kann allgemein erreichbar sein und im tatsächlichen Nutzungskontext dennoch falsch gebunden oder unvollständig verfügbar sein. S•U•S•I prüft deshalb, ob eine Funktion für die angemeldete Benutzeridentität, den zugehörigen Mandanten, die aktive Rolle und die aktuelle Sitzung ordnungsgemäß bereitsteht. Mandanten- und Rollenbindungen arbeiten dabei nach dem Fail-Closed-Prinzip. Fehlt eine zwingende Schutzbedingung oder lässt sie sich nicht eindeutig bestätigen, wird die betroffene Funktion nicht freigegeben. Ein sichtbarer Menüpunkt oder eine vorhandene Schaltfläche gilt deshalb noch nicht als belastbarer Nachweis einer sicheren Funktion.

Die Einladung zum kurzen Tagescheck bleibt unaufdringlich und freiwillig. Der Nutzer kann den Test sofort starten, sich später erinnern lassen oder den Hinweis für den betreffenden Tag ausblenden. Alle drei Entscheidungen sind technisch wirksam und gleichberechtigt. Die freiwillige Einladung arbeitet als Systemfunktion Fail-Open. Eine Verschiebung oder Ablehnung stellt keinen Qualitätsmangel dar, erzeugt keinen negativen Nutzerstatus und führt weder zu einer Zugangssperre noch zu einer Einschränkung des Dashboards. Unabhängig davon bleiben alle zwingenden Mandanten-, Rollen-, Sitzungs- und Schutzbedingungen bestehen.

Entscheidet sich der Nutzer für den Start, erläutert S•U•S•I vorab die voraussichtliche Dauer, den Prüfumfang, die Neutralität des Laufs und die Form des späteren Nachweises. Der kurze Tagescheck ist auf etwa 15 Sekunden ausgelegt. Während der Prüfung bleibt der Fortschritt anhand verständlicher Prüfschritte sichtbar. Seitenwechsel, Reload oder Sitzungsunterbrechungen dürfen einen bereits erreichten Prüfstand nicht vernichten. Ein vorhandener Lauf wird deshalb kontrolliert fortgesetzt und bleibt an dieselbe Run-ID sowie an Nutzer, Mandant, Rolle und Versionsstand gebunden.

Ein zentraler Schutzrahmen des Laufs ist der Neutraltest. Alle wirtschaftsnahen Prüfschritte arbeiten mit einem Wert von 0,00 EUR. Dadurch entstehen keine Forderung, keine Provision, keine Auszahlung, keine Kundenbuchung und kein realer Lead. Der Wirtschaftsmodus bleibt während des gesamten Tests auf Systemebene im Status LOCKED. Die technische Prüfung bleibt damit vollständig von jeder realen wirtschaftlichen Wirkung getrennt. Auch ein fehlerfreier Lauf führt weder zu einer automatischen fachlichen Freigabe noch zu einer rechtlichen oder wirtschaftlichen Produktivwirkung.

Nach Abschluss liefert die maschinelle Prüflogik strukturierte Befunde. S•U•S•I übersetzt diese Daten in eine verständliche, rollenbezogene Stellungnahme. Der Nutzer erhält nicht nur eine Ampelfarbe, sondern eine klare Einordnung darüber, was geprüft wurde, welche Funktionen verfügbar sind, welche Auffälligkeiten bestehen und welche praktischen Auswirkungen daraus folgen. Dabei unterscheidet das System zwischen kritischen Schutzverletzungen, technischen Ausfällen, fehlenden Nachweisen und Konfigurationsfehlern. Jeder Befund wird einer passenden technischen Folgemaßnahme zugeordnet. Nicht betroffene Arbeitsbereiche bleiben grundsätzlich nutzbar, sofern kein eigenständiger kritischer Schutzbefund entgegensteht.

Der abgeschlossene Prüfstand wird in eine revisionsfähige Quittung überführt. Dazu gehören ein versioniertes PDF-Protokoll, eine eindeutige Run-ID sowie die zugehörigen Hashwerte. Das Arbeitsprotokoll erhält zusätzlich einen sachlichen Eintrag, der den geprüften Systemzustand im konkreten Arbeitskontext festhält. Diese Nachweisspur schafft Sicherheit bei späteren Rückfragen, ohne zu einem Anwesenheits-, Leistungs- oder Verhaltensprotokoll zu werden.

S•U•S•I unterstützt den Menschen und prüft den Systemzustand.