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

Das tägliche Qualitätsmanagement von immoSoR folgt einem veränderten Verständnis von Qualität. Es setzt nicht erst dann an, wenn eine Störung bereits den Arbeitsablauf unterbrochen hat, sondern prüft vorbeugend, ob der digitale Arbeitsplatz im konkreten Nutzungskontext betriebsbereit, geschützt und nachvollziehbar ist. Aus nachträglicher Fehlerkontrolle wird damit eine begleitende und nutzerbezogene Systemdiagnose.

Im Mittelpunkt steht nicht die Frage, wie ein Mensch arbeitet, sondern ob das System seine Aufgabe zuverlässig erfüllt. S•U•S•I bewertet weder Arbeitsleistung noch Geschwindigkeit, Anwesenheit, Verhalten, Umsatz oder Produktivität. Auch eine verschobene oder abgelehnte Tagesprüfung ist kein negativer Befund. Gelbe oder rote Ergebnisse beschreiben ausschließlich einen technischen, organisatorischen oder nachweisbezogenen Zustand. Der Mensch bleibt der geschützte Nutzer des Systems und wird nicht selbst zum Gegenstand der Prüfung.

Betriebsbereitschaft bedeutet dabei mehr als die bloße Erreichbarkeit einer Seite oder das Vorhandensein einer Schaltfläche. Eine Funktion gilt erst dann als belastbar, wenn sie im richtigen Kontext verfügbar ist. Dazu gehören die eindeutige Bindung an Nutzer, Mandant, Rolle und Sitzung, die erforderliche Capability, der zulässige Datenscope sowie ein kontrollierter und nachvollziehbarer Abschluss. Eine sichtbare Funktion ist deshalb noch kein vollständiger Funktionsnachweis. Entscheidend ist die gesamte Kette aus Erreichbarkeit, Ausführbarkeit, Schutz und Nachweisbarkeit.

Die Schutzwirkung ist ein gleichwertiges Qualitätsziel. Ein technisch erreichbarer Vorgang kann dennoch unsicher sein, wenn Mandanten-, Rollen- oder Sitzungsbindung fehlen. Das System prüft deshalb, ob jede Funktion ausschließlich im zulässigen Arbeitskontext arbeitet. Zwingende Schutzbedingungen folgen dem Fail-Closed-Prinzip. Kann eine Mandantenbindung, Rollenberechtigung, Capability oder Reichweite nicht eindeutig bestätigt werden, bleibt die betroffene Funktion gesperrt. Die freiwillige Teilnahme am Tagescheck arbeitet dagegen Fail-Open. Der Nutzer kann den Test starten, verschieben oder für den Tag ausblenden, ohne dass daraus ein negativer Status oder eine Zugangssperre entsteht.

S•U•S•I übersetzt die maschinellen Prüfergebnisse in verständliche Aussagen. Der Nutzer erhält keine bloße Ampelfarbe, sondern eine fachliche Einordnung darüber, was geprüft wurde, welche Bereiche verfügbar sind, welche Auffälligkeiten bestehen und welche Folgen sich daraus ergeben. Ziel ist Klarheit statt Alarmisierung. Gelb bedeutet nicht automatisch, dass eine Funktion ausgefallen ist. Rot wird nach Ursache unterschieden, damit ein technischer Ausfall nicht mit einer Schutzverletzung oder einer fehlenden Nachweisspur verwechselt wird.

Das System unterscheidet deshalb zwischen Rot-Kritisch, Rot-Technisch, Rot-Nachweis und Rot-Konfiguration. Rot-Kritisch bezeichnet eine verletzte Schutzbedingung, etwa eine fehlerhafte Mandantentrennung, eine unsichere Sitzung oder eine nicht bestätigte Wirtschaftssperre. Rot-Technisch beschreibt einen Funktions- oder Serviceausfall. Rot-Nachweis liegt vor, wenn eine Funktion zwar technisch gearbeitet hat, Auditspur, Quittierung oder Hash jedoch fehlen. Rot-Konfiguration kennzeichnet eine fehlende Zuordnung oder Einrichtung. Die Ursache bestimmt damit die Maßnahme; die Farbe allein reicht nicht aus.

Nachweisbarkeit gehört untrennbar zur Funktion. Ein Vorgang gilt nicht allein deshalb als erfolgreich, weil er technisch ausgeführt wurde. Erst wenn Ergebnis, Kontext und Abschluss revisionsfähig gebunden sind, ist der Prüflauf vollständig. Dazu gehören insbesondere Run-ID, Rollen- und Mandantenbezug, Start- und Endzeit, Versionsstand, Befund, Neutralitätsstatus, Hash, PDF-Quittung und Arbeitsprotokolleintrag. Fehlt eine dieser wesentlichen Nachweisschichten, entsteht ein eigenständiger Qualitätsbefund.

Auch die wirtschaftliche Neutralität ist Teil dieses Schutzvertrags. Der QM-Lauf arbeitet ausschließlich mit einem Neutraltest von 0,00 EUR. Er erzeugt keine Forderung, keine Provision, keine Auszahlung, keine Anerkennung, keinen realen Lead und keine Kundenbuchung. Der Wirtschaftsmodus bleibt während der Prüfung im Status LOCKED. Selbst ein vollständig grüner Lauf führt deshalb niemals automatisch zu einer fachlichen, rechtlichen oder wirtschaftlichen Produktivfreigabe.

Qualität wird in diesem Modell nicht nur durch eine einmalige große Abnahme festgestellt. Sie wird im täglichen Betrieb sichtbar gehalten. Der kurze Tagescheck prüft den konkreten Nutzerkontext, das vollständige Rollen-Audit untersucht die Funktionsketten in größerer Tiefe und das Hintergrund-QM beobachtet regelmäßig den technischen Systemzustand. Cron gibt dabei den Takt vor, der Agent überwacht die Ausführung, der QM-Service bewertet und S•U•S•I erklärt das Ergebnis. Das Arbeitsprotokoll bewahrt die nachvollziehbare Spur.

Der wesentliche Bedeutungswechsel liegt damit in der Reihenfolge des Handelns. Im klassischen Modell wird ein Fehler häufig erst sichtbar, wenn der Nutzer bereits mitten in einem realen Vorgang steht. Im S•U•S•I-QM-Modell wird zunächst der Arbeitskontext erkannt, anschließend kann der Systemzustand freiwillig geprüft werden. Schutzbedingungen werden bestätigt, Befunde verständlich eingeordnet und technische Folgemaßnahmen geordnet vorbereitet, bevor eine Störung zu einer wirtschaftlichen oder rechtlichen Außenwirkung führt.

S•U•S•I begleitet den Arbeitstag, erklärt den Systemzustand und schafft Nachweisbarkeit – sie bewertet nicht den Menschen.