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

Der tägliche QM-Lauf bleibt vollständig von realen Geschäftsvorgängen getrennt. Er prüft technische Funktionsketten ausschließlich mit neutralen Testwerten und darf weder einen Kundenauftrag noch eine Buchung, Forderung, Provisionszuordnung, Auszahlung oder rechtlich bindende Freigabe erzeugen. Diese Trennung ist kein bloßer Hinweis in der Benutzeroberfläche, sondern ein verbindlicher technischer Schutzvertrag.

Jeder wirtschaftsnahe Prüfschritt arbeitet mit einem festgelegten Neutralwert von 0,00 EUR. Dieser Wert ist nicht frei veränderbar. Er verhindert, dass der Test versehentlich eine Forderung erzeugt, eine Rechnung vorbereitet, einen Vergütungsanspruch bestätigt oder einen Zahlungsprozess anstößt. Der Neutraltest prüft ausschließlich, ob Schutzmechanik, Datenbindung und Quittierung korrekt funktionieren. Er bestätigt niemals einen realen wirtschaftlichen Vorgang.

Im QM-Lauf entstehen keine echten Interessenten, Kundenakten oder produktiven Leads. Es werden weder reale Anfragen noch Reservierungen, Vermittlungsvorgänge, Terminbuchungen oder Kontaktaufträge angelegt. Prüfdaten bleiben eindeutig als neutraler Testkontext gekennzeichnet und dürfen nicht in Vertriebslisten, Statistiken oder wirtschaftliche Auswertungen einfließen. Ein technischer Test darf zu keinem Zeitpunkt mit einem realen Kundenereignis verwechselt werden.

Auch ein erfolgreich ausgeführter Prüfschritt erzeugt keinen Provisionsanspruch. Weder ein Klick noch ein Aufruf, eine Testempfehlung oder eine simulierte Zuordnung dürfen Vergütungsstände verändern. Es erfolgt keine Provisionsberechnung, Differenzprovisionszuordnung, Beteiligungsfreigabe, Erfolgsbestätigung oder Partnervergütung. Die fachliche Grenze ist eindeutig: Technische Funktionsfähigkeit ist kein wirtschaftliches Erfolgsereignis.

Der QM-Lauf löst ebenso wenig eine Auszahlung oder sonstige Geldbewegung aus. Guthaben, Ledgerstände, Bankdaten, Zahlungsstatus, Rechnungsstatus und Auszahlungswarteschlangen bleiben unverändert. Stripe, SEPA, Rechnungswesen und Partnerauszahlungen liegen vollständig außerhalb des Prüflaufs. Selbst ein vollständig grüner Befund darf keine Geldbewegung freigeben. Ein technisches Prüfergebnis ersetzt niemals eine kaufmännische Prüfung.

Auch Forderungen und Rechnungen bleiben ausgeschlossen. Der Test erzeugt keine abrechenbare Leistung, vergibt keine Rechnungsnummer und schreibt weder Rechnung noch Gutschrift oder Gegenbuchung. Prüfläufe dürfen nicht in das reale Rechnungsjournal gelangen. Die Rechnungshoheit verbleibt in einer gesonderten Abrechnungs- und Freigabekette.

Ebenso wenig bestätigt der QM-Lauf, dass eine Leistung wirtschaftlich erbracht oder anerkannt wurde. Er begründet weder einen Provisionsanspruch noch eine Tippgeberleistung, Partnerbeteiligung, abrechenbare Leistung, Bonuszahlung oder Auszahlungspflicht. Technische Erreichbarkeit, Rollenbindung und Auditfähigkeit sind Qualitätsmerkmale. Sie sind jedoch keine wirtschaftlichen Anerkennungsmerkmale.

Ein grüner QM-Befund bedeutet ausschließlich, dass die geprüften Funktionen im festgelegten Kontext technisch verfügbar, geschützt und nachweisbar sind. Er bedeutet nicht, dass ein Exposé freigegeben, ein Objekt veröffentlicht, eine Empfehlung wirtschaftlich bestätigt, eine Auszahlung genehmigt, ein Vertrag aktiviert oder eine Rechnung freigegeben wurde. Produktivfreigaben besitzen eigene Rollen, Capabilities, Prüfbedingungen, Mehr-Augen-Regeln und Auditspuren. Der QM-Lauf darf technische Prüfaufträge erzeugen, aber keine fachliche oder wirtschaftliche Freigabe ersetzen.

Während des gesamten Prüflaufs bleibt der Wirtschaftsmodus auf Systemebene im Status LOCKED. Diese Sperre darf nicht allein durch ausgeblendete Schaltflächen, fehlende Menüeinträge oder einen Hinweistext hergestellt werden. Wirtschaftlich wirkende Services, Commands und Schnittstellen bleiben technisch gesperrt. Kann der Status LOCKED nicht eindeutig bestätigt werden, liegt ein kritischer Befund vor. Der Lauf darf dann nicht still als erfolgreich abgeschlossen werden.

Mandantenbindung, Rollenbindung, Capability-Schutz und wirtschaftliche Sperre arbeiten nach dem Fail-Closed-Prinzip. Fehlt eine dieser Bedingungen, wird der betreffende Prüfschritt abgewiesen. Das gilt insbesondere bei einem falschen Mandanten, einer fehlenden Rolle, einem unzulässigen Scope, einer unsicheren Sitzung, einem nicht bestätigten Wirtschaftsstatus oder einer realen statt neutralen Wirkung. Sicherheit erhält Vorrang vor einem scheinbar grünen Gesamtergebnis.

Die Freiwilligkeit des Tageschecks bleibt davon getrennt. Der Nutzer kann den Test starten, verschieben oder für den Tag ausblenden. Diese Entscheidung arbeitet Fail-Open. Die wirtschaftlichen und technischen Schutzbedingungen arbeiten dagegen weiterhin Fail-Closed. Der Mensch entscheidet frei über die Teilnahme. Das System entscheidet streng über die Schutzgrenzen. Eine Ablehnung des Tests lockert daher niemals die Mandanten-, Rollen- oder Wirtschaftssperren.

Der Schutz bleibt auch bei Fehlern und Unterbrechungen bestehen. Ein fehlgeschlagener oder abgebrochener Test darf keine wirtschaftliche Teilwirkung hinterlassen. Produktive Daten bleiben unverändert, reale Vorgänge bleiben unberührt und wirtschaftliche Sperren bleiben aktiv. Wiederholungen verwenden weiterhin neutrale Prüfwerte. Eine Fortsetzung wird an dieselbe Run-ID, denselben Mandanten und dieselbe Rolle gebunden. Fremde oder veraltete Fortsetzungsstände werden abgewiesen.

Die Neutralität wird nicht nur vorausgesetzt, sondern ausdrücklich nachgewiesen. Die Quittung enthält den Prüfmodus, den Neutraltest von 0,00 EUR, den Wirtschaftsstatus LOCKED, das Ergebnis, die Run-ID sowie Nutzer-, Rollen- und Mandantenbezug und den Nachweis-Hash. Das PDF-Protokoll weist die fehlende wirtschaftliche Außenwirkung aus. Auch die S•U•S•I-Stellungnahme hält fest, dass keine Forderung, Provision, Auszahlung oder reale Kundenwirkung entstanden ist.

Wird eine Neutralitätsbedingung verletzt, handelt es sich nicht um einen einfachen technischen Hinweis. Reale statt neutraler Wirkung, eine nicht bestätigte Wirtschaftssperre, Mandantenvermischung, fehlender Rollenschutz oder eine unsichere Sitzung werden als Rot-Kritisch behandelt. Die betroffene Funktion wird vorsorglich gesperrt und der Befund unmittelbar an die technische Prüfung übergeben. Nicht betroffene Arbeitsbereiche können weiterhin nutzbar bleiben.

Die Schutz- und Neutralitätsprinzipien sichern mehrere Seiten zugleich. Sie schützen den Nutzer vor unbeabsichtigten Folgen eines Tests, Kunden vor fiktiven oder irrtümlichen Buchungen, Partner vor falschen Provisionsständen und das Unternehmen vor fehlerhaften Forderungen, unzulässigen Auszahlungen und nicht nachvollziehbaren Rechnungsereignissen. Zugleich bleibt jeder Prüflauf eindeutig als Test identifizierbar und revisionsfähig nachvollziehbar.

Zwischen QM-Lauf und Wirtschaftskette besteht deshalb eine harte Trennung. Der QM-Lauf prüft die Funktion, bestätigt den Schutz, erzeugt den Nachweis und bleibt wirtschaftlich neutral. Eine spätere Wirtschaftskette prüft dagegen das fachliche Ereignis, die zugrunde liegende Evidenz, die Berechtigung und die kaufmännische Freigabe. Erst danach kann gegebenenfalls eine Buchung oder Auszahlung entstehen. Beide Ketten dürfen nicht zusammenfallen.

Der QM-Lauf prüft ausschließlich mit neutralen Werten und bleibt strikt von realen Leads, Provisionen, Auszahlungen und sonstigen wirtschaftlichen Wirkungen getrennt – der Wirtschaftsmodus bleibt durchgehend LOCKED.