Ein internes Kontrollsystem existiert in den meisten Häusern als Dokument: Kontrollmatrix, Beschreibung, Verantwortlicher. Was fehlt, ist der laufende Zustand — welche Kontrolle in dieser Periode ausgeführt wurde, welcher Nachweis dazu vorliegt, welche Ausnahme offen ist und wer über ihre Wirksamkeit geurteilt hat. Vor der Prüfung wird das rekonstruiert, statt abgerufen.
Sie beschreibt, was gelten soll. Den Zustand der Periode beschreibt sie nicht.
Screenshots, Mails, Exporte. Sie werden gesammelt, wenn die Prüfung angekündigt ist.
Sie wird besprochen und irgendwann behoben. Ob nachgetestet wurde, ist eine Frage an das Gedächtnis.
Die Daten sind vorhanden. Sie werden nur in verschiedenen Systemen zu verschiedenen Zeitpunkten wirksam.
Vier Schritte, und über jedem davon dieselben Querschnittsfähigkeiten.
Jedes Modul ist ein eigenständiger Einstieg. Diese Kette zeigt, was zusammenkommt, wenn mehrere davon auf demselben Finanzmodell laufen.
Im Produkt verifiziert
Führt Funktionstrennung, Freigabebefugnis und Nachweis am Vorgang. Die serverseitige Prüfung der Freigabe ist der Teil, den wir belegen können.
In aktiver Entwicklung
Jede Kontrollausnahme wird ein Vorgang mit Eigentümer, Frist und Entscheidung — und bleibt sichtbar, bis sie behoben ist.
Pilot / Validierung
Die Zahlungsfreigabe ist die Kontrolle, an der sich Wirksamkeit am deutlichsten zeigt: geprüft wird serverseitig, nicht im Formular.
In aktiver Entwicklung
Abstimmung, Abgrenzung und Freigabe im Abschluss sind Aufgaben mit Eigentümer und Termin — und damit prüfbare Kontrollen.
Pilot / Validierung
Der Beleg zur Kontrolle hängt am Vorgang, statt in einem Nachweisordner zu liegen.
Anerkennen, nachtesten, eskalieren oder als Risiko führen — innerhalb der Befugnis, die für diese Kontrolle und diese Gesellschaft gilt. Ein Urteil über Wirksamkeit ist eine Entscheidung mit Grundlage; sie ist keine Prüfungsbestätigung.
Rollen und Rechte bleiben im führenden System. FinanceOS prüft die Freigabe in seinem eigenen Vorgang und ändert keine ERP-Berechtigung.
Wo ein GRC-Werkzeug die Kontrollmatrix führt, bleibt sie dort. FinanceOS liefert den Zustand und den Nachweis aus dem laufenden Betrieb.
Das Urteil der Revision bleibt ihres. Diese Kette macht es begründbar, nicht überflüssig.
Was nicht gekennzeichnet ist, behaupten wir nicht. Den vollständigen Stand je Fähigkeit führen die Modulseiten und der Produktstand.
Nein. Wo eine Kontrollmatrix oder ein Risikoregister bereits geführt wird, bleibt das dort. Was hier entsteht, ist der laufende Zustand: welche Kontrolle in dieser Periode gegriffen hat, welcher Nachweis daran hängt und welche Ausnahme offen ist.
Nein, und das kann kein System. Prüfungsurteile fällen Prüfer. Was FinanceOS beiträgt, ist eine Nachweislage, die man abrufen kann, statt sie vor der Prüfung zusammenzutragen.
Unterschiedlich, und deshalb steht es unten auf der Seite gekennzeichnet. Belegen können wir die serverseitige Prüfung der Freigabe — unabhängig beobachtet in einer kontrollierten Umgebung. Wirksamkeitsurteil und Risikoregister führen wir als definierte Fähigkeit, nicht als heute laufenden Betrieb.
Bringen Sie diesen Fall mit, wie er bei Ihnen aussieht. Wir gehen ihn an Ihrem Beispiel durch und sagen, wo eine gemeinsame Finance-Ebene trägt und wo nicht.