Tschüss Excel-Workflow: Wie Mittelstandsteams Tabellen wirklich ablösen

Im Oktober 2020 verlor Public Health England in einer Woche 15.841 positive COVID-19-Testergebnisse. Die Kontaktverfolger erreichten rund 48.000 exponierte Personen nie. Die Ursache: Eine Labor-CSV wurde in eine Arbeitsmappe im alten .xls-Format geladen, das eine Zeilenobergrenze von 65.536 hat. Alles darüber hinaus fiel stillschweigend am unteren Rand heraus (The Register, 2020 (opens in new tab)). Das System funktionierte monatelang — bis es nicht mehr funktionierte, aber weiterhin meldete, dass alles in Ordnung sei. Genau über dieses Fehlermuster möchten wir sprechen.

Jedes Mittelstandsunternehmen, mit dem wir gearbeitet haben, hat so eine Datei. Ein gemeinsam genutztes .xlsx auf einem Netzlaufwerk, in dem die eigentliche Geschäftslogik steckt: welcher Kunde welchen Rabatt bekommt, welche SKU aus welchem Lager versendet wird, welcher Techniker welchen Vertrag betreut. Das ERP hat eine Version der Antwort. Die Excel-Datei hat die richtige. In diesem Beitrag geht es darum, sie abzulösen, ohne Ihr Geschäft zu ruinieren.

Excel ist bemerkenswert gute Software

Bevor wir darüber reden, Excel zu beerdigen, zollen wir ihm Respekt. Es startet in unter zwei Sekunden. Datenmodell und UI sind dasselbe. Zwischen einem Änderungsgedanken und seiner Auslieferung liegt keine Deployment-Pipeline. Nicht-technische Anwender bauen damit ernsthaft komplexe Logik und schicken das Artefakt per Mail an eine Kollegin, die dreißig Sekunden nach dem Öffnen produktiv ist.

Excel gewinnt bei Latenz, Flexibilität, Portabilität — und, was Softwareingenieure unterschätzen: bei der Ownership der Nutzer. Wenn die Lagerleitung ihre Datei öffnet, ist sie die Autorin, nicht „Nutzer" eines fremden Produkts. Dieses Gefühl von Handlungsmacht ist der Grund, warum Excel-Workflows zwei Generationen von ERP-Rollouts überleben. Jedes Ersatzsystem, das das ignoriert, verliert.

Wann Excel zur Belastung wird

Die Forschungs-Community um EuSpRIG dokumentiert seit zwanzig Jahren, was passiert, wenn operative Entscheidungen im großen Stil auf Tabellenkalkulationen laufen. Die kanonische Zahl aus Ray Pankos Studien: Fehlerraten bei Zelleingaben liegen im Bereich von 1–5 %, und in Audits realer operativer Tabellen enthalten rund 88 % mindestens einen materiellen Fehler (Panko, 2016 (opens in new tab)). Das ist die Grundrate menschlichen Tippens.

Die Konsequenzen zeigen sich im EuSpRIG-Horror-Stories-Archiv (opens in new tab):

• TransAlta, 2003. Ein Copy-and-Paste-Versatz in einem Gebotsblatt kostete 24 Mio. CAD — rund 10 % des Jahresgewinns (The Register, 2003 (opens in new tab)).
• Reinhart & Rogoff, 2010. Eine Bereichsauswahl, die fünf Länder aus einem AVERAGE ausschloss, kippte die Schlagzeilen-Wachstumsrate von −0,1 % auf +2,2 %, nachdem ein Jahrzehnt Austeritätspolitik sie zitiert hatte (Bloomberg, 2013 (opens in new tab)).
• JPMorgan London Whale, 2012. Ein in Excel nachgebautes VaR-Modell dividierte durch eine Summe statt durch einen Mittelwert und halbierte das ausgewiesene Risiko. Endverlust: 6,2 Mrd. USD (JPMorgan Task Force Report, 2013 (opens in new tab)).
• Norwegischer Staatsfonds, 2023. Ein falsches Datum in einer Benchmark-Arbeitsmappe kostete rund 92 Mio. USD.

Das Muster ist immer dasselbe: Excel wurde zur Belastung, sobald mehrere Personen ein Artefakt bearbeiteten, abgeleitete Werte manuell weitergereicht wurden und das Ergebnis als System-of-Record behandelt wurde. Für ein Mittelstands-Ops-Team taucht das selten als neunstelliger Vorfall auf. Es taucht als Concurrency-Verluste auf der geteilten Datei auf, als Audit-Trail, den Sie nicht rekonstruieren können („Wer hat diesen Preis am 14. März geändert?"), als überschriebene Formeln, die sechs Monate lang niemandem auffallen, als Version-Drift (final-FINAL-v3-NEU.xlsx), als unbrauchbarer Mobilzugriff und als nachgelagerte Integrationen, die bei jedem Spalten-Rename brechen.

Eine Bitkom-Befragung von 603 Unternehmen aus 2025 ergab, dass 53 % aktive Schwierigkeiten bei der Steuerung ihrer Digitalisierung melden und 82 % die wirtschaftliche Lage auch auf eine zögerliche digitale Adoption zurückführen (Bitkom, 2025 (opens in new tab)). Das ist nach unserer Erfahrung weitgehend eine höfliche Umschreibung für „Kernprozesse laufen immer noch auf einer geteilten Excel-Datei".

Das Migrationsmuster, das wir verwenden

So sieht ein Projekt aus, das funktioniert. Es ist bewusst unspektakulär — Transformations-Theater ist genau das, was wir vermeiden wollen.

1. Zwei Wochen beobachten, bevor Sie irgendetwas entwerfen

Setzen Sie sich zu den Leuten, die tatsächlich mit der Datei arbeiten. Das Ziel ist, drei Fragen zu beantworten: Welche Inputs kommen an und von wem, welche Zellen werden bearbeitet und welche nur gelesen, und was passiert, wenn etwas schiefgeht. Hier finden Sie die nicht erwähnten Tabellenblätter, die bedingte Formatierung, die eine Margenverletzung markiert, und die Zelle mit „Wenn E > 500, Martin anrufen". Martin ist tragende Infrastruktur. Wenn Sie glauben, den Workflow nach einem einstündigen Interview verstanden zu haben, haben Sie ihn nicht verstanden.

2. Modellieren Sie den Workflow, nicht die Datei

Hier scheitern die meisten Ablöseprojekte. Teams nehmen die Excel-Datei als Spezifikation und bauen sie Tabelle für Tabelle nach — Sie haben dann ein schlechteres Excel: dasselbe Datenmodell, minus Flexibilität, plus Login-Screen. Was Sie wirklich modellieren wollen, ist der Entscheidungsfluss: Auslöser, Zustandsübergänge, Gültigkeitsregeln, was „abgeschlossen" bedeutet. Abgeleitete Spalten (Marge, Status, Priorität) werden zu berechneten Views, nicht zu gespeicherten Feldern. Der Audit Log ist erstklassig, kein verstecktes Tabellenblatt namens „Log". Schatten-Systeme kodieren reales Geschäftswissen, das die formalen Systeme nie erfasst haben (Rentrop & Zimmermann, 2016 (opens in new tab)) — Ihre Aufgabe ist es, dieses Wissen zu extrahieren, nicht das Artefakt zu portieren.

3. Bauen Sie den dünnsten Schnitt, der genau ein Tab ersetzt

Wählen Sie das eine Tabellenblatt, das den größten Schmerz verursacht, und ersetzen Sie genau das. Je dünner der Schnitt, desto weniger politische Angriffsfläche. Der Schnitt muss (a) dieselben Inputs akzeptieren, einschließlich der informellen, (b) dieselben Outputs erzeugen, idealerweise als herunterladbarer Excel-Export, damit kein nachgelagerter Consumer am ersten Tag etwas ändern muss, und (c) protokollieren, wer wann was geändert hat.

4. Mindestens vier Wochen Dual-run

Beide Systeme laufen parallel. Die Excel-Datei bleibt autoritativ; das neue System schattet sie. Ein täglicher Diff-Job markiert Abweichungen — jede ist entweder ein Bug in unserem System oder ein undokumentiertes Verhalten der Datei. Beides ist wertvoll. Vier Wochen sind das Minimum, weil die meisten operativen Workflows monatliche Zyklen haben (Rechnungslauf, Abstimmung), die in einem zweiwöchigen Fenster nie auftauchen.

5. Cutover Tab für Tab, nicht Arbeitsmappe für Arbeitsmappe

Wenn die Diff-Rate für ein Tab gegen null geht, drehen Sie die Autorität für dieses Tab um. Wiederholen Sie das, bis die Arbeitsmappe leer ist. Die Stilllegung der Datei sollte sich anfühlen wie das Löschen eines ungenutzten Cron-Jobs, nicht wie ein Banddurchschnitt.

Die zwei Arten, wie das scheitert

Fehlschlag 1: Excel als schlechteres Excel nachbauen. Das Team reproduziert jede Spalte inklusive der abgeleiteten hinter einem Login. Die Nutzer bekommen eine langsamere, weniger flexible Version dessen, was sie hatten, und öffnen Excel wieder, um die eigentliche Arbeit zu machen. Die Abhilfe ist Disziplin in Schritt 2: Wenn eine Spalte margin = (price - cost) / price ist, ist sie ein View, kein Feld.

Fehlschlag 2: Prozessänderung und Tool-Wechsel gleichzeitig ausrollen. Das Team beschließt, beim Go-live auch gleich den Workflow „aufzuräumen". Die Nutzer lernen ein neues Tool und einen neuen Prozess gleichzeitig, die Adoption bricht zusammen, die Excel-Datei kommt zurück. Die Abhilfe: eine Sache nach der anderen ändern. Erst das Tool ersetzen, den Prozess — Macken inklusive — exakt so lassen, wie er war. Sechs Wochen später den Prozess mit Nutzer-Input verbessern.

Notizen zur Datenmodellierung

Normalisieren Sie abgeleitete Spalten rigoros. Jede Spalte, die eine Funktion anderer Spalten ist, sollte zur Lesezeit berechnet werden. In dem Moment, in dem ein abgeleiteter Wert gespeichert wird, beginnt er, von seinen Eingaben abzudriften.

Machen Sie den Audit Log erstklassig. Jede Zeile bekommt eine vollständige Änderungshistorie. GoBD und vergleichbare deutsche Steuerregeln setzen voraus, dass es das gibt; in Excel gibt es das nicht. Die Nutzer bemerken das Upgrade beim ersten Mal, wenn jemand fragt „Warum hat sich das geändert?" und Sie in zehn Sekunden antworten.

Legen Sie die Flexibilität offen, die die Nutzer tatsächlich benutzen. Gespeicherte Views, freie Notizfelder, eigene Sortierungen, Ad-hoc-Filter. Das sind keine Prozessverstöße — so wird Arbeit erledigt. Ohne sie verliert Ihre Ablösung jedes Mal gegen Excel.

Halten Sie das Schema langweilig. Widerstehen Sie Event-Sourcing oder CQRS für ein Zehn-Personen-Team. Postgres-Tabellen, eine Handvoll Enums, eine ordentliche Audit-Tabelle und eine dünne Web-UI überleben drei Framework-Zyklen.

Der KI-Aspekt, den niemand hören will

Jedes Mittelstandsunternehmen, mit dem wir sprechen, will agentische KI in seinen Betrieb bringen. Die Hochglanzbroschüren lassen es so klingen, als schraube man einfach ein LLM an seine bestehenden Daten und loslege. So funktioniert es nicht. Branchen-Post-mortems landen immer wieder bei derselben Erkenntnis: Der Hauptgrund, warum autonome Agenten in Produktion scheitern, ist Datenhygiene (McKinsey, 2025 (opens in new tab)). Agenten brauchen stabile Schemata, saubere Identifier und einen belastbaren Audit Log — das exakte Gegenteil einer geteilten Arbeitsmappe mit 30 Personen.

Jede KI-Schicht, die Sie über Tabellenkalkulations-Zustand legen, erbt jeden falsch geschriebenen Kundennamen, jede handeditierte Zeile, jede Konvention, wie „bezahlt" kodiert wird. Der Agent wird auf inkonsistentem Input selbstbewusst plausible Entscheidungen halluzinieren. Die Ablösung des Excel-Workflows ist kein separates Projekt neben Ihrer KI-Strategie — sie ist die Voraussetzung.

Was wir nicht sagen

Wir sagen nicht, dass Excel schlecht ist. Wir greifen täglich zu Excel — für Modellierung, einmalige Analysen, fürs Prototyping von Logik, bevor wir sie codieren. Excel ist das beste Werkzeug der Welt für das, was es ist. Wir sagen, dass es keine Datenbank ist, keine Anwendung, keine Single Source of Truth und keine Grundlage für einen KI-Workflow. Sobald eine Tabellenkalkulation zum System wird, auf dem Ihr Geschäft läuft, ist die Frage, ob Sie sie bewusst ablösen — Tab für Tab, mit Dual-run, in der Hand der Nutzer — oder ob Sie auf Ihre eigene Version des PHE-Vorfalls warten.

Die gute Nachricht: Richtig gemacht, ist die Ablösung kein Mondflug. Es sind sechs bis zwölf Wochen sorgfältiges Engineering gegen einen Workflow, den Sie bereits verstehen. Die langweilige Variante funktioniert. Die ambitionierte Variante ist der Weg ins Horror-Stories-Archiv.

Weiterführende Literatur

• EuSpRIG Horror Stories archive (opens in new tab) — der kanonische Katalog realer Tabellenkalkulations-Ausfälle.
• Panko, What We Don't Know About Spreadsheet Errors Today (arXiv, 2016) (opens in new tab) — die Primärquelle für die Statistiken zu Zell-Fehlerraten.
• The Register, Excel spreadsheet blunder blamed after England under-reports 16,000 COVID-19 cases (2020) (opens in new tab) — detaillierter Bericht zum PHE-Vorfall.
• Bloomberg, FAQ: Reinhart, Rogoff, and the Excel Error That Changed History (2013) (opens in new tab) — eine brauchbare Aufarbeitung des akademischen Vorfalls.
• JPMorgan Task Force Report on CIO losses (2013) (opens in new tab) — JPMorgans eigene Darstellung zum London Whale und dem VaR-Spreadsheet.
• Bitkom, Digitalisierung der Wirtschaft 2025 (opens in new tab) — der aktuelle Stand der digitalen Adoption im deutschen Mittelstand.
• Rentrop & Zimmermann, The Relation of Shadow Systems and ERP Systems (MDPI, 2016) (opens in new tab) — warum Schatten-Tabellen überleben und was dagegen zu tun ist.