Microsoft Access in Unternehmen: Übernahme, Support und Modernisierung

• Nach Office- oder Windows-Updates treten plötzlich Fehler auf
• Die Performance bricht ein, sobald mehr Daten oder mehr Nutzer dazukommen
• Mehrere Versionen sind im Umlauf und niemand weiss, welche die aktuelle ist
• Kritische Logik steckt in VBA-Makros, die kaum jemand mehr versteht
• Das Wissen hängt an einer Person oder an einem externen Partner, der wegfällt
• Schnittstellen zu ERP oder CRM sind instabil oder fehlen ganz
• Bei Backups und Wiederherstellung herrscht Unsicherheit

Kommt Dir das bekannt vor? Dann brauchst Du jemanden, der Deine Access-Lösung wieder stabil und planbar macht. Genau das machen wir seit Jahren, unter anderem für den Schweizerischen Baumeisterverband, Thurbo, Sulzer, BWS Limmattal und das Bistum St. Gallen. Je nach Lage heisst das Support, Übernahme oder Modernisierung.

• 2 GB Datenbanklimite als harte technische Grenze
• ab etwa 25 gleichzeitigen Nutzern wird der Mehrbenutzerbetrieb kritisch
• der Microsoft-Support für Access in aktuellen Office-Versionen ist über Oktober 2029 hinaus nicht gesichert

Nicht jedes Unternehmen braucht sofort eine Ablösung. In der Praxis gibt es drei sinnvolle Wege, je nach Situation.

1. Access Support und Wartung

Viele suchen nach «MS Access Support»  und meinen damit unterschiedliche Dinge. Für uns umfasst Support immer zwei Ebenen: schnelle Hilfe, wenn es brennt, und saubere Stabilisierung, damit es nicht wieder passiert.

Typische Auslöser

• Fehler treten nach Updates auf, aber die Lösung ist grundsätzlich passend.
• Performance und Datenstruktur werden spürbar zum Bremsklotz.
• Weiterentwicklung passiert, aber nur noch mit Risiko und Bauchgefühl.

Wichtige Schritte

• Störungen analysieren und dauerhaft beheben
• Performance und Datenstruktur verbessern
• Betrieb absichern: Backups, Wiederherstellung, klare Verantwortlichkeiten
• Kleine Erweiterungen sauber umsetzen, ohne neue Risiken einzubauen
• Technische Schulden abbauen, damit Änderungen wieder planbar werden

2. Access-Übernahme und Stabilisierung

Passend, wenn Wissen fehlt oder die Lösung in neue Hände muss.

Typische Auslöser

• Wissen hängt an einer Person oder an einem externen Partner, der weg ist oder wegfällt.
• Niemand weiss sicher, wie die Lösung wirklich funktioniert, und Änderungen sind riskant.
• Umgebungen wurden ersetzt, und plötzlich läuft die Anwendung nicht mehr zuverlässig.

Unsere Leistungen

• Umgebung wieder lauffähig machen und Abhängigkeiten klären
• Logik, Datenmodell und kritische Stellen nachvollziehbar machen
• Risiko Hotspots finden: Makros, Abfragen, Formulare, Schnittstellen
• Dokumentation aufbauen, damit Wissen nicht im Kopf bleibt
• Backlog erstellen: was sofort stabil werden muss und was später verbessert werden kann

3. Modernisierung oder Ablösung

Passend, wenn Anforderungen wachsen oder Access Grenzen erreicht.

Typische Auslöser

• Mehr Teams arbeiten parallel, und Ihr braucht zentrale Nachvollziehbarkeit.
• Sicherheit, Rollen und Audit Anforderungen steigen deutlich.
• Integrationen werden wichtiger, und die Schnittstellen sind heute unstabil.

Mögliche Modernisierungswege

• Schrittweise Modernisierung, ohne alles neu zu bauen
• Daten in eine robuste Datenbank verlagern, Access als Frontend entlasten
• Neue Oberfläche oder Web-Anwendung, während Prozesse weiterlaufen
• Ablösung, wenn Komplexität, Sicherheit oder Skalierung es erfordern

Ziel ist, dass Eure Lösung wieder beherrschbar wird: technisch lauffähig, fachlich verständlich, betrieblich abgesichert.

Phase 1: Verstehen und lauffähig machen

• Anwendung und Umgebung stabil starten können
• Abhängigkeiten sichtbar machen: Dateien, Verknüpfungen, Rechte, Schnittstellen
• Erste Risiko Liste: was akut ist, was mittelfristig gefährlich wird

Phase 2: Stabilisieren und betreibbar machen

• Fehlerquellen reduzieren und Performance verbessern
• Backup und Restore-Konzept festlegen, inklusive Verantwortlichkeiten
• Grunddokumentation erstellen: Struktur, Hauptlogik, kritische Stellen

Phase 3: Roadmap für Weiterentwicklung oder Modernisierung

• Priorisierter Backlog: was bringt schnell Stabilität, was bringt nachhaltig Wirkung
• Variantenvergleich: Support, Modernisierung, Ablösung
• Grober Aufwandrahmen und nächste Schritte, damit Ihr sauber planen könnt

Konkrete Ergebnissse aus einer typischen Übernahme

• Lauffähige Entwicklungs- und Laufumgebung, inklusive Abhängigkeiten Übersicht
• Übersicht über Datenmodell, Kernlogik, kritische Makros, Abfragen und Formulare
• «Risiko-Liste» mit Quick Wins und Sofortmassnahmen
• Backup und Wiederherstellung, inklusive Verantwortlichkeiten und Test
• Priorisierter Backlog plus Roadmap-Varianten für die nächsten Schritte

Frag eine beliebige KI, wie Du Deine Access-Lösung modernisierst, und Du bekommst fast immer dieselbe Antwort: Daten raus aus Access, rein in einen MS SQL-Server, Access bleibt als Oberfläche. Von 1-Tier auf 2-Tier. Das klingt sauber und ist in vielen Fällen trotzdem die falsche Entscheidung.

Der Grund liegt nicht in der Technik, sondern in der Datenstruktur Deiner Lösung. Eine Migration auf SQL bringt Dir nur dann etwas, wenn sich Dein Datenmodell in klar abgegrenzte Fachbereiche trennen lässt. Sind Daten und Formulare über Jahre eng verpflochten, verschiebst Du das Problem nur. Du investierst teuer und die eigentliche Ursache bleibt. Deshalb prüfen wir zuerst eine einzige, entscheidende Frage: Lässt sich Deine Access-Lösung überhaupt sauber trennen?

Eine rein technische Analyse zeigt Dir, wie Deine Access-Lösung gebaut ist. Sie zeigt Dir nicht, was sie fachlich leistet. Das ist der häufigste Fehler bei Modernisierungsentscheiden: Man bewertet die Technik und übersieht, welche Logik für den Betrieb geschäftskritisch ist.

Wir ergänzen die technische Bestandsaufnahme deshalb immer um eine Nutzungsanalyse aus Prozess-Sicht, inklusive eines klickbaren Prototyps. Erst so wird sichtbar, welche Funktionen geschäftskritisch sind und was in eine neue Lösung überführt werden muss. In mehreren Projekten sind wir dadurch zu einer völlig anderen Empfehlung gekommen, als eine technische Prüfung oder eine KI sie je hätte liefern können.

1. Access behalten.

Läuft stabil und die Performance trägt? Dann triff eine bewusste Entscheidung fürs Abwarten. Das ist oft die wirtschaftlichste Wahl. Behalte nur den Handlungshorizont im Blick: das Support-Ende und den Tag, an dem die einzige Person mit dem Wissen geht.

2. Backend auf SQL Server verlagern.

Der Klassiker: Du legst die Daten in eine relationale Datenbank, Access bleibt Frontend. Das passt aber nur, wenn sich Dein Datenmodell sauber in Fachbereiche trennen lässt. Wir haben Projekte gesehen, in denen genau dieser Schritt am Ende kaum etwas brachte: teures Geld, investiert in eine Technologie, die ohnehin auslief.

3. Access-Frontend ablösen.

Du behältst die Daten und ersetzt die Oberfläche durch eine Web-Anwendung. Es gilt dieselbe Bedingung wie bei Weg 2. Häufig der klügste Zwischenschritt Richtung Neulösung, weil Du Risiko und Aufwand staffelst.

4. Mit Standardsoftware ablösen.

Sind Deine Abläufe standardnah, ersetzt ein Marktprodukt Access oft vollständig. Wir bauen nur das selbst, womit Du Dich wirklich vom Wettbewerb abhebst. Den Rest deckt Standard ab, günstiger und schneller gewartet.

5. Neubau auf der grünen Wiese.

Gilt als riskant, und das stimmt, wenn man unstrukturiert loslegt. Lässt sich Deine Lösung nicht schrittweise trennen, ist der parallele Neubau trotzdem der sauberste Weg. Du baust mit frischem Domänenmodell neu, migrierst die Daten in einem einzigen Cut-over und lässt die alte Lösung als Nur-Lese-Referenz mitlaufen, bis das neue System steht.