Access-Anwendungen sterben selten an einem Fehler. Sie sterben daran, dass niemand mehr verantworten will, was passiert, wenn die MDB-Datei auf dem Netzlaufwerk beim nächsten Windows-Update nicht mehr aufgeht und derjenige, der die Formulare gebaut hat, seit zwei Jahren im Ruhestand ist.
Warum die Ablösung fast immer zu lange aufgeschoben wird
Access war für seine Zeit ein bemerkenswert gutes Werkzeug. Es hat Fachabteilungen in die Lage versetzt, sich selbst zu helfen, und viele dieser Anwendungen laufen seit fünfzehn Jahren zuverlässig. Das ist das Problem: Etwas, das funktioniert, kommt nie auf die Investitionsliste.
Die Rechnung kommt später: als Personenrisiko, weil nur einer den Code kennt; als Sperre, weil die Anwendung Homeoffice nicht kann; als offene Flanke, weil Zugriffsrechte an einer Dateifreigabe hängen; und als Blockade, weil sich an ein System, das niemand mehr anfasst, auch keine Schnittstelle bauen lässt.
Wege aus einer gewachsenen Access-Anwendung
Welcher Weg passt, entscheidet die Frage: Wie lange soll das Ergebnis halten? Der Zwischenschritt über eine echte Datenbank ist sinnvoll, wenn akut etwas brennt und in zwölf Monaten ohnehin ein Neubau ansteht. Beim Wechsel auf eine Cloud-Plattform lohnt der Blick darauf, wo die Daten liegen und ob Sie die Anwendung im Zweifel mitnehmen können. Der Neubau als Webanwendung war früher der teuerste Weg; seit das Grundgerüst erzeugt statt geschrieben wird, ist er es nicht mehr.
Die Tabellen wandern in eine echte Datenbank, das Frontend bleibt Access. Löst: Dateisperren und Datenverlust bei mehreren Nutzern. Löst nicht: Installation je Arbeitsplatz, VBA-Abhängigkeit, Rechtefeinheit, Zugriff von außen.
Der von Microsoft empfohlene Weg. Rechnen Sie nach: Bei Lizenzen pro Nutzer und Monat kostet eine Anwendung für 60 Mitarbeiter dauerhaft, was früher eine Einmalanschaffung war.
Datenmodell übernehmen, Oberfläche und Logik neu abbilden. Ergebnis: keine Installation, Zugriff per Browser, Rechte bis auf Feldebene, Betrieb wahlweise im eigenen Haus, Quellcode, den Sie erhalten.
Was von einer Access-Anwendung übrig bleibt
Vollständig übernommen werden Tabellen, Datentypen, Beziehungen und die Bestandsdaten. Das ist der planbare Teil.
Neu abgebildet werden Formulare, Berichte und VBA-Module. Ein Access-Formular wird zu einer Eingabemaske mit serverseitiger Validierung, ein Bericht zu einem automatisch erzeugten PDF-Dokument, ein VBA-Modul zu einer Regel im System. Das klingt nach Mehraufwand und ist die Gelegenheit, die Notlösungen aus all diesen Jahren loszuwerden.
Neu dazu kommen die Dinge, die Access nie konnte: auf Wunsch die Anmeldung gegen Active Directory oder LDAP, Rollen und Rechte bis auf Feldebene, gleichzeitiges Arbeiten ohne Sperrkonflikte, Zugriff aus dem Browser und vom Tablet sowie ein Betrieb, den man überwachen kann.
Was Sie dafür brauchen
Claudette liest die Struktur aus und leitet daraus Entitäten, Felder und Beziehungen ab. Sie sehen das Ergebnis, bevor irgendetwas erzeugt wird.
Die wichtigsten Fragen sind fachlich, nicht technisch: Welche Zustände durchläuft ein Vorgang, wer darf was, was passiert am Monatsende?
Eigenes Rechenzentrum, Ihre Cloud oder unser Kubernetes-Betrieb. Die Anwendung ist dieselbe, nur der Ort ändert sich.
Anmeldung ohne zweites Passwort
Der häufigste Einwand gegen Weblösungen in Access-Projekten lautet: „Dann muss sich jeder wieder etwas Neues merken.“ Muss er nicht. Die Anwendung bindet Ihr Active Directory oder einen LDAP-Verzeichnisdienst an, übernimmt Benutzer und Gruppen automatisch und leitet daraus die Rollen ab. Wer das Haus verlässt, verliert den Zugang dort, wo er ihn immer verloren hat, nämlich im Verzeichnisdienst.
Weiterlesen
Microsoft hat nie einen unmittelbaren Nachfolger benannt und verweist auf Power Apps und Dataverse, was aber ein anderes Betriebs- und Lizenzmodell bedeutet: Cloud statt Dateifreigabe, Kosten pro Nutzer und Monat statt Einmallizenz. Der andere Weg ist, die Anwendung als eigenständige Webanwendung neu aufzusetzen, mit eigener Datenbank, eigenem Betrieb und ohne Lizenz pro Kopf.
Ja. Tabellen und Beziehungen lassen sich vollständig übernehmen, und das ist der unkomplizierte Teil. Aufwändig sind Formulare, Berichte und VBA-Module, weil diese nicht migriert, sondern in der neuen Architektur neu abgebildet werden.
Weil das nur das Datei-Sperrproblem löst. Die Oberfläche bleibt an Access gebunden, damit auch die Installation auf jedem Arbeitsplatz, die fehlende Rechtefeinheit und die Abhängigkeit von VBA. Als Zwischenschritt ist die Aufteilung sinnvoll, als Ziel selten.
Berichte werden zu serverseitig erzeugten PDF-Dokumenten. Das hat einen praktischen Vorteil: Sie lassen sich automatisch bei bestimmten Ereignissen erzeugen und versenden, statt dass jemand sie manuell ausdruckt.
Ja. Betrieb im eigenen Rechenzentrum ist möglich und bei Access-Ablösungen häufig der Wunsch, weil die Anwendung bisher ohnehin nie das Haus verlassen hat.
Sprechen Sie mit uns.