Ihr habt euer ERP vor drei Jahren gewechselt, und die alte Anwendung läuft immer noch auf einer Kiste in der Ecke des Serverraums. Niemand nutzt sie täglich, niemand will sie anfassen, aber niemand traut sich auch, sie auszuschalten. Genau das ist Abschalten von Altsystemen — und genau deshalb macht es fast niemand ordentlich.
Wir sehen dieses Muster in jeder zweiten Firma, in die wir geholt werden. Das neue System läuft, die Prozesse haben sich umgestellt, die Leute klicken das alte Icon auf dem Desktop nicht mehr an. Und trotzdem läuft das alte Programm. Weil jemand einmal im Quartal reinschaut, um eine historische Rechnung zu prüfen. Weil in der Datenbank „irgendwelche Daten sind, die noch nützlich sein könnten". Weil die Lizenz bis Jahresende bezahlt ist. Weil — und das ist mit Abstand der häufigste Grund — nie jemand aufgeschrieben hat, wann und wie man sie endlich ausmacht.
Das Ergebnis ist immer dasselbe. Die Firma zahlt jeden Monat für einen Server, Lizenzen, Datenbank-Updates, Backups und Administratorstunden für etwas, das in der Praxis zwei Personen alle paar Wochen anfassen. Dazu wächst das Risiko: Das System ist seit zwei Jahren nicht mehr gepatcht, läuft auf Windows Server 2012, auf einer Firebird-Datenbank, die niemand in der Firma mehr versteht.
Warum alte Systeme nie sterben
Hinter jedem „das können wir nicht abschalten" steht ein konkreter, enger Grund. Und fast immer lässt er sich für einen Bruchteil dessen lösen, was es kostet, das System noch ein Jahr weiter zu betreiben.
Meistens ist es eines von vier Dingen: historische Rechnungen und Dokumente, die die Buchhaltung fünf Jahre rückwirkend sehen können muss. Ein Kunden- oder Lieferantendatensatz mit Notizen, die niemand migriert hat. Ein Management-Report, den jemand einmal im Quartal fährt und der „nur da drin richtig aussieht". Oder — am frustrierendsten — eine einzige Funktion, die das neue System schlicht nicht hat, weshalb zwei Personen aus Gewohnheit ins alte einloggen.
Keiner dieser Gründe rechtfertigt einen laufenden Server mit einer vollständigen Anwendungsinstallation. Jeden davon kann man einzeln lösen. Aber solange sie niemand auf Papier bringt, bilden sie zusammen eine Mauer, an der das Abschalt-Projekt jedes Mal scheitert.
Was „Abschalten" wirklich bedeutet
Abschalten ist kein einzelner Tag, an dem jemand „Shutdown" auf dem Server klickt. Es ist ein 3- bis 6-monatiges Projekt, in dem ihr nacheinander jeden Grund entschärft, aus dem das System noch läuft. Am Ende, wenn keiner mehr übrig ist, klickt ihr tatsächlich Shutdown.
Ein konkretes Beispiel. Bei einem unserer Kunden — einem 28-köpfigen Elektro-Großhändler, nach der Migration von einer selbstgebauten Delphi + Firebird-Lösung auf Comarch Optima im Jahr 2019 — lief die alte Anwendung noch fünf Jahre weiter. Zwei Personen aus der Buchhaltung loggten sich im Schnitt einmal pro Woche ein, um historische Rechnungen aus den Jahren 2011–2018 herauszuholen. Die gesamte Infrastruktur — gehosteter Server, Lizenzen, Backup, eine Administratorstunde im Monat — kostete die Firma rund 1.600 PLN im Monat. Auf ein Jahr gerechnet etwa 19.000 PLN für ein System, das niemand mehr zum Betrieb des Geschäfts benutzte.
Das Abschalten hat vier Monate gedauert. Wir haben 47.000 Rechnungen als PDF exportiert, mit einem Excel-Index dazu, die Kundennotizen in ein Textfeld in Optima verschoben und einen Report in Power BI neu aufgebaut. Der Server ging an einem Freitagabend aus. Am Montag hat es niemand bemerkt. Die Firma hat eine Stunde IT-Zeit pro Woche und rund 4.000 Euro im Jahr an Infrastrukturkosten zurückbekommen.
Der Abschalt-Plan — Schritt für Schritt
Das Abschalten hat eine einfache Struktur, an die man sich halten sollte:
- Nutzungs-Inventur. Ihr führt 2–4 Wochen lang ein einfaches Log: wer sich wann und wofür in das alte System einloggt. Ohne das arbeitet ihr im Blindflug. In der Regel stellt sich heraus: 2–3 Personen, für 3–4 konkrete Dinge.
- Liste dessen, was erhalten bleiben muss. Schreibt genau auf, was nach dem Ausschalten weiterhin zugänglich sein muss — Rechnungen, Verträge, Notizen, Reports. Präzise: „Ausgangsrechnungen 2015–2019 als PDF, indexiert nach Steuernummer und Rechnungsnummer". Nicht „Verkaufshistorie".
- Archivformat. Wählt aus, in welchem Format die Daten von jetzt an leben. Meistens PDF plus Excel-Index, dazu ein CSV-Dump der Datenbank. Es lohnt sich fast nie, eine zweite „Nur-Lese"-Installation des gleichen Systems hinzustellen — das verschiebt das Problem nur.
- Migration dessen, was weiter funktionieren muss. Die eine nicht migrierte Funktion oder der eine Report wandern ins neue System — Optima, Power BI, wohin auch immer. Das sind meistens 5–15 Personentage Arbeit.
- Parallelbetrieb. Das alte System läuft noch 4–6 Wochen weiter, aber schreibgeschützt. Die Nutzer lernen, dass eine Rechnung aus 2015 jetzt im PDF-Archiv lebt, nicht in der Anwendung.
- Shutdown und Prüfung. Ihr schaltet den Server aus, aber ihr löscht das Datenbank-Backup weitere 12 Monate lang nicht. Falls doch etwas auftaucht — dann gibt es etwas, aus dem man wiederherstellen kann.
Der Plan ist nicht kompliziert. Kompliziert ist nur die Entscheidung, ihn überhaupt anzustoßen.
Fallen, auf die man achten sollte
Das Abschalten hat drei klassische Fallen, in die alle beim ersten Mal geraten.
„Machen wir selbst, wenn ein Moment da ist." Dieser Moment kommt nie. Abschalten braucht ein Budget, einen Termin und eine verantwortliche Person — sonst läuft das alte System einfach noch ein Jahr weiter.
Export ohne Index. Ihr schippt 30.000 PDFs in einen Ordner ohne Struktur. Ein Jahr später, wenn die Buchhaltung eine bestimmte Rechnung von 2016 sucht, stellt sich heraus: Das Archiv ist unbrauchbar. Ein Index (eine CSV mit Steuernummer, Datum, Betrag, Rechnungsnummer und Dateipfad) ist ein Pflichtteil der Migration. Ohne den ist das Archiv eine Müllhalde.
Shutdown vor der Kommunikation. Jemand in der Buchhaltung loggt sich einmal im Quartal ein, zum Monatsabschluss. Wenn ihr diesen Mittwoch für den Shutdown wählt, kriegt ihr am Dienstag den Anruf, dass „auf einmal Daten fehlen". Die Kommunikation mit den Nutzern — namentlich, mit Datum, mit Anleitung wo die Daten jetzt liegen — muss eine Woche vorher raus.
Wann es noch nicht der Moment ist
Nicht jedes alte System eignet sich dafür, dieses Jahr abgeschaltet zu werden. Drei Situationen, in denen es sich lohnt zu warten:
- Das neue System läuft noch nicht stabil — das Risiko, aufs alte zurückzufallen, ist real. Erst mit dem Abschalten anfangen, wenn die neue Umgebung 6+ Monate ohne Reibungen läuft.
- In der alten Datenbank stehen Daten, die ihr im neuen System nicht sauber reproduzieren könnt (z. B. komplexe Kostenkalkulationen). Erst diese Lücke im neuen schließen, dann das alte abschalten.
- Das Geschäftsjahr endet und die Buchhaltung möchte bis zum Abschluss eine „sichere" Version des Zugriffs auf die Historie haben. Plant das Abschalten für Januar–Februar des Folgejahres.
Außerhalb dieser drei Fälle: Wenn ein System schon ins zweite Jahr „für alle Fälle" läuft, ist es Zeit, es auszuschalten. Jeder weitere Monat ist Kosten ohne Gegenwert.
Was ihr diese Woche tun könnt
Drei Dinge, die sich sofort machen lassen — ohne Budget und ohne Vorstandsentscheidung.
Erstens: eine Liste alter Anwendungen aufschreiben, die noch „für alle Fälle" laufen. Name, welcher Server, wer sich dieses Jahr zuletzt eingeloggt hat, wie viel der Betrieb ungefähr kostet. Meistens kommen 2–4 Positionen zusammen, und die Summe unten auf dem Zettel ist größer, als alle gedacht haben.
Zweitens: auf dem ältesten Punkt der Liste das Nutzungs-Logging einschalten. In einem Monat wisst ihr genau, wer wofür reingeht.
Drittens: „System X abschalten" mit konkretem Budget und Termin in den IT-Plan fürs nächste Jahr aufnehmen. Wenn ihr es nicht plant, passiert es nicht von allein.
Das Abschalten alter Systeme ist eine dieser Sachen, die euch kein IT-Anbieter von sich aus vorschlagen wird, weil es direkt seinen Umsatz senkt. Deshalb passiert es fast nie ohne eine interne Entscheidung.
Ein altes System verschwindet nicht von allein. Abschalten ist ein Projekt — mit Termin, Budget und einer verantwortlichen Person. Ohne das läuft es noch ein Jahr weiter.