„Wir müssen von Access weg." Dieser Satz fällt oft, bevor überhaupt klar ist, wohin. Access gilt als alt. Als Übergangslösung. Als Schatten-IT. Also soll eine Webanwendung her, ein ERP-Modul oder eine neue Standardsoftware. Das kann richtig sein.
Es kann aber auch der Beginn eines teuren Umwegs sein. Denn eine Access-Anwendung besteht nicht nur aus Tabellen und Formularen. Sie enthält oft jahrelang gewachsenes Fachwissen: Sonderfälle, Prüfungen, Ausnahmen, Berechnungen und Abläufe, die nirgendwo sonst dokumentiert sind. Wer nur die Technik ersetzt, verliert schnell genau dieses Wissen.
Die Entscheidung sollte deshalb nicht lauten: Access behalten oder Access verbieten? Sie sollte lauten: Welche Anforderungen hat der Prozess heute – und in den nächsten Jahren?
Für eine Modernisierung spricht vieles, wenn:
- der Nutzerkreis klein und klar definiert ist,
- die Anwendung fachlich gut passt,
- die Datenstruktur grundsätzlich brauchbar ist,
- nur Wartbarkeit, Oberfläche oder einzelne Funktionen problematisch sind,
- eine schrittweise Verbesserung möglich ist.
Für eine Ablösung sprechen stärkere Gründe, wenn:
- viele Nutzer gleichzeitig und standortübergreifend arbeiten müssen,
- Browser- oder mobile Nutzung notwendig wird,
- Rollen, Rechte und Protokollierung deutlich wichtiger werden,
- komplexe Schnittstellen dauerhaft betrieben werden müssen,
- die vorhandene Struktur kaum noch nachvollziehbar ist,
- Anforderungen wachsen, die Access dauerhaft überfordern würden.
Aber selbst dann ist „Ablösen" kein einzelner Knopfdruck. Was passiert mit den Altdaten? Welche Funktionen müssen am ersten Tag verfügbar sein? Welche Ausnahmen sind wirklich erforderlich?
Wer testet die Ergebnisse? Wie lange müssen beide Systeme parallel laufen? Und vor allem: Wer kennt den aktuellen Prozess gut genug, um zu erkennen, ob das neue System dasselbe Ergebnis liefert? Viele Ablösungsprojekte scheitern nicht an der neuen Technik.
Sie scheitern daran, dass die alte Anwendung unterschätzt wurde. Plötzlich stellt sich heraus, dass ein unscheinbarer Button fünf Prüfungen ausführt. Dass ein Bericht manuell korrigierte Sonderfälle berücksichtigt. Dass bestimmte Daten nur deshalb richtig sind, weil eine Mitarbeiterin vor dem Import drei Spalten anpasst.
Genau diese Details gehören vor einer Entscheidung auf den Tisch. Manchmal ist das Ergebnis: modernisieren und stabilisieren. Manchmal: Access als Oberfläche behalten, aber Daten auslagern. Manchmal: einzelne Module schrittweise ersetzen.
Und manchmal: vollständig neu bauen. Die beste Entscheidung ist nicht die modernste. Sie ist die, bei der Nutzen, Risiko und Übergang realistisch zusammenpassen.
Bevor Sie eine Access-Anwendung ablösen, lassen Sie zuerst Funktionen, Daten und Abhängigkeiten sichtbar machen. Eine strukturierte Bestandsaufnahme ist deutlich günstiger als ein Neubau, der wichtige Sonderfälle erst nach dem Start entdeckt.
Projekt kurz schildern