In vielen Betrieben läuft das Kerngeschäft auf einer Access-Datei, einer Excel-Mappe mit Makros oder einem VB-Programm, das ein längst ausgeschiedener Kollege geschrieben hat. Das ist kein Versäumnis – diese Lösungen waren einmal genau richtig. Irgendwann kippt das Verhältnis aber, und dann stellt sich die Frage, wie man sie ersetzt, ohne den Betrieb anzuhalten.
1. Wie diese Systeme entstehen
Am Anfang steht fast immer ein konkretes Problem und jemand, der es pragmatisch löst: eine Tabelle für Aufträge, ein Formular dazu, ein Makro für den Ausdruck. Das funktioniert, also kommt der nächste Bereich hinzu. Nach zehn Jahren hängt das halbe Unternehmen an dieser Datei – und sie tut, was sie soll.
Genau deshalb ist Herablassung gegenüber solchen Lösungen fehl am Platz. Sie enthalten Jahre an fachlichem Wissen, das in keinem Handbuch steht. Wer sie ersetzt, muss dieses Wissen zuerst bergen – und nicht als Erstes über die Technik reden.
2. Woran Sie merken, dass es reicht
Der Zeitpunkt für die Ablösung ist selten ein Ausfall. Er kündigt sich über Monate an, und zwar an ziemlich typischen Stellen:
- Mehrere Anwender gleichzeitig führen zu Sperrkonflikten oder beschädigten Dateien
- Die Datei nähert sich der 2-GB-Grenze, und jemand fängt an, alte Datensätze zu löschen
- Niemand traut sich mehr an den Code, weil unklar ist, was sonst noch daran hängt
- Es gibt keinen Zugriff von unterwegs, obwohl der Außendienst ihn bräuchte
- Ein Windows- oder Office-Update legt die Anwendung lahm, und die Suche dauert Tage
- Auswertungen entstehen per Export nach Excel und werden von Hand zusammengeführt
Zwei bis drei dieser Punkte gleichzeitig sind ein verlässliches Signal. Was bis dahin Bequemlichkeit war, wird ab hier zum Betriebsrisiko – und ein Datenverlust kostet erfahrungsgemäß mehr als die Ablösung.
3. Warum Big Bang scheitert
Die naheliegende Idee ist, alles einmal komplett neu zu bauen und an einem Stichtag umzuschalten. In der Praxis geht das regelmäßig schief, weil die alte Anwendung während der gesamten Bauzeit weiterlebt: Es kommen Anforderungen dazu, Prozesse ändern sich, und das neue System jagt einem Ziel hinterher, das sich bewegt.
Big Bang
- Erster Nutzen erst nach vielen Monaten
- Ein Stichtag, an dem alles gleichzeitig klappen muss
- Rückfallebene ist praktisch nicht vorhanden
- Abbruch bedeutet Totalverlust der Investition
- Schulung des gesamten Betriebs auf einen Schlag
Schrittweise Ablösung
- Erster produktiver Ausschnitt nach Wochen
- Alt und Neu laufen parallel auf denselben Daten
- Jede Stufe ist einzeln rückabwickelbar
- Abbruch möglich, ohne das Erreichte zu verlieren
- Anwender lernen bereichsweise, nicht auf einmal
Der Ansatz ist als Strangler-Pattern bekannt: Das neue System wächst um das alte herum und übernimmt Bereich für Bereich, bis vom Altsystem nichts Wesentliches mehr übrig ist. Voraussetzung dafür ist, dass beide Seiten auf demselben Datenbestand arbeiten.
4. Der Weg in fünf Stufen
Die Tabellen wandern in eine echte Datenbank – in aller Regel SQL Server oder PostgreSQL. Die bestehende Anwendung greift danach über verknüpfte Tabellen weiter darauf zu. Für die Anwender ändert sich nichts, aber Mehrbenutzerbetrieb, Sicherung und Größenbeschränkung sind ab hier gelöst.
Was in Formularen und Makros an Fachlogik steckt, wird herausgeschrieben und dokumentiert. Dieser Schritt ist unbeliebt und trotzdem der wichtigste: Fast jede gescheiterte Ablösung ist an Regeln gescheitert, die niemand mehr kannte und die erst im Echtbetrieb auffielen.
Ein abgegrenzter Ausschnitt – etwa die Auftragserfassung – wird als Webanwendung neu gebaut und geht produktiv, während der Rest unverändert weiterläuft. Beide Teile arbeiten auf derselben Datenbank. Der erste sichtbare Erfolg kommt damit nach Wochen, nicht nach einem Jahr.
Danach folgt der nächste Ausschnitt, dann der übernächste. Jede Stufe ist für sich nutzbar und kann bei Bedarf gestoppt werden, ohne dass ein halbfertiges System zurückbleibt. Die Reihenfolge richtet sich nach Schmerz und Risiko, nicht nach der Struktur der Altanwendung.
Wenn der letzte Bereich umgezogen ist, wird die alte Datei archiviert – nicht gelöscht. Sie bleibt als Nachschlagewerk für Fragen erhalten, die erfahrungsgemäß noch monatelang auftauchen.
5. Die Daten sind das eigentliche Projekt
Der Aufwand liegt fast nie in den Bildschirmmasken, sondern in den Daten. Gewachsene Bestände enthalten Dubletten, Textfelder mit drei verschiedenen Datumsformaten, Kunden, die zweimal existieren, und Felder, die irgendwann für etwas anderes zweckentfremdet wurden. Nichts davon ist ungewöhnlich – man muss es nur früh wissen.
Deshalb gehört die Datenanalyse an den Anfang und nicht ans Ende. Bereinigt wird wiederholbar per Skript, nicht von Hand: Die Migration läuft im Projektverlauf dutzendfach zur Probe, und jeder manuelle Eingriff wäre beim nächsten Durchlauf wieder verloren.
Ein belastbarer Test ist die Gegenrechnung: Dieselbe Auswertung im Alt- und im Neusystem muss auf denselben Wert kommen. Weicht sie ab, ist entweder die Migration unvollständig oder es gab eine Regel, die niemand dokumentiert hatte – beides will man vor dem Produktivgang wissen.
Läuft bei Ihnen noch etwas Wichtiges auf einer Access-Datei?
Dann lohnt sich ein nüchterner Blick darauf, bevor der Ausfall den Zeitplan bestimmt. Im kostenlosen Erstgespräch schauen wir uns den Bestand an und ordnen ein, wie dringend und wie aufwendig eine Ablösung tatsächlich wäre.
Mehr zum Leistungsumfang: Individualsoftware & Legacy-Modernisierung