Wenn das Wissen in Rente geht: Altsysteme sichern, bevor das letzte Urteilsdokument verschwindet

In vielen mittelständischen Unternehmen existiert ein System, von dem offiziell niemand mehr so recht weiß, wann es eingeführt wurde. Es läuft, es erledigt seine Arbeit – und es läuft vor allem deshalb, weil Herr aus dem technischen Support seit zwanzig Jahren jeden Patch kennt und Frau aus der Buchhaltung jede Sonderregelung im Abgrenzungskreis nachvollziehen kann. Solche Konstellationen sind kein Einzelfall, sondern der Normalzustand in einem erheblichen Teil der deutschen Mittelstandslandschaft.

Das stille Risiko hinter laufenden Systemen

Gefährlich sind Altsysteme nicht, wenn sie ausfallen – dann ist das Problem zumindest sichtbar. Gefährlich sind sie, solange sie funktionieren. Denn der Eindruck der Stabilität verdeckt, dass das eigentliche System nicht auf dem Server läuft, sondern in den Köpfen weniger Personen. Sobald diese Personen das Unternehmen verlassen, in den Ruhestand treten oder schlicht erkranken, entsteht ein Wissensvakuum, das sich nicht durch Stellenanzeigen füllen lässt.

Die Praxis liefert genug Beispiele: Ein Handelsbetrieb, dessen komplette Preispflege über ein eigenentwickeltes DOS-Nachfolgesystem läuft, dessen letzte Dokumentation von 2007 stammt. Ein Maschinenbauer, bei dem die Schnittstelle zur Lohnabrechnung von einem externen Dienstleister gepflegt wurde, der sich längst aufgelöst hat. In beiden Fällen war das System nicht das Problem – das fehlende Wissen darum war es.

Warum die Betriebsrente zur Systemdokumentation wird

Bemerkenswert ist, wie oft die eigentliche Systemdokumentation mündlich überliefert wird. Wer die Ablösung eines Veteranen im Unternehmen begleitet, stellt häufig fest: Die kritischen Sonderfälle existieren nur als Merksätze („Wenn die Auftragsnummer mit 9 beginnt, muss man erst das Bonusblatt laufen lassen“) oder als bemalte Zettel an Monitoren. Das ist keine Dokumentation, das ist Folklore mit betriebswirtschaftlicher Tragweite.

Hinzu kommt eine juristische Dimension. Nach den Grundsätzen ordnungsmäßiger Buchführung und den Anforderungen der GoBD müssen auch die Systeme, die steuerrelevante Daten verarbeiten, nachvollziehbar sein. Ein Altsystem, dessen Verarbeitungslogik niemand mehr erklären kann, ist spätestens bei einer Betriebsprüfung oder im Rahmen einer Verfahrensdokumentation ein echtes Problem – unabhängig davon, ob es technisch noch stabil läuft.

Vier Schritte zur Wissenssicherung

Die gute Nachricht: Wissenssicherung erfordert keine Großprojekte, sondern methodische Konsequenz. Bewährt hat sich ein vierstufiges Vorgehen:

1. Systemkritische Abhängigkeiten kartieren. Welche Prozesse laufen über welches System? Wer kann im Notfall eingreifen? Eine einfache Matrix genügt oft – entscheidend ist, dass sie existiert und gepflegt wird.

2. Exit-Szenario definieren. Nicht jedes Altsystem muss sofort modernisiert werden. Aber jedes kritische System braucht einen dokumentierten Plan: Was passiert, wenn die Wissensperson ausscheidet? Gibt es einen Lieferanten, einen Ersatz, eine Übergangsstrategie?

3. Wissen aktiv abrufen. Pairing-Sessions, in denen der Systemkenner seine Abläufe vor der Kamera oder im Screencast erklärt, liefern mehr Substanz als jede nachträgliche Befragung. Wichtig ist, Sonderfälle und Workarounds explizit zu erfassen – genau dort liegt das implizite Wissen.

4. Übergabe organisieren, nicht erzwingen. Wissen lässt sich nicht dekretieren, aber strukturieren. Ein zweiter Ansprechpartner, der Systemkenntnisse sukzessive aufbaut, kostet Zeit – und spart im Ernstfall Wochen.

Vom Altsystem zur Modernisierungsentscheidung

Interessanterweise entsteht durch die Dokumentation oft ein Nebeneffekt, der über die reine Risikovorsorge hinausgeht: Wer die Logik eines Altsystems einmal sauber aufgeschrieben hat, erkennt, welche Anteile tatsächlich geschäftskritisch sind und welche nur historischen Ballast darstellen. Die dokumentierte Wirklichkeit ist die beste Grundlage für eine nüchterne Modernisierungsentscheidung – ob Sanierung, Migration oder Neubau.

Der umgekehrte Weg, also die Modernisierung unter Zeitdruck, weil der Systemkenner den Betrieb verlassen hat, ist dagegen die teuerste Variante. Dann werden Anbieter im Eiltempo beauftragt, Anforderungen improvisiert und am Ende genau die Fehler reproduziert, die das alte System über Jahrzehnte angesammelt hat.

Fazit: Ein Termin im Jahreskalender, kein Großprojekt

Wissenssicherung bei Altsystemen ist keine Frage des Budgets, sondern der Priorität. Ein halber Tag pro Quartal, in dem die kritischen Abläufe dokumentiert und die Ansprechpartnerliste aktualisiert wird, senkt das Risiko erheblich. Unternehmen, die den Ruhestand langjähriger Mitarbeiter als Datum im Kalender behandeln – und nicht als Überraschung –, verwandeln ihr stilles Risiko in eine planbare Aufgabe. Das kostet wenig. Die Alternative kostet im Zweifel den Geschäftsbetrieb.