ERP-System – was macht das eigentlich konkret, und warum reicht dafür nicht eine gute Excel-Lösung?

Das lässt sich an einem einzigen Beispiel sehr gut zeigen: Ein Kundenauftrag geht ein.

Excel-Welt: Der Vertrieb trägt den Auftrag in seine Liste ein. Das Lager erfährt davon per Mail und pflegt den Bestand in einer zweiten Datei. Die Buchhaltung tippt die Rechnung in eine dritte. Der Einkauf merkt drei Tage später, dass Material fehlt. Jeder Schritt ist eine Neuerfassung derselben Daten – und jede Neuerfassung ist eine Fehlerquelle.

ERP-Welt: Der Auftrag wird einmal erfasst und läuft als ein Datensatz durch alle Bereiche: Verfügbarkeitsprüfung im Lager, Reservierung, gegebenenfalls Bestellvorschlag im Einkauf, Kommissionierung, Lieferschein, Faktura, Buchung auf Debitor und Erlöskonto. Der Lagerbestand ändert sich in dem Moment, in dem gebucht wird – nicht dann, wenn jemand daran denkt.

Genau das ist der Integrationsgedanke, und den unterscheidet man in der Klausur meist dreifach:

• Datenintegration: eine gemeinsame Datenbasis, jede Information wird nur einmal gespeichert (Redundanzfreiheit) → keine widersprüchlichen Stände.
• Funktionsintegration: die Module (Finanzbuchhaltung, Controlling, Materialwirtschaft, Produktion/PPS, Vertrieb, Personal) greifen auf dieselben Objekte zu.
• Prozessintegration: abgebildet wird der Geschäftsprozess über Abteilungsgrenzen hinweg, nicht die einzelne Abteilung.

Nützlich ist dabei auch die Unterscheidung der Datenarten: Stammdaten (langlebig: Kunde, Artikel, Lieferant), Bewegungsdaten (vorgangsbezogen: Auftrag, Buchung, Wareneingang) und Bestandsdaten (der jeweils aktuelle Stand: Lagerbestand, Kontosaldo). Ein ERP hält die Stammdaten einmal und verknüpft alle Bewegungen damit.

Und wo Excel technisch aussteigt: Mehrbenutzerbetrieb mit Transaktionssicherheit (entweder wird der ganze Vorgang gebucht oder gar nichts), referentielle Integrität, Berechtigungskonzept und eine lückenlose, nachvollziehbare Protokollierung – letzteres ist bei buchungsrelevanten Daten nach den GoBD nicht optional. Eine Excel-Zelle kann man überschreiben, ohne dass es jemand sieht. Genau das darf bei Buchhaltungsdaten nicht möglich sein.

Danke Daniel, dem ist wenig hinzuzufügen – ich hänge nur die Begriffe an, die in Klausuren gern zusätzlich abgefragt werden 🙂

Standardsoftware statt Individualsoftware: Ein ERP kauft man fertig und passt es an, statt es zu programmieren. Vorteil: geringere Entwicklungskosten und -risiken, laufende Updates, eingebaute Referenzprozesse. Nachteil: Man muss sich in Teilen an die Logik des Herstellers anpassen – der berühmte Satz „das System kann das so nicht“.

Daraus folgt die Unterscheidung Customizing vs. Individualprogrammierung: Customizing heißt, das System über Parameter und Konfiguration einzustellen (Buchungskreise, Belegarten, Workflows) – updatefest. Individualprogrammierung ist eigener Code – flexibel, aber teuer und bei jedem Release erneut zu prüfen. Faustregel aus der Praxis: so viel Customizing wie möglich, so wenig Eigenentwicklung wie nötig.

Der häufigste Grund, warum ERP-Projekte scheitern, ist übrigens weder Technik noch Budget, sondern Stammdatenqualität und fehlende Prozessdisziplin. Ein integriertes System verzeiht schlampige Datenpflege nicht: Ein falscher Artikelstamm pflanzt sich sofort in Disposition, Kalkulation und Abschluss fort. In der Excel-Welt fällt so etwas erst gar nicht auf.

Merksatz fürs Verständnis: Excel bildet Tabellen ab, ein ERP bildet Prozesse ab. Deshalb kann Excel schneller sein, solange nur eine Person damit arbeitet – und wird unbrauchbar, sobald mehrere Bereiche dieselben Daten brauchen.

Später Nachtrag, weil in Klausuren nach dem ERP-Begriff sehr gern die Abgrenzung zu den Nachbarsystemen kommt – und die ist mit dem Prozessgedanken von oben leicht zu merken:

• CRM setzt vor dem ERP an (Interessent, Angebot, Kampagne, Kundenhistorie),
• SCM reicht über das eigene Unternehmen hinaus (Lieferanten, Transport, Netzwerkplanung),
• MES sitzt unter dem ERP direkt an der Maschine (Feinsteuerung, Betriebs- und Maschinendaten in Echtzeit),
• BI/Data Warehouse liegt über allem und wertet aus, statt zu buchen.

Dazu die Zwei-Ebenen-Sicht, die gern als Definitionsfrage kommt: Das ERP ist ein operatives Administrations- und Dispositionssystem – es führt Geschäftsvorfälle aus. Auswertung und Entscheidungsunterstützung sind Aufgabe der analytischen Ebene. Deshalb löst man Reporting-Probleme nicht dadurch, dass man Auswertungen ins ERP hineinbaut.

Und ein Punkt, der bei Daniels Integrationsgedanken oft untergeht: Integration ist nicht dasselbe wie eine Schnittstelle. Zwei Systeme, die nachts Dateien austauschen, sind gekoppelt, aber nicht integriert – es gibt weiterhin zwei Wahrheiten, nur mit Zeitverzug. Echte Datenintegration heißt: eine Datenbasis, kein Abgleich nötig.