Die Frage „Sollten wir Excel ablösen?” ist fast immer falsch gestellt. Excel ist ein hervorragendes Werkzeug, und in den meisten Unternehmen gibt es Dutzende Dateien, an denen niemand etwas ändern muss. Die richtige Frage lautet: Welche Aufgabe hat diese eine Datei im Laufe der Jahre stillschweigend übernommen – und was passiert im Betrieb, wenn sie heute Morgen falsch, gesperrt oder verschwunden ist?
Dieser Beitrag beschreibt, woran sich das erkennen lässt, wie sich das Risiko ohne Bauchgefühl einschätzen lässt, was bei einer Ablösung tatsächlich ersetzt wird, wie eine Migration abläuft – und in welchen Fällen Sie dafür kein Projekt und keinen Dienstleister brauchen.
Eine Tabelle wird nicht durch ihre Größe kritisch, sondern durch ihre Rolle
Die technische Grenze erreicht kaum jemand. Microsoft gibt für ein Arbeitsblatt 1.048.576 Zeilen und 16.384 Spalten an, für eine einzelne Zelle bis zu 32.767 Zeichen. Ein Prozess wird lange vorher unhaltbar – nicht weil die Datei zu groß ist, sondern weil sie eine Rolle spielt, für die eine Datei nicht gebaut wurde.
Praktisch lassen sich vier Rollen unterscheiden:
- Notizzettel. Eine Person, kurze Lebensdauer, kein Anspruch auf Richtigkeit. Unproblematisch.
- Analysewerkzeug. Daten kommen von woanders, in Excel wird gerechnet, verglichen und dargestellt. Die Datei ist eine Ableitung, keine Quelle. Ebenfalls unproblematisch – genau dafür ist Excel gemacht.
- Umlaufdokument. Eine Datei wandert per E-Mail zwischen Personen, jede ergänzt etwas. Kritisch wird das erst durch die Frage, welche der umlaufenden Kopien gerade gilt.
- Gemeinsamer Datenbestand. Mehrere Personen tragen laufend Datensätze ein, andere Abläufe hängen daran, und die Datei ist die einzige Stelle, an der der aktuelle Stand steht. Das ist der Fall, um den es hier geht.
Nur in der vierten Rolle ist die Datei zu kritischer Infrastruktur geworden. Die ersten drei brauchen keine Ablösung, sondern höchstens etwas Ordnung.
Sieben Signale, die sich in einer halben Stunde prüfen lassen
Die folgenden Punkte sind keine Meinungsfrage. Jeder lässt sich an der konkreten Datei nachvollziehen, und jeder hat einen kleinen Test, der ohne Projekt auskommt.
Gleichzeitige Bearbeitung endet ohne Warnung. Die gemeinsame Dokumenterstellung in Excel setzt voraus, dass die Datei auf OneDrive, OneDrive for Business oder in einer SharePoint-Online-Bibliothek liegt und im Format .xlsx, .xlsm oder .xlsb gespeichert ist. Sind diese Voraussetzungen erfüllt, funktioniert sie gut – aber sie löst keine fachlichen Konflikte. Microsoft beschreibt das Verhalten so: „Im Allgemeinen ist die letzte Änderung, die mit der Schaltfläche Speichern oder automatisch mit AutoSpeichern gespeichert wird, diejenige, die ‚gewinnt’.” Für eine Formatierung ist das unerheblich. Für den Liefertermin in Zeile 240, den zwei Personen gleichzeitig anders eingetragen haben, ist es ein stiller Datenverlust. Test: Lassen Sie zwei Kollegen dieselbe Zelle unterschiedlich befüllen und beobachten Sie, wer es merkt.
Die Formeln kennt eine Person. Test: Bitten Sie jemanden, der nicht die Erstellerin oder der Ersteller ist, zu erklären, wie eine bestimmte Spalte zustande kommt. Wenn die Antwort „das rechnet der Kollege” lautet, hängt ein Geschäftsprozess an einer einzelnen Person – und an deren Verfügbarkeit.
Es gibt keinen echten Zugriffsschutz. Blatt- und Arbeitsmappenschutz werden häufig für eine Rechtevergabe gehalten. Microsoft widerspricht dem in der eigenen Dokumentation ausdrücklich: „Der Schutz auf Arbeitsblattebene ist nicht als Sicherheitsfeature gedacht. Es wird lediglich verhindert, dass Benutzer gesperrte Zellen im Arbeitsblatt ändern.” Und allgemeiner: „Sie sollten nicht davon ausgehen, dass nur weil Sie eine Arbeitsmappe oder ein Arbeitsblatt mit einem Kennwort schützen, dass es sicher ist.” Wer die Datei öffnen darf, sieht in aller Regel alles darin. Test: Stehen in der Datei Einkaufspreise, Margen, Personaldaten oder Kundenkonditionen – und darf jede Person, die Zugriff hat, diese Angaben tatsächlich sehen?
Änderungen sind nicht zurückzuverfolgen. Der Versionsverlauf in OneDrive und SharePoint sichert Dateistände, nicht Datensätze; Microsoft nennt für die Aufbewahrung des Dateiversionsverlaufs 30 Tage. Damit lässt sich eine versehentlich gelöschte Datei retten. Nicht beantworten lässt sich damit die Frage, die im Ernstfall gestellt wird. Test: „Wer hat am 3. März den Preis in Zeile 240 geändert, und aus welchem Grund?”
Die Datenqualität wird von niemandem geprüft. Eine Tabellenspalte akzeptiert „12.05.24”, „12.5.2024”, „Mai 24” und „unbekannt” nebeneinander. Es gibt keine Pflichtfelder, keine Eindeutigkeit, keinen Wertebereich und keine Prüfung, ob ein verwiesener Datensatz überhaupt existiert. Test: Sortieren Sie die wichtigste Spalte und schauen Sie sich die ersten und letzten zwanzig Werte an. Das Ergebnis ist meist ernüchternd und sehr aufschlussreich.
Auswertungen entstehen von Hand. Test: Wie lange dauert der Monatsbericht, wie viele Schritte hat er, und wie oft musste er in den letzten zwölf Monaten nachträglich korrigiert werden? Ein Bericht, den nur eine Person in der richtigen Reihenfolge erzeugen kann, ist selbst ein Risiko.
Es existieren mehrere Wahrheiten. Test: Suchen Sie im Postfach, auf Netzlaufwerken und auf Desktops nach dem Dateinamen. Wenn Varianten mit „_final”, „_neu” oder einem Namenskürzel auftauchen, arbeitet mindestens ein Teil des Unternehmens auf einem veralteten Stand.
Das Risiko lässt sich mit drei Fragen einschätzen
Für die Entscheidung braucht es keine Bewertungsmatrix. Drei Fragen reichen, und sie zielen bewusst auf Folgen, nicht auf Technik:
- Wie lange steht der Betrieb? Die Datei ist heute Morgen gelöscht, beschädigt oder gesperrt. Wie lange dauert es, bis wieder gearbeitet werden kann – und was passiert in dieser Zeit mit Kunden, Terminen und Lieferungen?
- Was kostet ein Fehler darin? Welche Entscheidung stützt sich auf die Zahlen? Eine falsche Zeile in einer Urlaubsliste ist ärgerlich. Eine falsche Zeile in einer Preis-, Bestands- oder Abrechnungsliste geht direkt an den Kunden.
- Wie viele Personen können die Datei pflegen? Nicht: benutzen. Pflegen – also Formeln ändern, Fehler finden, den Bericht neu aufbauen.
Die Faustregel, mit der wir arbeiten – ausdrücklich eine Einschätzung, keine Norm: Solange die Antworten „ein paar Stunden”, „ärgerlich” und „mehrere” lauten, ist der Aufwand einer Ablösung schwer zu rechtfertigen. Sobald eine Antwort „Tage”, „geht an den Kunden” oder „eine Person” lautet, ist die Datei ein kritisches System und sollte auch so behandelt werden.
Was ausdrücklich kein Kriterium ist: die Dateigröße, die Zeilenzahl und das Alter der Datei. Eine Tabelle mit 300 Zeilen kann kritisch sein, eine mit 200.000 Zeilen völlig unkritisch.
Ersetzt wird meist nur die gemeinsame Datenhaltung, nicht Excel
Das ist der Punkt, an dem die meisten Vorhaben unnötig groß gedacht werden. Wenn eine Tabelle Datenbank, Workflow, Benutzerverwaltung und Berichtssystem gleichzeitig sein soll, überfordert sie genau eine dieser Aufgaben zuerst: die gemeinsame Datenhaltung. Der Rest darf oft bleiben, wo er ist.
In einen richtigen Datenbestand gehört:
- die eindeutige Identität eines Datensatzes
- Pflichtfelder, Datentypen und zulässige Wertebereiche
- Beziehungen zwischen Datensätzen (Kunde, Auftrag, Position)
- Status und erlaubte Statuswechsel
- Rechte: wer darf sehen, wer darf ändern, wer darf löschen
- eine Änderungshistorie mit Zeitpunkt und Person
- eine Sicherung, die getrennt vom Arbeitsstand liegt
In Excel darf bleiben:
- Ad-hoc-Auswertungen und Szenarien
- einmalige Berechnungen und Zwischenrechnungen
- die Aufbereitung für eine Besprechung oder eine Präsentation
- alles, was ohnehin nur eine Person für einen bestimmten Zweck erstellt
Der Anschluss zwischen beiden ist kein Sonderfall, sondern der von Microsoft vorgesehene Weg: Power Query ist laut Hersteller ein „Datentransformations- und Datenvorbereitungsmodul”, mit dem sich eine Abfrage einmal definieren und danach jederzeit aktualisieren lässt. Excel liest den aktuellen Stand aus der Datenquelle, statt ihn zu besitzen. Für den gemeinsamen Datenbestand wird Excel damit lesend – und genau das löst den größten Teil der oben genannten Signale auf einen Schlag.
Eine ehrliche Einschränkung dazu: Diese Trennung hält nur, wenn niemand die in Excel korrigierten Werte anschließend wieder von Hand in den Datenbestand zurückträgt. Sobald das passiert, gibt es wieder zwei Wahrheiten – nur mit mehr Technik dazwischen.
Was den Datenbestand trägt, ist eine eigene Entscheidung
Für die Frage, ob ein bestehendes System konfiguriert, ein Standardprodukt eingeführt, eine Open-Source-Lösung betrieben oder ein internes Werkzeug entwickelt wird, gibt es keine Antwort, die für alle Fälle stimmt. Sie hängt an der fachlichen Passung, an der vorhandenen Umgebung und an den Betriebskosten über mehrere Jahre. Diese Abwägung führen wir in einem eigenen Beitrag aus, damit sie hier nicht verkürzt wird.
Zwei Hinweise, die speziell für den Excel-Fall gelten:
- Zuerst prüfen, was schon bezahlt ist. In vielen Unternehmen liegt ein ERP-, CRM- oder Ticketsystem im Haus, dessen Listen-, Stammdaten- oder Formularfunktionen nie eingerichtet wurden. Eine Konfiguration ist fast immer günstiger als eine Neuentwicklung.
- Der Umfang darf klein sein. Es muss nicht der ganze Prozess abgebildet werden. Häufig genügt es, den Datenbestand samt Rechten und Historie sauber zu halten und die Auswertung dort zu lassen, wo sie heute funktioniert.
Wenn Sie den Überblick über die typischen Ausgangslagen suchen, in die dieser Fall gehört, finden Sie ihn in der Übersicht der Lösungen nach Bedarf; die Entwicklungsseite dazu ist individuelle Software und interne Werkzeuge.
Wie eine Migration abläuft und was mit den vorhandenen Daten passiert
Daten gehen bei einer Ablösung nicht verloren. Sie werden gelesen, bereinigt und übernommen. Der Ablauf ist in der Praxis fast immer derselbe:
1. Die Datei inventarisieren, nicht interpretieren. Welche Blätter existieren, welche werden tatsächlich benutzt, welche Spalten sind seit Jahren leer, welche Formeln verweisen auf andere Dateien, welche Makros laufen, und welche Arbeitsschritte finden außerhalb der Datei statt – E-Mails, Ausdrucke, Zurufe. Der letzte Punkt wird regelmäßig vergessen und ist regelmäßig der wichtigste.
2. Die Regeln freilegen. In den Formeln und in den Köpfen steckt das eigentliche Fachwissen: Was macht einen Datensatz gültig, welche Status gibt es, was löst was aus, welche Ausnahmen werden von Hand behandelt. Dieser Schritt dauert am längsten und ist auch dann wertvoll, wenn am Ende gar nichts entwickelt wird – es ist die erste vollständige Beschreibung des Prozesses, die das Unternehmen besitzt.
3. Datenqualität klären, bevor migriert wird. Dubletten, gemischte Datumsformate, Zahlen als Text, verbundene Zellen, Leerzeichen am Ende, „1.000” gegen „1000”. Ein Teil davon lässt sich automatisch bereinigen. Der Rest sind fachliche Entscheidungen, die niemand außerhalb des Unternehmens treffen kann: Welcher von zwei widersprüchlichen Datensätzen ist der richtige?
4. Zielmodell und Probeübernahme. Die Felder werden zugeordnet, die Übernahme wird zuerst als Testlauf gefahren und ausgewertet: Wie viele Datensätze sind durchgelaufen, wie viele wurden abgewiesen, und warum. Erst danach folgt die echte Übernahme.
5. Parallelbetrieb – mit Enddatum. Die alte Datei bleibt bis zur Abnahme als Referenz bestehen, damit sich jeder Wert vergleichen lässt. Wichtig ist das Enddatum. Ein Parallelbetrieb ohne festgelegtes Ende ist der häufigste Grund, warum Ablösungen scheitern: Die Tabelle wird „sicherheitshalber” weitergepflegt und ist nach drei Monaten wieder die zweite Wahrheit.
6. Abnahme und Archivierung. Nach der Abnahme wird die alte Datei nicht gelöscht, sondern schreibgeschützt archiviert. Sie ist der Beleg dafür, dass die Zahlen vorher und nachher übereinstimmen.
Realistisch bleibt: Der Aufwand für Schritt 2 und 3 wird fast immer unterschätzt und übersteigt bei gewachsenen Dateien nicht selten den Aufwand für die Umsetzung selbst. Wer das im Angebot nicht sieht, sieht es später in der Rechnung.
Wann Excel bleiben darf – und Sie dafür niemanden brauchen
Diese Fälle sind häufiger, als es in Beiträgen über Digitalisierung üblicherweise klingt:
- Eine Person, nur Auswertung, kein Betriebsstillstand. Arbeitet nur ein Mensch mit der Datei, dient sie der Analyse und würde ihr Verlust den Betrieb nicht aufhalten, ist Excel das passende Werkzeug. Punkt.
- Die Datei ist eine Ableitung. Die Wahrheit steht bereits in einem System, Excel zeigt sie nur anders. Dann ist die Lösung ein besserer Export oder eine aktualisierbare Abfrage – kein neues Werkzeug.
- Der Prozess ist befristet oder einmalig. Ein Umzug, eine Inventur, ein Projekt mit Enddatum. Dafür lohnt sich keine Entwicklung.
- Der Prozess ist noch nicht fertig gedacht. Wenn sich die Abläufe alle paar Wochen ändern, ist eine Tabelle die billigste Art, weiter nachzudenken. Ein zu früh gebautes Werkzeug friert einen unfertigen Prozess ein – und wird dann umgangen. In dem Fall ist zuerst der Prozess dran, nicht die Software.
- Es fehlt nur Ordnung. Häufig löst sich das Problem mit Mitteln, die Excel mitbringt: eine Tabelle je Blatt statt mehrerer nebeneinander, formatierte Tabellen statt loser Bereiche, Datenüberprüfung für Pflichtfelder und Wertelisten, keine verbundenen Zellen, Eingabe und Berechnung getrennt, und die Datei auf OneDrive oder SharePoint statt als Anhang im Postfach. Das kostet einen Nachmittag und keine Investition.
Wenn eine dieser Beschreibungen auf Ihre Datei zutrifft, brauchen Sie für diesen Prozess kein Projekt – und uns dafür nicht.
Typische Fehler bei der Ablösung
- Alles auf einmal ersetzen wollen. Ein Werkzeug, das den wichtigsten Ablauf sauber abbildet, ist mehr wert als ein Gesamtsystem, das nie in Betrieb geht.
- Die Datei eins zu eins nachbauen. Die Umwege, die in Excel nötig waren, sind kein Anforderungskatalog. Sie sind Symptome.
- Berechtigungen auf „später” verschieben. Wer sie nach dem Start klärt, klärt sie gegen bestehende Gewohnheiten.
- Keinen Export vorsehen. Menschen werden Daten weiterhin in Excel auswerten wollen, und das ist völlig in Ordnung. Wenn das neue System keinen brauchbaren Export hat, entstehen wieder Kopien – nur diesmal an der Technik vorbei.
- Niemanden für den Datenbestand benennen. Datenqualität ist eine laufende Aufgabe mit einem Namen dahinter, kein Zustand, den eine Migration herstellt.
Der richtige Zeitpunkt liegt vor dem ersten teuren Fehler
In den meisten Unternehmen wird die Entscheidung nicht getroffen, sondern ausgelöst: durch eine falsch verschickte Preisliste, einen Ausfall in der Urlaubszeit, einen Prüfer, der nach Nachvollziehbarkeit fragt, oder den Abschied der Person, die die Formeln kannte. Zu diesem Zeitpunkt ist die Ablösung nicht mehr eine Abwägung, sondern eine Reaktion unter Zeitdruck – und Zeitdruck ist der teuerste Bestandteil jedes Softwareprojekts.
Die drei Fragen aus dem Abschnitt zur Risikoeinschätzung lassen sich in einer halben Stunde beantworten. Das ist der günstigste Zeitpunkt, an dem eine solche Entscheidung überhaupt getroffen werden kann.
Handlungsaufruf
Sie haben eine Tabelle, an der zu viel hängt? Schildern Sie kurz, wofür die Datei verwendet wird, wie viele Personen damit arbeiten und was passieren würde, wenn sie ausfällt. Wir ordnen den Fall ein und sagen Ihnen auch, wenn eine Ablösung sich nicht lohnt.
Weiterführend: Individuelle Software und interne Werkzeuge · Standardsoftware, Open Source oder individuelles Tool · Prozesse richtig automatisieren
Quellenhinweise
- Microsoft: Spezifikationen und Beschränkungen in Excel
- Microsoft: Schutz und Sicherheit in Excel
- Microsoft: Gemeinsames Erstellen von Excel-Arbeitsmappen mit der gemeinsamen Dokumenterstellung
- Microsoft: Wiederherstellen einer früheren Version einer in OneDrive gespeicherten Datei
- Microsoft Learn: Was ist Power Query?