Zwischen Zellenplan und Geschäftsmodell: Wann Excel zur Schattendatenbank wird

Fragen Sie in einem mittelständischen Unternehmen nach dem wichtigsten IT-System, und die Antwort wird ERP lauten oder CRM. Fragen Sie präziser: Welches Werkzeug wird täglich am häufigsten geöffnet? Dann ändert sich das Bild. In vielen Betrieben ist es ein Tabellenkalkulationsprogramm – in aller Regel Microsoft Excel. Es verwaltet die Lieferantenbewertung, plant die Liquidität des nächsten Quartals, dokumentiert Maschinenbelegungen und bildet schlicht alles ab, für das kein passendes System existiert oder das passende System als zu sperrig empfunden wird.

Das ist zunächst kein Kritikpunkt. Excel ist ein außerordentlich erfolgreiches Produkt, weil es eine niedrige Einstiegshürde mit enormer Flexibilität verbindet. Wer eine neue Auswertung braucht, baut sie nicht über Monate im IT-Projekt, sondern am Nachmittag. Genau diese Stärke wird jedoch zum Problem, sobald die Tabellen vom persönlichen Werkzeug zur betrieblichen Infrastruktur mutieren – ohne dass jemand diese Entwicklung bewusst gesteuert hätte.

Der schleichende Übergang vom Werkzeug zum System

Es gibt keinen Gipfelungsakt, kein formales Go-Live. Eine Mitarbeiterin im Controlling erstellt eine Übersicht der Debitorenzahlungen, ergänzt eine zweite Registerkarte, dann eine Verknüpfung zur Lieferantenliste, irgendwann ein Makro, das der Kollege vor ihrem Wechsel gebaut hat. Drei Jahre später hängen fünf Abteilungen an dieser Datei, und niemand traut sich, sie zu verändern.

Aus fachlicher Sicht ist genau in diesem Moment etwas Grundlegend passiert: Aus einem Dokument ist eine Datenbank geworden, aus einem Werkzeug ein System. Und Systeme verlangen Eigenschaften, die Excel strukturell nicht bieten kann.

Vier Grenzen, die im Alltag teuer werden

Datenqualität und Konsistenz. Freitextfelder statt Stammdaten, handgepflegte Verweise statt referenzieller Integrität: In Tabellen kann jede Zelle alles enthalten. Schreibvarianten desselben Lieferanten, vertippte Beträge, gelöschte Zeilen ohne Historie – die Folge sind Diskrepanzen zwischen Abteilungen, die sich auf ein und denselben Sachverhalt beziehen.

Historisierung und Nachvollziehbarkeit. Wer wann welchen Wert geändert hat, lässt sich in einer Kalkulationstabelle kaum rekonstruieren. Für revisionssichere Prozesse – etwa im Umfeld von GoBD – ist das ein handfestes Problem, nicht nur ein Schönheitsfehler.

Personenabhängigkeit. Wenn nur zwei Kollegen wissen, wie das Makro funktioniert und warum die Verknüpfung auf ein Laufwerk zeigt, das längst umgezogen ist, hängt ein Geschäftsprozess an einzelnen Personen. Krankheit oder Wechsel genügen, um die Lieferfähigkeit der Berichte lahmzulegen.

Skalierung und parallele Arbeit. Dateisperren, Versionschaos per E-Mail-Anhang, Performance-Grenzen bei zehntausenden Zeilen: Was mit zwanzig Datensätzen elegant wirkt, kollabiert ab einer bestimmten Größe. Der Aufwand für Pflege, Fehlersuche und Abstimmung wächst überproportional.

Nicht jede Tabelle muss weg

Die berechtigte Gegenposition lautet: Nicht alles, was in einer Tabelle liegt, ist Schatten-IT. Excel bleibt ein legitimes und oft überlegenes Werkzeug für Ad-hoc-Analysen, einmalige Szenario-Rechnungen, Prototypen und das schnelle Auswerten exportierter Systemdaten. Wer jede kleine Liste in ein Fachverfahren migrieren wollte, würde das Unternehmen verlangsamen statt stärken.

Der Unterschied liegt in drei Merkmalen. Erstens die Persistenz: Handelt es sich um eine Momentaufnahme oder um einen fortlaufend gepflegten Bestand? Zweitens die Anzahl der Beteiligten: Arbeitet eine Person oder hängen mehrere Teams und Prozesse an der Datei? Drittens die Konsequenz von Fehlern: Ist eine falsche Zahl ärgerlich oder geschäftskritisch – etwa bei Preisberechnungen, Liquiditätssteuerung oder regulatorischen Meldungen?

Trifft Persistenz, Mehrpersonennutzung und Geschäftskritik zusammen, ist die Tabelle faktisch ein Anwendungssystem – und sollte auch als solches behandelt werden.

Kriterien für den richtigen Ablösezeitpunkt

Ein pragmatischer Entscheidungsrahmen für die Geschäftsleitung:

• Zirkulationstest: Wird die Datei regelmäßig per E-Mail versendet oder über ein Laufwerk geteilt? Dann existiert bereits ein Verteilproblem.
• Single-Point-of-Failure-Test: Hängt der Prozess an weniger als drei Personen, die die Logik verstehen?
• Prüfungstest: Kann der Prozess bei einer Betriebsprüfung oder einem Audit nachvollziehbar dokumentiert werden?
• Wachstumstest: Verdoppelt sich das Geschäft, verdoppelt sich auch der Pflegeaufwand – oder explodiert er?
• Duplikationstest: Existiert dieselbe Tabelle in leicht abgewandelter Form mehrfach im Haus?

Wer zwei oder mehr dieser Fragen mit Ja beantwortet, sollte den Prozess als Kandidaten für eine systemgestützte Lösung bewerten. Das muss nicht immer eine teure Standardsoftware sein: Datenbankgestützte Low-Code-Plattformen, ein konfiguriertes Modul des bestehenden ERP oder ein DMS mit Formularlogik decken viele Fälle ab. Entscheidend ist nicht das Produkt, sondern der Schritt von der Datei zum System mit Rollen, Historie und definierten Schnittstellen.

Fazit: Die Tabelle ansprechen, nicht verteufeln

Die größte Hürde ist selten die Technik, sondern die Sprache. Solange Excel in der IT-Strategie nicht vorkommt, wird es auch nicht gemanagt – und wächst unbeaufsichtigt weiter. Empfehlenswert ist eine nüchterne Bestandsaufnahme: Welche kritischen Prozesse laufen heute in Tabellen, wer pflegt sie, was passiert bei deren Ausfall? Auf dieser Basis lässt sich entschieden, wo Excel bleiben darf und wo Ablöse nötig ist. Die meistgenutzte Business-Software des Landes verdient es, endlich sichtbar auf den Plan – statt darunter.