Vom Excel-Sheet zum verlässlichen Auftrag

Die Datei heißt Aufträge_2026_final_neu.xlsx. Sie liegt auf dem Rechner im Büro, hat vierzehn Spalten, drei Farben und zwei Kommentare, die nur eine Person versteht. Seit sechs Jahren funktioniert sie. Die Monteurin ruft aus dem Lager an und fragt nach dem Liefertermin; im Büro wird die Zeile gesucht, in der er stehen könnte. Excel ist an diesem Ablauf nicht schuld. Eine Tabelle wird erst dann zum Problem, wenn sie gleichzeitig Planung, Lager, Preislogik und Gedächtnis des Betriebs sein soll.

Das Betriebsbeispiel in diesem Beitrag ist fiktiv. Die Entscheidungsmatrix am Ende enthält Gewichte und Punkte, die als Rechenbeispiel gekennzeichnet sind, und keine gemessenen Werte.

Was soll die Tabelle heute leisten?

Eine Tabelle kann viel, und sie kann es sofort. Sie rechnet, sortiert, filtert und lässt sich in fünf Minuten ändern, ohne dass jemand eine Einführung bezahlt. Jede Person im Betrieb kennt sie, und niemand muss für einen neuen Auftrag eine Schulung besuchen.

Die Grenzen liegen an denselben Stellen wie die Stärken. Eine Tabelle kennt keine Rollen: Wer die Datei öffnen darf, darf auch Preise ändern und Zeilen löschen. Sie kennt keine Geschichte: Ein Fehler von vor drei Wochen lässt sich nicht mehr nachvollziehen, weil die Zelle einfach anders aussieht als vorher. Sie kennt keine Gleichzeitigkeit: Sobald zwei Personen dieselbe Datei bearbeiten, entstehen Kopien mit Namenszusätzen, und irgendwann weiß niemand mehr, welche Kopie die Wahrheit enthält.

Fünf Fragen bringen eine schnellere Antwort als jedes Beratungsgespräch. Wie viele Personen schreiben in dieselbe Datei? Wer darf Preise ändern, und wer hat es zuletzt getan? Wie wird ein Fehler gefunden, der vor drei Wochen entstanden ist? Was passiert, wenn die Person ausfällt, die die Formeln versteht? Und wie kommt ein Auftrag aus dieser Datei auf ein Gerät in der Werkstatt? Zwei unangenehme Antworten sind ein Signal und noch keine Katastrophe.

Bevor über Software gesprochen wird, lohnt der Blick auf den Anfang des Wegs, denn dort entstehen die Daten, die später gepflegt werden müssen: wo ein Auftrag heute zum ersten Mal abgeschrieben wird. Und die Übergabe zwischen zwei Schichten landet oft in derselben Datei, obwohl sie dort niemand liest; was zwischen zwei Schichten verloren geht, ist deshalb ein eigener Prüfpunkt.

Welche Daten müssen zuerst sauber werden?

Vor dem System kommen die Stammdaten. Gemeint sind die Angaben, die sich nicht mit jedem Auftrag ändern: Artikel, Leistungen, Kunden, Preise, Einheiten. In gewachsenen Dateien liegen sie selten eindeutig. Dieselbe Schraube existiert in drei Schreibweisen, dieselbe Leistung einmal als Stunde und einmal als Pauschale, derselbe Kunde mit zwei Anschriften und einer dritten in der Rechnungsvorlage.

Die Regel dahinter ist einfach: ein Gegenstand, eine Nummer. Wer zwei Nummern für dasselbe Teil führt, wird im Lager zwei Bestände zählen und im Einkauf zweimal bestellen. Wer eine Nummer ohne Bedeutung vergibt, kann sie später nicht mehr prüfen. Und wer die Anlage von Stammdaten nicht einer Person überträgt, bekommt die Dubletten innerhalb eines Jahres zurück.

Datenbereinigung ist Handarbeit und kein Softwarekauf. Sie dauert länger als erwartet, und niemand sollte alles auf einmal bereinigen. Für den ersten Auftragstyp genügt ein Ausschnitt: die Artikel, Mengen, Einheiten und Preisgrundlagen, die für diesen Typ tatsächlich gebraucht werden. Wie lange die Bereinigung dauert, weiß vorher niemand. Ein erster Zähler hilft: Wie viele Artikelnummern gibt es, und wie viele davon wurden in den letzten zwölf Monaten verwendet? Die Differenz sagt mehr über den Aufwand als jede Schätzung.

Wer nicht alles auf einmal anfassen will, sollte den Einstieg als Versuch anlegen; wie ein solcher Versuch aufgebaut wird, ohne den Betrieb zu binden, steht in dem Beitrag darüber, wie ein Versuch klein bleiben darf.

Wie verhindert man einen teuren Komplettstart?

Der häufigste Fehler ist der Umfang. Ein System für den ganzen Betrieb auf einmal einzuführen verlangt, dass alle Beteiligten gleichzeitig ihre Gewohnheiten ändern. Ein Projekt mit einem Auftragstyp, einem Team und einem benannten Verantwortlichen ist belastbarer, auch wenn es weniger beeindruckend aussieht. Belastbar heißt dabei nicht messbar besser, sondern leichter abzubrechen.

Vor der Entscheidung gehören vier Dinge geklärt, die nichts mit Funktionen zu tun haben. Erstens der Export: Lassen sich alle eigenen Daten vollständig und in einem lesbaren Format ausgeben? Ein Anbieter, der nur eine PDF-Datei anbietet, erschwert den Ausstieg erheblich. Zweitens die Rollen: Wer darf anlegen, ändern, löschen und Preise sehen, und wer entscheidet darüber. Drittens der Rückfallplan: Die alte Tabelle wird nicht gelöscht, sondern ab einem Stichtag eingefroren und bleibt lesbar, solange sie gebraucht wird. Viertens das Ende des Parallelbetriebs. Wer dauerhaft in beiden Welten bucht, hat zwei Wahrheiten und keine Zeitersparnis.

Dazu kommen zwei Kleinigkeiten mit großer Wirkung. Jeder Zugang endet am letzten Arbeitstag der Person, nicht irgendwann später. Und die Einweisung findet mit echten Aufträgen statt, nicht mit Beispieldaten aus der Demo. Wer im Lager mit einem Tablet arbeiten soll, braucht dort außerdem eine Verbindung, und dafür zählt mehr als die Reichweite auf dem Datenblatt: welche Fragen ein Router im kleinen Büro beantworten muss, entscheidet darüber, ob der Auftrag ankommt.

Woran unterscheidet man die Kategorien?

Drei Kategorien decken den Markt für kleinere Betriebe weitgehend ab. Ein ERP bündelt Auftrag, Lager, Rechnung und die Schnittstelle zur Buchhaltung. Es verlangt gepflegte Stammdaten und Disziplin bei der Erfassung, und es bringt Annahmen über Abläufe mit, die der Betrieb übernehmen muss.

Eine Branchenlösung ist enger zugeschnitten. Sie kennt die Begriffe des Gewerks, Aufmaß, Nachkalkulation oder Materialliste und muss seltener erklärt werden. Dafür passt sie nur zu einem Teil der Abläufe, und der Wechsel zu einem anderen Anbieter ist aufwendiger, weil die Daten in dessen Logik stecken.

Eine schlanke Datenbank ist die dritte Möglichkeit. Sie lässt sich genau auf den eigenen Ablauf zuschneiden, verlangt aber, dass der Betrieb sie selbst pflegt, dokumentiert und weiterentwickelt. Hängt dieses Wissen an einer Person, kann der Betrieb später nicht mehr nachvollziehen, was das Werkzeug im Einzelnen tut, und jede Änderung wird zum Risiko. Wie unterschiedlich Anbieter ihre Systeme heute zuschneiden, zeigt die Frage, warum ERP zunehmend als Plattform statt als Programm verkauft wird.

Für den Vergleich hilft eine Matrix, die vor der ersten Demo ausgefüllt wird. Die Gewichte in der folgenden Tabelle sind ein Rechenbeispiel der Redaktion und keine Messung. Ein Betrieb, der andere Schwerpunkte setzt, muss die Gewichte ändern, bevor er die Punkte vergibt.

Die Punkte stehen für eine Einschätzung von eins bis fünf und nicht für einen Test. Wer die Gewichte erst nach den Präsentationen festlegt, bewertet in Wahrheit die Sympathie der Anbieter und nicht den eigenen Bedarf.

Was am Ende offen bleibt

Wann eine Tabelle genügt, lässt sich in einem Satz sagen: so lange, wie eine Person ihre Schnittstelle ist und jede Angabe genau einen Ort hat. Sie trägt nicht mehr, wenn sie Planung, Lager, Preislogik und Gedächtnis gleichzeitig sein soll.

Offen bleibt der Preis des Wechsels. Er hängt nicht am System, sondern am Zustand der eigenen Daten, und den kennt kein Anbieter vor dem ersten Blick. Deshalb ist die erste belastbare Zahl im Projekt keine Lizenzgebühr, sondern die Anzahl der Dubletten im ersten Auftragstyp. Wer sie nicht erhebt, plant mit einer Schätzung und nennt sie trotzdem Plan.