Am Anfang steht meistens eine einfache Tabelle. Ein paar Zeilen, ein paar Spalten, genug, um den Überblick zu behalten. Man weiß, was reingekommen ist, was rausgegangen ist, wer wofür verantwortlich war.
Ein Jahr später ist aus der Tabelle ein System geworden. Zwei Jahre später mehrere Systeme, die miteinander sprechen sollen und es nur teilweise tun. Und irgendwann sitzt jemand am Monatsende da und versucht herauszufinden, warum zwei Zahlen nicht zusammenpassen, die eigentlich dasselbe beschreiben sollten.
Das ist kein Einzelfall. Das ist der Normalzustand kaufmännischer Software.
Je mehr ein Unternehmen wächst, desto mehr Systeme kommen dazu. Eines für Rechnungen, eines für Zahlungen, eines für Lager, eines für Kunden. Jedes für sich funktioniert. Aber zwischen ihnen entstehen Lücken - kleine Unstimmigkeiten, die sich erst zeigen, wenn jemand die Zahlen zusammenführt. Und dann beginnt die eigentliche Arbeit: nicht das Geschäft führen, sondern das Geschäft überprüfen. Nachbuchen. Abstimmen. Fehler suchen, die niemand absichtlich gemacht hat, die aber trotzdem da sind, weil kein System dem anderen wirklich vertraut.
Der Schmerz
Die meisten kaufmännischen Systeme sind darauf ausgelegt, Zahlen zu verwalten. Sie speichern, was passiert ist. Sie berechnen Summen, erzeugen Belege, exportieren Berichte. Was sie selten leisten: zu erklären, warum eine Zahl so ist, wie sie ist. Wer sie verursacht hat. Welche Entscheidung dahintersteckt. Welche andere Zahl mit ihr zusammenhängt.
Das führt zu einem eigenartigen Widerspruch. Die Software wird mit jedem Jahr leistungsfähiger, schneller, umfangreicher - und gleichzeitig sinkt das Vertrauen in das, was sie ausspuckt. Nicht, weil sie falsch rechnet. Sondern weil niemand mehr genau sagen kann, wie eine Zahl entstanden ist, sobald sie durch drei oder vier Systeme gelaufen ist. Also wird kontrolliert. Gegengeprüft. Ein zweites System baut Prüfsummen für das erste. Ein Mensch sitzt am Ende der Kette und vergleicht von Hand, was die Maschinen eigentlich längst hätten klären sollen.
Kontrolle wird zur Antwort auf Misstrauen. Und Misstrauen entsteht, weil Systeme wachsen, ohne dass ihre Nachvollziehbarkeit mitwächst. Man bekommt mehr Software - aber nicht mehr Gewissheit, dass sie stimmt.
Für ein kleines Unternehmen ist das ärgerlich. Für ein wachsendes Unternehmen wird es zum eigentlichen Kostenfaktor: Zeit, die nicht ins Geschäft fließt, sondern in die Überprüfung des Geschäfts. Menschen, deren Aufgabe darin besteht, das zu reparieren, was die Systeme selbst hätten verhindern können.
Unsere Frage
Was wäre, wenn kaufmännische Software nicht zuerst Zahlen verwalten würde, sondern Verantwortung? Nicht: Wie hoch ist der Betrag? Sondern: Wer hat diese Entscheidung getroffen, und aus welchem Grund? Was wäre, wenn jede Buchung nicht nur ein Ergebnis wäre, sondern sichtbar bliebe, wie sie entstanden ist - mit welcher anderen Entscheidung sie zusammenhängt, welcher Vorgang sie ausgelöst hat?
Vielleicht braucht kaufmännische Software keine bessere Kontrolle. Vielleicht braucht sie mehr Vertrauen - aber ein Vertrauen, das sich begründen lässt, weil die Beziehungen zwischen den Entscheidungen erhalten bleiben, statt in getrennten Systemen zu verschwinden.
Aus dieser Frage ist Steuerjan entstanden.
Eine andere Grundannahme
Steuerjan geht nicht davon aus, dass eine Zahl für sich steht. Es geht davon aus, dass jede kaufmännische Entscheidung Teil eines Zusammenhangs ist - eine Rechnung hängt mit einer Lieferung zusammen, eine Lieferung mit einer Bestellung, eine Bestellung mit einem Kundenwunsch. Wenn diese Beziehungen erhalten bleiben, statt an jeder Systemgrenze verloren zu gehen, muss man am Monatsende nicht mehr raten, warum etwas so ist, wie es ist. Man kann es nachvollziehen.
Das verändert die Grundfrage kaufmännischer Software. Nicht mehr: Wie verhindern wir, dass jemand einen Fehler macht? Sondern: Wie sorgen wir dafür, dass jede Entscheidung ihre eigene Geschichte behält, damit ein Fehler - wenn er passiert - sofort sichtbar wird, statt sich über Monate zu verstecken?
Kontrolle setzt Misstrauen voraus. Man kontrolliert, weil man nicht weiß, ob etwas stimmt. Verantwortung setzt etwas anderes voraus: dass man jederzeit nachvollziehen kann, wer eine Entscheidung getroffen hat und warum. Das eine versucht, Fehler nachträglich zu finden. Das andere versucht, sie von Anfang an sichtbar zu halten.
Dazu gehört auch, dass eine Entscheidung, einmal getroffen, nicht im Nachhinein spurlos verändert werden kann. Nicht aus Misstrauen gegenüber den Menschen, die damit arbeiten, sondern weil eine Zahl nur dann etwas wert ist, wenn feststeht, dass sie unverändert geblieben ist seit dem Moment, in dem sie entstand. Was einmal gebucht wurde, bleibt nachvollziehbar - auch wenn sich später herausstellt, dass eine Korrektur nötig ist. Die Korrektur wird dann selbst Teil der Geschichte, nicht ihr Ersatz. Genau das macht ein System am Ende auch für Dritte glaubwürdig, ohne dass diese Glaubwürdigkeit eigens beteuert werden müsste.
Für ein Unternehmen bedeutet das nicht weniger Sorgfalt. Es bedeutet eine andere Art von Sorgfalt - eine, die nicht am Ende der Kette ansetzt, sondern von Beginn an mitläuft, weil sie in die Struktur der Software eingebaut ist, statt ihr nachträglich aufgesetzt zu werden.
Was bleibt
Ob sich das im Alltag eines wachsenden Unternehmens tatsächlich so bewährt, wie es sich in der Idee anfühlt, wird sich zeigen. Steuerjan ist früh, vieles ist noch offen, manches wird sich als zu ambitioniert herausstellen. Aber die Frage dahinter bleibt bestehen, unabhängig davon, wie das Werkzeug am Ende aussieht.
Vielleicht ist der eigentliche Unterschied zwischen Kontrolle und Vertrauen gar nicht, wie viel man überprüft. Sondern ob man überhaupt noch überprüfen muss, um zu wissen, was wahr ist.
