Access-Datenbank und Excel-Lösung ablösen: Wege für KMU

Warnzeichen: Wann Access oder Excel an Grenzen stößt

Probleme kommen selten an einem Tag, sondern schleichend. Diese Zeichen deuten darauf hin, dass die Lösung über ihren ursprünglichen Zweck hinausgewachsen ist:

• Größe: Eine Access-Datenbankdatei (.accdb) darf laut Microsoft höchstens 2 GB groß werden, abzüglich des Platzes für Systemobjekte; dieselbe Grenze gilt für eine einzelne Tabelle. Ein Excel-Arbeitsblatt fasst höchstens 1.048.576 Zeilen und 16.384 Spalten.
• Mehrbenutzerbetrieb: Access erlaubt laut Microsoft bis zu 255 gleichzeitige Benutzer. Liegt die ganze Datei auf einem Netzlaufwerk, gehen laut Microsoft alle Datenbankobjekte über das Netzwerk, was die Leistung mindert, und jeder Nutzer hat eine vollständige Kopie, was weniger sicher ist. Die übliche Abhilfe ist die Aufteilung in Frontend und Backend.
• Excel mit mehreren Personen: Die alte „Freigegebene Arbeitsmappe“ hat laut Microsoft viele Einschränkungen; empfohlen wird Co-Authoring. Das setzt eine aktuelle Excel-Version wie Excel für Microsoft 365 und eine Ablage in OneDrive oder SharePoint Online voraus, ältere Excel-Versionen können nicht gleichzeitig bearbeiten.
• Fernzugriff: Microsoft beschreibt die aufgeteilte Access-Datenbank für ein lokales Netzwerk (LAN) und rät davon ab, sie aus OneDrive oder einer SharePoint-Dokumentbibliothek zu öffnen, weil sonst doppelte Kopien entstehen können. Access selbst gibt es laut Microsoft nicht für macOS.
• Rechte: Datenbankserver bieten laut Microsoft meist kontenbasierte Sicherheit, mit der sich festlegen lässt, wer welche Tabellen sehen darf. Bei einer Datei auf dem Netzlaufwerk steuern Sie den Zugriff dagegen über die Rechte an Freigabe und Datei.
• Versionen: Kopien wie „Kunden_final_neu.xlsx“ kursieren, niemand weiß sicher, welche Fassung gilt, und wer was geändert hat, lässt sich nicht nachvollziehen.
• Wissen bei einer Person: Nur wer die Lösung gebaut hat, versteht Makros, VBA-Code und Abfragen. Fällt diese Person aus, steht der Ablauf.

Treffen mehrere Zeichen zu, lohnt der Blick auf Alternativen, bevor ein Ausfall die Entscheidung erzwingt.

Was Microsoft vorgibt: Support-Enden und eingestellte Web-Funktionen

Nach dem Support-Ende gibt es laut Microsoft keine Sicherheitsupdates, keine sonstigen Updates und keinen Support mehr. Die Programme können weiterlaufen, setzen Sie laut Microsoft aber Sicherheitsrisiken aus. Für Access sieht der Stand so aus:

Drei Wege der Ablösung

Für die Ablösung gibt es grob drei Wege, die sich auch kombinieren lassen. Welcher passt, hängt davon ab, wie viel der bestehenden Oberfläche bleiben soll, wer von wo zugreift und wie viel Logik in der alten Lösung steckt.

Access als Frontend, SQL Server als Backend

Die Daten ziehen in einen SQL Server um, Access bleibt als Oberfläche und greift über verknüpfte Tabellen zu. Microsoft nennt die Grenzen von 2 GB und 255 Benutzern selbst als Grund dafür und stellt den SQL Server Migration Assistant (SSMA) bereit. Er überträgt im Wesentlichen Tabellen und Auswahlabfragen ohne Parameter; Formulare, Berichte, Makros und VBA-Module setzt er nicht um, Tabellen mit Anlagefeldern migriert er nicht. Für den Einstieg eignet sich das kostenlose SQL Server Express: In der Version 2025 verwaltet es laut Microsoft bis zu 50 GB je Datenbank (die Access-Anleitung nennt noch 10 GB), nutzt aber höchstens vier Kerne und hat keinen SQL Server Agent für zeitgesteuerte Aufgaben. Der Weg erhält vertraute Formulare, bleibt aber an Windows-PCs mit Access gebunden.

Low-Code mit Power Apps und Dataverse

Access exportiert Tabellen und Daten mit einem eingebauten Migrationswerkzeug nach Dataverse, der Datenplattform der Microsoft Power Platform. Danach können Nutzer laut Microsoft weiter mit dem Access-Client arbeiten und zusätzlich Apps für Desktop, Smartphone und Tablet bauen. Dataverse unterstützt allerdings nicht jeden Access-Datentyp. Bei der Lizenz lohnt genaues Hinsehen: Dataverse ist laut Microsoft in Lizenzen für Power Apps oder Dynamics 365 enthalten; die Power-Apps-Rechte, die manche Microsoft-365-Lizenzen mitbringen, sind auf Microsoft-365-Daten und Standard-Connectoren beschränkt. Der SQL-Server-Connector ist in Power Apps ein Premium-Connector. Eine Basislizenz bringt laut Microsoft 10 GB relationale Datenbank mit, weitere Kapazität lässt sich zukaufen.

Eigene Webanwendung

Eine Webanwendung läuft im Browser, auf einem eigenen Server oder bei einem Hoster, ohne Access-Installation und ohne Bindung an Windows. Rollen, Rechte, Protokollierung und Schnittstellen werden passend zum Ablauf gebaut. Dafür entsteht die Oberfläche neu, und Entwicklung, Betrieb und Wartung kosten Geld. Ob sich das lohnt, beantworten die Ratgeber Individualsoftware oder Standardsoftware und Was kostet Individualsoftware?.

Die drei Wege im Vergleich

Die Tabelle stellt Kriterien gegenüber, keine Noten. Welche Spalte passt, entscheiden Ihr Ablauf, Ihre Geräte und Ihre vorhandenen Lizenzen.

Ablauf einer Ablösung in sechs Schritten

• 1. Bestandsaufnahme: Welche Tabellen, Abfragen, Formulare, Berichte, Makros und VBA-Module gibt es, wer nutzt sie wofür, welche Excel-Exporte hängen daran? Ergebnis ist eine Liste, was die neue Lösung können muss und was wegfallen darf.
• 2. Datenmodell: Aus gewachsenen Tabellen wird ein sauberes Modell. Microsoft nennt als ersten Schritt vor einer Migration zu SQL Server, dass jede Tabelle einen Index und einen Primärschlüssel hat und Beziehungen auf Feldern mit gleichem Datentyp und gleicher Größe beruhen.
• 3. Datenbereinigung: Dubletten, leere Pflichtfelder und Freitext statt fester Auswahlwerte werden vor der Migration geklärt. Mehrwertige Felder und Anlagefelder brauchen eigene Regeln, denn SSMA überführt sie laut Microsoft nicht als eigene Struktur. Für steuerlich relevante Daten gilt eine Grenze, siehe Aufbewahrung.
• 4. Migration: Erst ein Probelauf mit einer Kopie, dann der Abgleich von Datensatzzahlen und Stichproben, danach der echte Umzug. Microsoft rät, vorher die Datenbank zu schließen, dafür zu sorgen, dass auch alle Nutzer sie geschlossen haben, und eine Sicherung anzulegen.
• 5. Parallelbetrieb: Für begrenzte Zeit laufen alt und neu nebeneinander, die Altlösung möglichst nur lesend. So fallen Lücken auf, ohne dass der Betrieb steht. Ein fester Stichtag beendet die Phase, sonst pflegen alle doppelt.
• 6. Schulung und Übergabe: eine kurze Einweisung je Rolle, eine Anleitung für die häufigsten Aufgaben und eine Dokumentation, damit das Wissen nicht wieder bei einer Person liegt.

Typische Risiken und wie Sie ihnen begegnen

• Versteckte Logik: In Makros, VBA-Modulen, Formular-Ereignissen und Abfragen können Geschäftsregeln stecken, etwa Preisberechnungen oder Plausibilitätsprüfungen. SSMA setzt diese Teile nicht um, und eine Dataverse-Migration überträgt nur Tabellen und Daten. Die Regeln bleiben also nur im Access-Frontend erhalten; für jede neue Oberfläche muss jede Regel gefunden und neu umgesetzt werden. Bleibt Access als Frontend, gehört der Code auf VBScript-Abhängigkeiten geprüft.
• Datenqualität: Eine Datenbank mit festen Regeln lehnt Werte ab, die Access oder Excel geduldet haben. Auch Datentypen passen nicht immer eins zu eins: Für Datum mit Uhrzeit empfiehlt Microsoft bei SQL Server eine bewusste Zuordnung, und Dataverse hat für manche Typen andere Grenzen als Access.
• Abhängigkeiten zu Excel-Exporten: Häufig zieht jemand regelmäßig Daten nach Excel und schickt Auswertungen an Buchhaltung oder Kunden. Diese Wege brechen, wenn die Quelle wechselt. Listen Sie alle Exporte und Empfänger auf und legen Sie fest, ob die neue Lösung sie ersetzt oder weiter beliefert.

Datenschutz und Aufbewahrung: kurz zur Orientierung

Enthält die Lösung personenbezogene Daten, gilt die DSGVO unabhängig von der Technik. Daten dürfen nur so lange personenbeziehbar gespeichert werden, wie es für ihren Zweck erforderlich ist (Art. 5 Abs. 1 lit. e). Dem Risiko angemessene Schutzmaßnahmen umfassen unter anderem die Fähigkeit, Vertraulichkeit, Integrität und Verfügbarkeit der Systeme auf Dauer sicherzustellen und Daten nach einem Zwischenfall rasch wiederherzustellen (Art. 32 Abs. 1 lit. b und c). Verarbeitet ein Dienstleister die Daten in Ihrem Auftrag, braucht es einen Vertrag zur Auftragsverarbeitung (Art. 28). Die Migration ist ein guter Anlass, nicht mehr benötigte Daten zu löschen, soweit keine Aufbewahrungspflicht entgegensteht.

Steuerlich relevant wird es, wenn die Lösung etwa Rechnungen schreibt, Arbeitszeiten erfasst oder Warenbestände führt: Die GoBD, die Verwaltungsanweisung des Bundesfinanzministeriums, zählen auch Vor- und Nebensysteme wie Fakturierung, Zeiterfassung und Warenwirtschaft zu den Datenverarbeitungssystemen (Rz. 20). Bei einem Systemwechsel muss die alte Hard- und Software nur dann nicht über die Aufbewahrungsfrist vorgehalten werden, wenn die aufbewahrungspflichtigen Daten samt Meta-, Stamm- und Bewegungsdaten und ihren Verknüpfungen quantitativ und qualitativ gleichwertig ins neue System überführt werden und dort die gleichen Auswertungen möglich sind. Bei der Migration darf nur das Format umgesetzt werden, nicht der Inhalt; Änderungen sind zu dokumentieren (Rz. 142 und 143). Für die Bereinigung heißt das: steuerlich relevante Altdatensätze nicht inhaltlich ändern. Die Aufbewahrungsfristen nach § 147 AO betragen je nach Unterlage zehn, acht oder sechs Jahre. Mehr zu den GoBD steht im Ratgeber Exchange Online und GoBD.

Der nächste Schritt

Am Anfang steht keine Technikentscheidung, sondern die Bestandsaufnahme. Daraus ergibt sich, ob ein SQL-Server-Backend reicht, Power Apps passt oder sich eine eigene Anwendung lohnt. Ich entwickle Webanwendungen und Schnittstellen, unter anderem mit .NET, TypeScript, SQL Server und PostgreSQL; wie ich dabei vorgehe, beschreibt die Seite zur Softwareentwicklung. Server, Sicherung und Netzwerk für ein neues Datenbank-Backend gehören zur IT-Infrastruktur.