Viele geschäftskritische Excel-Lösungen beginnen als einfache Tabelle. Mit der Zeit übernehmen sie Berechnungen, Datenhaltung und ganze Prozessschritte. Doch ab wann wird daraus ein Risiko? Und wann reichen klare Regeln und Automatisierung – statt Excel gleich durch neue Software zu ersetzen?
Excel ist nicht das Problem. Kritisch wird es, wenn Tabellen unbemerkt zu geschäftskritischen Anwendungen werden – mit komplexer Logik, manuellen Datenflüssen und Abhängigkeiten, die kaum noch jemand überblickt.
Excel ist aus Unternehmen kaum wegzudenken. Kalkulationen, Forecasts, Angebotsrechnungen, Produktionsplanungen und Auswertungen lassen sich damit schnell erstellen und flexibel anpassen. Gerade im Mittelstand entstehen auf diese Weise Lösungen für Anforderungen, die ERP-, CRM- oder andere Unternehmenssysteme nicht unmittelbar abdecken.
Problematisch ist deshalb nicht der Einsatz von Excel im Unternehmen. Kritisch wird es, wenn aus einer persönlichen Arbeitsdatei schrittweise eine geschäftskritische Anwendung wird.
Eine Excel-Tabelle berechnet plötzlich Preise für sämtliche Angebote. Sie führt Daten aus mehreren Systemen zusammen. Mehrere Mitarbeiter arbeiten mit ihr. Andere Prozesse sind von ihren Ergebnissen abhängig. Vielleicht enthält sie Makros, komplexe Formeln oder Verknüpfungen zu weiteren Dateien. Und irgendwann weiß nur noch eine Person, warum bestimmte Berechnungen genau so aufgebaut wurden.
Formal ist es weiterhin eine Excel-Datei. Funktional erfüllt sie jedoch längst Aufgaben einer Fachanwendung.
Genau hier entstehen Excel-Risiken, die in vielen Unternehmen lange unsichtbar bleiben. Während klassische Software üblicherweise definierte Berechtigungen, Versionierung, Tests, Dokumentation und geregelte Änderungen kennt, entwickeln sich geschäftskritische Tabellen häufig außerhalb solcher Strukturen.
Die entscheidende Frage lautet deshalb nicht: Sollten Unternehmen Excel ersetzen?
Sondern:
Welche Excel-Dateien sind inzwischen zu Anwendungen geworden, ohne dass sie wie Anwendungen behandelt werden?
xcel ist für viele Aufgaben ein sehr geeignetes Werkzeug. Ad-hoc-Analysen, Simulationen, kleinere Kalkulationen, Datenaufbereitung oder einmalige Auswertungen lassen sich damit schnell und flexibel umsetzen.
Es wäre daher falsch, Excel grundsätzlich als Risiko einzustufen oder jede Tabelle durch eine Fachanwendung ersetzen zu wollen.
Die Grenzen von Excel werden vor allem dann relevant, wenn mehrere Faktoren zusammenkommen:
Die Datei beeinflusst geschäftskritische Entscheidungen.
Berechnungen werden regelmäßig wiederholt.
Mehrere Personen oder Abteilungen sind davon abhängig.
Die Datei enthält umfangreiche Geschäftslogik.
Daten werden manuell aus anderen Systemen übertragen.
Andere Tabellen oder Prozesse greifen auf ihre Ergebnisse zurück.
Sensible oder wettbewerbsrelevante Informationen werden darin verarbeitet.
Nur wenige Personen verstehen Aufbau, Formeln oder Abhängigkeiten vollständig.
Je mehr dieser Merkmale zutreffen, desto weniger handelt es sich um eine einfache Arbeitsdatei.
Die Tabelle wird Teil der Unternehmensarchitektur – unabhängig davon, ob sie offiziell als Anwendung betrachtet wird.
Dass komplexe Tabellenkalkulationen fehleranfällig sein können, ist seit Jahrzehnten Gegenstand wissenschaftlicher Untersuchungen.
Eine Literaturübersicht von Pak-Lok Poon, Man Fai Lau, Yuen Tak Yu und Sau-Fun Tang wertet 35 Jahre Forschung zur Qualität von Tabellenkalkulationen aus. In 94 Prozent der in den betrachteten Untersuchungen analysierten geschäftlich relevanten Tabellen wurden Fehler gefunden. Als wesentliche Ursachen nennen die Autoren unter anderem fehlende systematische Qualitätssicherung und die häufig informelle Entwicklung solcher Tabellen.
Auch Raymond Panko dokumentierte in mehreren Untersuchungen Fehlerquoten in Tabellenkalkulationen. Seine Arbeiten zeigen ein grundsätzliches Problem: Mit zunehmender Größe und Komplexität steigt die Wahrscheinlichkeit, dass Fehler auftreten und unentdeckt bleiben.
Dabei geht es nicht nur um Tippfehler.
Fehler können beispielsweise durch falsch kopierte Zellreferenzen, nicht vollständig erfasste Datenbereiche, fehlerhafte Formeln, manuelle Übertragungen, veraltete Verknüpfungen oder unterschiedliche Versionen derselben Datei entstehen.
Besonders relevant wird dieses Fehlerrisiko, wenn die Ergebnisse anschließend als Grundlage für Preise, Investitionen, Budgets, Forecasts oder operative Entscheidungen dienen.
Eines der größten Risiken komplexer Excel-Lösungen ist nicht die Tabelle selbst, sondern die darin versteckte Geschäftslogik.
Eine Preisberechnung kann beispielsweise aus Dutzenden Formeln bestehen. Zuschläge werden über Bedingungen gesteuert, Rabatte über Verweise geladen und Materialkosten aus anderen Tabellen übernommen.
Technisch betrachtet entsteht damit bereits Softwarelogik.
Der Unterschied zu einer klassischen Fachanwendung liegt vor allem darin, wie diese Logik verwaltet wird.
Bei professionell entwickelter Software existieren typischerweise definierte Entwicklungsprozesse. Änderungen werden dokumentiert, Quellcode wird versioniert, Tests sichern zentrale Funktionen ab und mehrere Personen können nachvollziehen, wie ein Ergebnis zustande kommt.
Bei gewachsenen Excel-Lösungen fehlt diese Disziplin häufig.
Eine Formel kann verändert werden, ohne dass jemand den Änderungsgrund dokumentiert. Ein Zellbereich wird ergänzt, aber eine Summenformel nicht angepasst. Eine Hilfsspalte enthält eine entscheidende Berechnung, deren Bedeutung Monate später niemand mehr kennt.
Je geschäftskritischer die Tabelle wird, desto problematischer wird diese fehlende Transparenz.
Wie relevant solche Fehler sein können, zeigt die vielfach diskutierte Replikation einer wirtschaftswissenschaftlichen Studie von Carmen Reinhart und Kenneth Rogoff.
Thomas Herndon, Michael Ash und Robert Pollin stellten bei ihrer Überprüfung unter anderem fest, dass ein fehlerhaft definierter Excel-Bereich dazu führte, dass mehrere Länder nicht vollständig in eine Berechnung einbezogen wurden. Daneben kritisierten sie weitere methodische und datenbezogene Entscheidungen.
Der Fall ist deshalb interessant, weil er zeigt, dass selbst vergleichsweise unscheinbare Fehler in einer Tabelle erhebliche Auswirkungen auf veröffentlichte Ergebnisse haben können.
Für Unternehmen gilt dasselbe Prinzip.
Ein Fehler in einer Angebotskalkulation muss nicht sofort auffallen. Vielleicht werden lediglich einzelne Aufträge mit einer falschen Marge kalkuliert. Ein fehlerhafter Forecast kann später zu falschen Kapazitätsentscheidungen führen. Eine veraltete Berechnungslogik kann über lange Zeit hinweg unbemerkt weiterverwendet werden.
Nicht jeder Excel-Fehler verursacht einen großen Schaden. Entscheidend ist vielmehr, wie kritisch der Prozess ist, in dem die Tabelle eingesetzt wird.
Ein weiteres häufiges Muster entsteht durch historisch gewachsene Lösungen.
Eine Mitarbeiterin hat über Jahre eine umfangreiche Kalkulation aufgebaut. Sie kennt sämtliche Formeln, Ausnahmen, Datenquellen und Besonderheiten. Die Datei funktioniert zuverlässig – solange diese Person verfügbar ist.
Bei Urlaub, Krankheit, Stellenwechsel oder Ruhestand zeigt sich plötzlich, dass ein erheblicher Teil des Prozesswissens nicht im Unternehmen, sondern im Kopf einer einzelnen Person gespeichert war.
Dieses Problem lässt sich mit dem aus der Softwareentwicklung bekannten Konzept des Bus-Faktors beschreiben: Wie viele Personen müssen ausfallen, bevor ein Prozess nicht mehr zuverlässig weitergeführt werden kann?
Bei manchen geschäftskritischen Excel-Lösungen lautet die Antwort: eine.
Das eigentliche Risiko liegt deshalb nicht darin, dass Excel verwendet wird. Es liegt darin, dass Geschäftslogik, Datenstrukturen und Prozesswissen nicht ausreichend dokumentiert und organisatorisch abgesichert sind.
Besonders kritisch werden Excel-Prozesse, wenn Daten regelmäßig aus anderen Systemen übertragen werden.
Ein Export aus dem ERP-System wird heruntergeladen. Bestimmte Spalten werden kopiert. Anschließend werden zusätzliche Werte aus einer zweiten Datei ergänzt. Danach folgt eine manuelle Berechnung oder Zuordnung.
Solche Prozesse können lange funktionieren. Gleichzeitig entsteht bei jedem manuellen Verarbeitungsschritt eine weitere Möglichkeit für Fehler.
Zeilen können beim Kopieren ausgelassen werden. Spalten verschieben sich. Dateien enthalten unterschiedliche Datenstände. Filter bleiben versehentlich aktiv oder Formeln werden nicht über den gesamten Datenbereich übernommen.
Je häufiger ein solcher Ablauf wiederholt wird, desto sinnvoller wird es zu prüfen, ob sich der Excel-Prozess automatisieren lässt.
Das kann beispielsweise über Schnittstellen, Datenimporte, Power Query, ETL-Prozesse oder andere Integrationsmechanismen erfolgen.
Automatisierung dient dabei nicht nur der Zeitersparnis. Sie reduziert manuelle Übergaben und sorgt dafür, dass ein definierter Prozess reproduzierbar ausgeführt werden kann.
Ein bekanntes Symptom schlechter Dateiorganisation sind Dateien mit Namen wie:
Kalkulation_final_v3_wirklich_final.xlsx
Dieses Problem lässt sich allerdings nicht pauschal Excel zuschreiben.
Moderne Plattformen wie SharePoint oder OneDrive bieten Versionierung, Zugriffskontrolle und kollaboratives Arbeiten. Das eigentliche Problem entsteht, wenn Unternehmen diese Möglichkeiten nicht konsequent nutzen und geschäftskritische Dateien weiterhin lokal, auf Netzlaufwerken oder per E-Mail verteilen.
Dann existieren schnell mehrere Versionen derselben Wahrheit.
Eine Abteilung arbeitet mit einem alten Stand, eine andere mit einer überarbeiteten Datei. Änderungen lassen sich später nur schwer nachvollziehen und niemand kann eindeutig sagen, welche Version verbindlich ist.
Die technische Lösung allein genügt deshalb nicht.
Unternehmen müssen festlegen, wo die verbindliche Version liegt, wer Änderungen vornehmen darf, wer Änderungen an geschäftskritischen Berechnungen prüft und wer die fachliche Verantwortung trägt.
Excel kann strukturierte Daten aufnehmen, filtern, sortieren und auswerten. Das macht Tabellen für kleinere Datenbestände ausgesprochen praktisch.
Problematisch wird es, wenn Excel nicht mehr nur zur Analyse von Daten verwendet wird, sondern faktisch die Rolle einer Datenbank übernimmt.
Kundeninformationen, Produktdaten, Preise oder Planungswerte werden dann dauerhaft in Tabellen gepflegt. Andere Dateien greifen darauf zu. Kopien entstehen und einzelne Abteilungen ergänzen eigene Informationen.
Damit entsteht eine entscheidende Frage:
Welche Datei enthält den verbindlichen Datenstand?
Klassische Datenbanksysteme und Fachanwendungen sind darauf ausgelegt, strukturierte Daten zentral zu verwalten, Beziehungen zwischen Datensätzen abzubilden, Zugriffe zu kontrollieren und Informationen mehreren Anwendungen zur Verfügung zu stellen.
Excel verfolgt einen anderen Zweck.
Das bedeutet nicht, dass Daten nicht in Excel gehalten werden dürfen. Für überschaubare, temporäre oder persönliche Datenbestände kann dies völlig sinnvoll sein.
Sobald dieselben Daten jedoch dauerhaft von mehreren Personen und Prozessen benötigt werden, sollte geprüft werden, ob Excel noch der geeignete führende Datenspeicher ist.
In vielen Unternehmen entstehen solche Lösungen nicht aufgrund schlechter Planung.
Oft beginnt alles pragmatisch.
Ein bestehendes ERP-System kann eine bestimmte Auswertung nicht liefern. Ein Mitarbeiter erstellt deshalb eine Tabelle. Die Lösung funktioniert. Weitere Kollegen nutzen sie. Zusätzliche Berechnungen kommen hinzu. Irgendwann werden Makros eingebaut oder weitere Datenquellen angeschlossen.
Aus einem Hilfsmittel entsteht schrittweise eine Anwendung.
Das Problem dabei: Dieser Übergang wird organisatorisch häufig nicht erkannt.
Die Tabelle taucht möglicherweise in keinem Anwendungskatalog auf. Sie besitzt keinen offiziellen Verantwortlichen. Es gibt keine definierte Wartung und keine Bewertung ihrer Abhängigkeiten.
Damit entsteht eine Art Schattenanwendung.
Nicht, weil Mitarbeiter bewusst IT-Strukturen umgehen wollen, sondern weil sich ein Werkzeug schrittweise zu einem System entwickelt hat.
Unternehmen müssen nicht jede Excel-Datei inventarisieren und analysieren. Sinnvoller ist eine risikoorientierte Betrachtung.
Ein Review ist insbesondere angebracht, wenn eine Tabelle mehrere dieser Merkmale besitzt:
1. Hohe geschäftliche Bedeutung: Fehler wirken sich unmittelbar auf Preise, Verträge, Planung, Produktion oder finanzielle Entscheidungen aus.
2. Regelmäßige Nutzung: Die Datei wird täglich, wöchentlich oder monatlich für wiederkehrende Geschäftsprozesse eingesetzt.
3. Viele Abhängigkeiten: Andere Dateien, Abteilungen oder Systeme greifen auf ihre Ergebnisse zurück.
4. Komplexe Berechnungslogik: Die Datei enthält zahlreiche Formeln, Makros, Verknüpfungen oder mehrstufige Berechnungen.
5. Manuelle Datenübertragung: Informationen müssen regelmäßig aus ERP, CRM oder anderen Systemen kopiert oder importiert werden.
6. Schlüsselpersonen-Abhängigkeit: Nur eine oder wenige Personen verstehen Aufbau und Funktionsweise vollständig.
7. Hohe Anforderungen an Nachvollziehbarkeit: Ergebnisse müssen gegenüber Geschäftsführung, Kunden, Auditoren oder anderen Stellen nachvollziehbar sein.
Je mehr Kriterien erfüllt sind, desto eher sollte geprüft werden, ob die bestehende Excel-Lösung noch angemessen ist.
Wer geschäftskritische Excel-Dateien identifiziert, sollte daraus nicht automatisch ein Softwareprojekt ableiten.
Nicht jede Excel-Lösung muss ersetzt werden.
Bei einer vergleichsweise einfachen Tabelle kann es ausreichen, sie zentral abzulegen, Verantwortlichkeiten festzulegen, Versionierung zu aktivieren und Berechnungen zu dokumentieren.
Bei wiederkehrenden Datenimporten können Power Query oder automatisierte Schnittstellen manuelle Arbeit reduzieren.
Bei Reporting-Prozessen kann es sinnvoll sein, Datenhaltung und Aufbereitung in eine Datenplattform oder ein BI-System zu verlagern und Excel weiterhin als Analysewerkzeug zu verwenden.
Wenn dagegen umfangreiche Geschäftslogik, mehrere Benutzer, unterschiedliche Berechtigungen, Workflows und Schnittstellen zusammenkommen, sollte geprüft werden, ob ein bestehendes ERP- oder CRM-System erweitert werden kann oder eine Fachanwendung die nachhaltigere Lösung darstellt.
Die zentrale Frage lautet deshalb nicht:
Wie können wir Excel ersetzen?
Sondern:
Welche technische und organisatorische Lösung ist der Bedeutung dieses Geschäftsprozesses angemessen?
Ein hilfreiches Architekturprinzip besteht darin, Daten, Geschäftslogik und Darstellung voneinander zu trennen.
In vielen gewachsenen Excel-Lösungen sind alle drei Ebenen miteinander vermischt.
Daten werden direkt in Zellen gepflegt. Daneben stehen Formeln. Diagramme und Auswertungen greifen wiederum unmittelbar auf dieselben Bereiche zu.
Solange die Lösung klein bleibt, ist diese Flexibilität ein Vorteil.
Bei wachsender Komplexität erschwert sie jedoch Wartung und Nachvollziehbarkeit.
Strukturierte Daten können stattdessen beispielsweise in einem ERP-System, CRM-System, einer Datenbank oder einer anderen zentralen Quelle liegen.
Berechnungslogik kann dort umgesetzt werden, wo sie nachvollziehbar, dokumentierbar und gegebenenfalls testbar ist.
Excel kann anschließend weiterhin zur individuellen Analyse oder Darstellung genutzt werden.
Damit bleibt die Stärke des Werkzeugs erhalten, ohne dass Excel gleichzeitig Datenbank, Integrationsplattform, Fachanwendung und Reporting-System sein muss.
Wenn dieselben Kunden-, Preis-, Produkt- oder Planungsdaten gleichzeitig in mehreren Tabellen gepflegt werden, entstehen unterschiedliche Datenstände.
Dann beginnt häufig die Suche nach der richtigen Zahl:
Welche Datei ist aktuell?
Welcher Preis gilt?
Welche Planung wurde freigegeben?
Eine Single Source of Truth bedeutet dabei nicht zwingend ein einziges großes System für das gesamte Unternehmen.
Es bedeutet vielmehr, dass für einen bestimmten Datentyp eindeutig definiert ist, welches System führend ist.
Kundendaten können beispielsweise im CRM liegen, Produktstammdaten im ERP-System und Reporting-Daten in einer zentralen Datenplattform.
Excel kann diese Daten weiterhin verwenden.
Es sollte jedoch möglichst nicht unkontrolliert zur zusätzlichen führenden Datenquelle werden.
Wenn eine Fachanwendung betrieben wird, ist normalerweise klar, wer fachlich und technisch dafür verantwortlich ist.
Bei Excel-Dateien ist das oft anders.
Sie liegen in einem Ordner und „gehören“ irgendwie einer Abteilung.
Für geschäftskritische Tabellen sollte deshalb mindestens definiert sein:
Wer ist fachlich verantwortlich?
Wer darf Änderungen vornehmen?
Wer prüft Änderungen?
Wo liegt die aktuelle und verbindliche Version?
Wie werden Abhängigkeiten dokumentiert?
Wer kann die Lösung im Vertretungsfall übernehmen?
Diese organisatorischen Maßnahmen können bereits einen erheblichen Teil des Risikos reduzieren, ohne dass Excel ersetzt werden muss.
Geschäftsführer und IT-Verantwortliche sollten Excel deshalb weder verbieten noch geschäftskritische Tabellen ignorieren.
Der erste Schritt besteht nicht in einem neuen Softwareprojekt, sondern darin, Transparenz zu schaffen.
Welche Excel-Lösungen unterstützen zentrale Geschäftsprozesse?
Welche davon enthalten relevante Geschäftslogik?
Welche Daten werden dort zusätzlich gepflegt?
Welche Personen und Prozesse sind davon abhängig?
Wo entstehen manuelle Übergaben?
Und welche Folgen hätte ein Fehler oder der Ausfall der Datei?
Erst danach sollte entschieden werden, ob organisatorische Maßnahmen genügen, bestehende Plattformen besser genutzt, Excel-Prozesse automatisiert oder einzelne Lösungen durch Fachanwendungen ersetzt werden sollten.
Excel ist kein schlechtes Werkzeug. Seine Flexibilität ist vielmehr einer der Gründe, warum es in Unternehmen so erfolgreich eingesetzt wird.
Genau diese Flexibilität führt jedoch dazu, dass aus einfachen Tabellen unbemerkt geschäftskritische Systeme entstehen können.
Die entscheidende Grenze verläuft deshalb nicht zwischen Excel und professioneller Software.
Sie verläuft zwischen einer persönlichen Arbeitsdatei und einer Lösung, von der ein Geschäftsprozess abhängt.
Sobald eine Excel-Tabelle Geschäftslogik enthält, von mehreren Personen genutzt wird, regelmäßig Daten verarbeitet oder wichtige Entscheidungen beeinflusst, sollte sie entsprechend behandelt werden: mit klarer Verantwortung, nachvollziehbaren Änderungen, kontrollierter Datenhaltung und einer Architektur, die zu ihrer Bedeutung passt.
Für Geschäftsführung und IT besteht die Aufgabe deshalb nicht darin, Excel aus dem Unternehmen zu verbannen.
Die wichtigere Aufgabe lautet:
Die Excel-Dateien zu erkennen, die längst keine einfachen Tabellen mehr sind – und für jeden dieser Fälle bewusst zu entscheiden, ob Excel weiterhin das richtige Werkzeug ist.
Geschäftskritische Excel-Lösungen entstehen meist schrittweise – und bleiben deshalb lange unter dem Radar. Gemeinsam analysieren wir, wo Tabellen zentrale Prozesse, Daten oder Geschäftslogik übernommen haben, welche Risiken tatsächlich bestehen und wo klare Strukturen, Automatisierung oder eine andere technische Lösung sinnvoll sind.
Lassen Sie uns Ihre gewachsenen Prozesse gemeinsam prüfen.
Ich bin Jochen Kärcher, Solution Architect und Unternehmer mit über 22 Jahren Erfahrung in der Entwicklung komplexer Web- und Cloud-Systeme. Mein Fokus liegt auf Softwarearchitektur, technischer Leitung sowie der strategischen Umsetzung digitaler Projekte.
In unterschiedlichen Rollen – als Entwickler, Projektmanager, Gründer und Geschäftsführer – habe ich technische Systeme konzipiert, Teams aufgebaut und Prozesse strukturiert. Dabei lege ich besonderen Wert auf skalierbare Architekturen, moderne Technologien und nachhaltige Lösungen an der Schnittstelle von Technologie und Unternehmensstrategie.
