Excel ablösen: Wann aus der Tabelle eine echte Datenbank werden sollte

Fast jede Excel-"Datenbank" ist harmlos gestartet: eine Liste, ein paar Formeln, später ein Makro. Problematisch wird es an erkennbaren Punkten. Erstens: Mehrbenutzer-Konflikte. Meldungen wie "Datei ist gesperrt von ...", überschriebene Änderungen oder doppelt vergebene Kunden- und Rechnungsnummern zeigen, dass mehrere Personen mit einem Werkzeug arbeiten, das dafür nicht gebaut ist.

Zweitens: Versionschaos. Wenn Dateien wie "Liste_final_v3_NEU.xlsx" per E-Mail kursieren, weiß niemand mehr, welcher Stand gilt. Drittens: Makros, die nach einem Office-Update oder einem Rechnerwechsel nicht mehr laufen. Viertens: das Kopfmonopol – genau eine Person versteht die Datei, und die ist irgendwann im Urlaub oder weg. Fünftens: personenbezogene Daten (Kunden, Bewerber, Personal) liegen in einer Datei ohne Zugriffsrechte, ohne Protokoll und ohne Löschkonzept. Trifft mehr als eines dieser Signale zu, lohnt sich die Ablösung.

Die Forschung dazu ist eindeutig, auch wenn die bekanntesten Zahlen älter sind. Raymond Panko (University of Hawaii) fand in der klassischen Studienlage, dass 94 % von 88 untersuchten operativen Spreadsheets mindestens einen Fehler enthielten; die durchschnittliche Zellfehlerrate lag je nach Studie zwischen knapp 2 % und rund 5 %. Eine spätere, konservativere Untersuchung an 50 produktiven Arbeitsmappen mit über 270.000 Formeln kam immer noch auf 1,79 % fehlerhafte Formelzellen. Erschwerend: Beim manuellen Prüfen finden Menschen nur 50–80 % der vorhandenen Fehler.

Dass daraus reale Schäden entstehen, ist dokumentiert. Public Health England verlor im Oktober 2020 rund 16.000 Corona-Fälle aus der Meldekette, weil ein CSV-Import in das alte .xls-Format am Zeilenlimit von 65.536 abgeschnitten wurde – die Kontaktnachverfolgung verzögerte sich entsprechend. Und beim "London Whale"-Verlust von JPMorgan (rund 6 Mrd. US-Dollar, 2012) war ein per Copy-Paste befülltes Excel-Risikomodell mit einem Formelfehler einer von mehreren Faktoren, die das tatsächliche Risiko etwa halbiert auswiesen. Der Punkt ist nicht, dass Excel schlecht ist – sondern dass es keine Mechanismen hat, solche Fehler zu verhindern oder sichtbar zu machen.

Die klassische "freigegebene Arbeitsmappe" hat Microsoft abgekündigt; sie unterstützt keine formatierten Tabellen, schränkt Makros stark ein, und widersprüchliche Änderungen müssen beim Speichern von Hand aufgelöst werden. Das modernere Co-Authoring über Microsoft 365 löst nur das gleichzeitige Tippen. Was es nicht löst: Eingabevalidierung, Rechte auf Zeilen- oder Feldebene, referentielle Integrität zwischen Tabellen, saubere Versionierung und einen Audit-Trail, wer wann was geändert hat. Genau das sind aber die Anforderungen, sobald Daten geschäftskritisch werden.

Bei personenbezogenen Daten kommt die DSGVO dazu. Der Bayerische Landesbeauftragte für den Datenschutz widmet Excel-Pannen eine eigene Kurz-Information (Nr. 46): Typisch sind versteckte Spalten, Zeilen oder Arbeitsblätter mit Personendaten, die unbemerkt mitversendet werden – im Ernstfall eine meldepflichtige Datenpanne nach Art. 33 DSGVO. Strukturell fehlt Excel zudem alles, was die Rechenschaftspflicht (Art. 5 Abs. 2 DSGVO) verlangt: kein Berechtigungskonzept auf Datensatzebene, keine Zugriffsprotokolle, kein umsetzbares Löschkonzept. Personallisten mit Gehältern oder Krankheitszeiten in Excel sind deshalb ein reales Aufsichts- und Haftungsrisiko.

Access ist nicht abgekündigt – aber Microsoft entwickelt es kaum noch weiter; seit Jahren kommen im Wesentlichen nur Bugfixes und Sicherheits-Patches. Konkret beim Support: Für Access 2016 und 2019 ist er im Oktober 2025 ausgelaufen, für Access 2021 endet er im Oktober 2026, Access LTSC 2024 läuft bis Oktober 2029, und die Microsoft-365-Version wird weiter gepflegt. Wer eine geschäftskritische Access-Anwendung auf 2016/2019 betreibt, arbeitet also bereits ohne Sicherheitsupdates.

Die Migration nach PostgreSQL ist machbar, aber kein Knopfdruck: Datentypen müssen gemappt, SQL-Abfragen an den anderen Dialekt angepasst und VBA-Code mit Jet-Annahmen einzeln behandelt werden. Ein bewährter Zwischenschritt: Zunächst nur das Backend – die Jet/ACE-Datei – durch PostgreSQL ersetzen und das Access-Frontend vorerst behalten. Das beseitigt die typische Dateikorruption und die Mehrbenutzer-Probleme, ohne dass sofort eine komplette Neuentwicklung nötig ist.

Der übliche Ersatz ist eine zentrale PostgreSQL-Datenbank mit einer schlanken Web-Oberfläche, zugeschnitten auf Ihre tatsächlichen Abläufe. Damit bekommen Sie, was Excel strukturell nicht kann: eine einzige gültige Datenquelle, gleichzeitiges Arbeiten ohne Konflikte, Pflichtfelder und Validierung bei der Eingabe, Rollen und Rechte bis auf Datensatzebene, automatische Protokollierung und geregelte Backups. Verknüpfungen zwischen Kunden, Aufträgen und Rechnungen sind dann keine SVERWEIS-Ketten mehr, sondern echte Relationen mit referentieller Integrität.

SaaS-Alternativen wie Airtable existieren, bedeuten aber laufende Kosten pro Nutzer und Monat – bei zehn Nutzern schnell ein vierstelliger Jahresbetrag – und Ihre Daten liegen bei einem US-Anbieter, was eine eigene DSGVO-Prüfung erfordert. Open-Source-Werkzeuge wie Baserow oder NocoDB lassen sich selbst hosten und legen eine tabellenähnliche Oberfläche über eine PostgreSQL-Datenbank; für einfache Fälle ist das ein legitimer Weg. Eine individuell entwickelte Lösung kostet einmalig Projektbudget statt Dauerabo, und die Daten bleiben im eigenen Haus. Excel muss dabei nicht verschwinden: Als Auswerte-Frontend per Power Query oder ODBC auf der Datenbank bleibt es ein gutes Werkzeug – nur eben nicht mehr als Datenspeicher.

Ein realistischer Ablauf hat fünf Schritte. Erstens Bestandsaufnahme: Welche Tabellen, Formeln und Makros tun was – und was davon wird tatsächlich noch gebraucht? Erfahrungsgemäß fällt hier bereits ein Teil weg. Zweitens Datenmodell: Aus den gewachsenen Blättern werden saubere Tabellen mit Schlüsseln und Relationen. Drittens Datenbereinigung – Dubletten, uneinheitliche Schreibweisen und verwaiste Einträge kommen in diesem Schritt zwangsläufig ans Licht; das ist Arbeit, aber genau der Aufwand, der sich später auszahlt. Viertens die Web-Oberfläche für Erfassung und Auswertung. Fünftens ein Parallelbetrieb, bevor die alte Datei abgeschaltet wird.

Zu den Kosten bei QubeLogix (Nettopreise, nach § 19 UStG ohne Umsatzsteuer): Die Ablösung einer einzelnen Excel- oder Access-Lösung beginnt bei 2.500 €. Eine Mehrbenutzer-Datenbank mit Web-Oberfläche, Rechten und Auswertungen liegt typischerweise bei 6.000–12.000 €. Zeitlich sollten Sie in Wochen denken, nicht in Tagen – der Aufwand steckt selten in der Technik, sondern im Verstehen der gewachsenen Logik und im Bereinigen der Daten.

Ehrliche Gegenprobe: Excel ist für viele Aufgaben das richtige Werkzeug, und eine Ablösung wäre dann verschwendetes Geld. Bleiben Sie bei Excel, wenn nur eine Person mit der Datei arbeitet, es sich um wenige hundert bis wenige tausend Zeilen handelt, keine personenbezogenen Daten darin liegen und keine Verknüpfungen zu anderen Datenbeständen nötig sind. Auch für Ad-hoc-Analysen, Kalkulationen, Was-wäre-wenn-Rechnungen und schnelle Prototypen ist Excel unschlagbar – dafür wurde es gebaut.

Die Faustregel: Excel ist ein Rechen- und Analysewerkzeug, keine Mehrbenutzer-Datenhaltung. Solange Sie rechnen und analysieren, bleiben Sie dabei. Sobald mehrere Personen dieselben Daten pflegen, Prozesse daran hängen oder die DSGVO mitredet, ist eine Datenbank die günstigere Lösung – gemessen an den Kosten der Fehler, nicht am Projektpreis.