Ab wann ist Ihre Excel-Tabelle Software?
Im Cashflow-Forecast eines Kundenprojekts entscheidet eine einzige Zelle darüber, welcher Planwert je Konto und Monat in den Bericht eingeht. Ist-Daten, fortgeschriebene Durchschnitte und die Einzelplanung liegen auf getrennten Blättern. Diese Formel wählt zwischen ihnen:
Formel aus der Planungsmappe: =IFERROR(IF(INDEX(Einzelplanung!$A$1:$ZZ$999, MATCH($A2, Einzelplanung!$A$1:$A$999, 0), MATCH(C$1, Einzelplanung!$A$1:$ZZ$1, 0))>0, INDEX(Einzelplanung!$A$1:$ZZ$999, MATCH($A2, Einzelplanung!$A$1:$A$999, 0), MATCH(C$1, Einzelplanung!$A$1:$ZZ$1, 0)), INDEX(Fortschreibung!$A$1:$ZY$999, MATCH($A2, Fortschreibung!$A$1:$A$999, 0), MATCH(C$1, Fortschreibung!$A$1:$ZY$1, 0))), INDEX(Fortschreibung!$A$1:$ZY$999, MATCH($A2, Fortschreibung!$A$1:$A$999, 0), MATCH(C$1, Fortschreibung!$A$1:$ZY$1, 0)))
Ihre Regel ist vernünftig, wenn sie zur geschäftlichen Absicht passt: Nimm den Einzelplanwert, wenn er größer als null ist; andernfalls nimm den fortgeschriebenen Durchschnitt. Null und negative Werte übersteuern diesen Durchschnitt nicht.
Im Alltag prüfte niemand diese Formel.
Wenn sichtbare Formeln nicht mehr lesbar sind
In Excel kann ein Fachanwender eine Zelle anklicken und die Rechnung dahinter sehen. Bei einer kleinen Tabelle macht das die Logik auch ohne Entwickler zugänglich. Zusätzliche Blätter, benannte Bereiche und verschachtelte Funktionen erschweren diese Prüfung nach und nach. Die Formel oben bleibt sichtbar, doch um sie zu verstehen, muss jemand mehreren Abgleichen folgen. In diesem Projekt hatte die regelmäßige Planung einen stillen Ausweichwert in dieser Rechnung nicht aufgedeckt. Die Arbeitsmappe brauchte deshalb einige der Schutzmaßnahmen, die wir von Software erwarten. Dazu gehören wiederholbare Änderungen und unabhängige Prüfungen. Ein anderes Werkzeug würde für sich genommen noch nicht klären, ob die geschäftlichen Regeln stimmen.
Zum Vergleich veranschaulicht diese SQL-Abfrage die beabsichtigte Auswahlregel. So gebaut haben wir sie im Projekt nicht. Sie setzt je Eingabe genau eine Zeile pro Konto und Monat voraus:
Illustrative SQL-Abfrage: SELECT f.konto, f.monat, CASE WHEN e.wert > 0 THEN e.wert ELSE f.wert END AS planwert FROM fortschreibung f LEFT JOIN einzelplanung e USING (konto, monat);
Die Abfrage wählt einen Einzelplanwert größer als null und gibt andernfalls den Durchschnitt zurück. Sie vergleicht die Auswahlregel, behauptet aber nicht, jedes Excel-Fehlerverhalten nachzubilden. Bei doppelten Schlüsseln oder anderen Quelldatenfehlern könnten die Ergebnisse abweichen. Entscheidend ist, dass die Arbeitsmappe bereits eine Entscheidung wie ein Programm trifft, auch wenn ihre vertraute Oberfläche die Komplexität verdeckt.
Der Fehler hinter dem Ausweichwert
Neun Kontonummern in der Planungsmappe waren als Text statt als Zahl gespeichert. MATCH fand sie nicht, wenn es nach einer numerischen Kontonummer suchte. IFERROR fing den gescheiterten Abgleich ab und lieferte den Durchschnitt ohne Fehlermeldung. Die Einzelplanwerte wurden deshalb übersprungen. Ein geprüfter Monat wich um rund 8 % ab, obwohl im Bericht gewöhnliche Zahlen standen.
Ein ausdrücklich numerisch definierter Schlüssel, der beim Laden geprüft wird, kann diesen Unterschied vor dem Abgleich auffangen. Eine erfolgreiche Umwandlung liefert eine Zahl; eine abgewiesene Umwandlung muss den Import stoppen oder sichtbar beanstandet werden. Diese letzte Bedingung zählt. Eine Datenübernahme, die abgewiesene Zeilen verwirft, würde das Problem erneut verstecken. Die Typprüfung hilft nur, wenn fehlerhafte Eingaben sichtbar werden.
Einen anderen Fehler derselben Mappe hätten Datentypen nicht verhindert: Eine Umsatzzeile stand doppelt in jeder Monatsformel. SQL könnte diesen Fehler ebenso nachbilden. Hier braucht es eine unabhängige Prüfung der Rechnung gegen die geschäftliche Regel. Im Artikel zur Forecast-Prüfung beschreiben wir, wie die Gegenrechnung auch einen Fehler im neuen Durchschnitt des Agenten abfing.
Excel behalten, Disziplin nachrüsten
Wir sind in diesem Projekt bei Excel geblieben. Der Verantwortliche plant je Konto, kennt die Mappe und muss weiterhin die geschäftlichen Annahmen treffen. Die Änderungen konzentrierten sich deshalb darauf, wie Daten und Rechnungen geprüft werden. Ist-Daten kamen über wiederholbare Abfragen aus dem ERP-System. Änderungen am Modell liefen skriptgesteuert, und Berichtszahlen wurden unabhängig aus Rohdaten nachgerechnet. Die korrigierten Dateien wurden ausgeliefert; ihre Übernahme in das laufende Budget in der gemeinsamen Ablage war beim letzten dokumentierten Stand noch unbestätigt.
Die neun falsch typisierten Kontonummern haben unsere Arbeitsweise geändert. Sobald eine folgenreiche Formel im Alltag nicht mehr geprüft wird, behandeln wir ihre Rechnung wie Software: Die Regel wird dokumentiert, und es gibt einen wiederholbaren Weg, sie zu ändern und zu prüfen. Wenn eine Mappe außerdem gemeinsame Stammdaten speichert und per Verweis verknüpft, ist die Frage, welche Aufgaben aus Excel herausgehören, eine eigene Entscheidung.
Woran Sie den Punkt erkennen
Prüfen Sie diese Anzeichen an Ihrer eigenen Mappe:
- Eine Formel verweist auf mehrere Blätter, und niemand kann ihre Regel erklären, ohne diese Verweise zu verfolgen.
- WENNFEHLER liefert Ausweichwerte; ein gescheiterter Abgleich sieht deshalb wie ein gültiges Ergebnis aus.
- Im Bericht stehen Zahlen, denen Sie vertrauen, die Sie aber nicht bis zur Quelle zurückverfolgen können.
- Der Stand vom letzten Monat ist eine Dateikopie ohne Aufzeichnung der Änderungen.
- Eine Änderung gilt als geprüft, wenn ihr Ergebnis plausibel aussieht.
Treffen mehrere Anzeichen zu, beginnen Sie nicht mit einer Migration. Schreiben Sie die Regel Ihrer folgenreichsten Formel in einem Satz auf und lassen Sie jemanden prüfen, ob die Formel genau diesen Satz rechnet. Bei der Formel oben gehört zu diesem Satz auch die Frage, ob ein Planwert von null den Durchschnitt übersteuern soll; nach der Formel tut er es nicht. Solche Fragen beantwortet der Verantwortliche, nicht das Werkzeug, und Excel kann dabei seine Arbeitsoberfläche bleiben.