Die ERP-Prozesslandkarte – sechs Ketten, an denen alles hängt
Ein ERP-Glossar ist alphabetisch sortiert. Ein Unternehmen arbeitet nicht alphabetisch. Zwischen Auftragsbestätigung und Zahlungseingang liegen im Glossar hundert Einträge – im Betrieb liegen dazwischen sechs Schritte, drei Abteilungen und meistens ein Medienbruch.
Diese Seite ordnet die Begriffe deshalb anders: entlang der sechs End-to-End-Prozessketten, die praktisch jedes Unternehmen durchläuft und die jedes ERP-System in irgendeiner Form abbildet. Jeder Schritt verlinkt auf die passende Glossarerklärung. Unter jeder Kette steht, was in der Praxis regelmäßig klemmt – das ist der Teil, den Anbieterprospekte auslassen.
Die Landkarte ist herstellerneutral. Sie beschreibt, was passieren muss, nicht wie ein bestimmtes Produkt es nennt. Genau deshalb eignet sie sich als Raster für die eigene Ist-Aufnahme: Wer jeden Schritt mit „läuft heute in welchem System, von wem, mit welchem Medienbruch" beschriftet, hat nach einem Vormittag eine belastbarere Grundlage als nach drei Anbieterpräsentationen.
Die sechs Ketten
1. Order-to-Cash (O2C) – vom Kundenwunsch zum Geldeingang
Die Kette, die Umsatz erzeugt. Sie verbindet Vertrieb, Logistik und Debitorenbuchhaltung.
FakturaRechnung im geforderten Format — bei B2G verpflichtend elektronisch.
Forderung führenOffene Posten, Mahnwesen, Zahlungsziele im Blick behalten.
ZahlungseingangKontoauszug einlesen, Zahlung dem offenen Posten zuordnen.
Wo es klemmt: Bei der Verfügbarkeitszusage. Der Vertrieb sagt einen Termin zu, der auf einem Bestandsstand von gestern oder auf Bauchgefühl beruht. Sobald Fertigung und Beschaffung nicht in dieselbe Planung schauen, entsteht genau hier der Rückstand, den später niemand mehr aufholt. Zweite Schwachstelle: die Zuordnung von Zahlungen zu offenen Posten, wenn Kunden Sammelüberweisungen ohne saubere Referenz schicken.
2. Procure-to-Pay (P2P) – vom Bedarf zur bezahlten Rechnung
Die Spiegelkette zu O2C, nur aus Sicht des Einkaufs. Hier entsteht der größte Teil der Kostenseite.
Bedarf erkennenUnterschreitung eines Schwellwerts oder Anforderung aus der Planung.
BestellvorschlagMenge und Termin ermitteln — manuell oder aus dem Dispolauf.
Lieferant auswählenKonditionen, Rahmenverträge, Bewertung aus der Lieferantenhistorie.
Bestellung sendenPer EDI, Portal oder PDF — je nachdem, was der Lieferant kann.
Zahlung auslösenZahllauf, Bankübertragung, Rückmeldung ins System.
Wo es klemmt: Am Dreiwege-Abgleich zwischen Bestellung, Wareneingang und Rechnung. Solange Mengen- oder Preisabweichungen manuell geklärt werden, kostet jede Rechnung Minuten statt Sekunden — und Skonto verfällt. Der zweite Dauerbrenner heißt Maverick Buying: Einkäufe, die am Prozess vorbei per E-Mail oder Kreditkarte laufen und erst mit der Rechnung im System auftauchen. Beides ist messbar, bevor man ein System auswählt: Wie viele Rechnungen laufen heute ohne Bestellbezug ein?
3. Plan-to-Produce – von der Planung zum fertigen Teil
Die Kette der produzierenden Unternehmen. Sie hängt stärker als jede andere an der Datenqualität.
NachkalkulationWas hat das Teil wirklich gekostet, verglichen mit der Vorkalkulation?
Wo es klemmt: An der Rückmeldedisziplin. Ohne verlässliche Ist-Zeiten und Ist-Mengen aus der Fertigung ist die Nachkalkulation Fiktion, und die nächste Vorkalkulation rechnet den Fehler fort. Die zweite Bruchstelle sind die Stücklisten selbst: Werden Konstruktionsänderungen nicht diszipliniert nachgezogen, plant das System gegen ein Produkt, das so nicht mehr gebaut wird. Wer viele Varianten fährt, sollte zusätzlich prüfen, ob das System Variantenfertigung ohne Stücklisten-Explosion beherrscht.
4. Record-to-Report (R2R) – von der Buchung zum Abschluss
Die Kette, in der alle anderen enden. Was hier nicht ankommt, existiert betriebswirtschaftlich nicht.
AufbewahrenUnveränderbar, maschinell auswertbar, über die volle Frist.
Wo es klemmt: An der Abstimmung der Nebenbücher. Debitoren, Kreditoren, Lager und Anlagen müssen zum Hauptbuch passen — wenn Bestandsbewertung und Sachkonto auseinanderlaufen, sucht das Team im Abschluss tagelang Differenzen. Der zweite Klassiker ist die Verfahrensdokumentation: Sie wird bei der Einführung gern verschoben und fehlt dann in der Betriebsprüfung. Beides gehört in die Auswahlphase, nicht in den Go-live-Stress.
5. Hire-to-Retire (H2R) – vom Personalbedarf bis zum Austritt
Die Kette, die im Mittelstand am häufigsten außerhalb des ERP läuft — und trotzdem hineinragt.
Wo es klemmt: Am Austritt. Die Lohnabrechnung wird zuverlässig beendet, die ERP-Berechtigung bleibt oft monatelang aktiv — ein Befund, der in jeder zweiten Zugriffsprüfung auftaucht. Technisch lösbar über Active Directory und Single Sign-on, organisatorisch nur über einen definierten Offboarding-Schritt. Zweite Stelle: Läuft die Abrechnung in einem eigenen System, braucht es eine geklärte Schnittstelle für die Buchung der Personalkosten — sonst wird sie monatlich per Excel nachgetragen.
6. Demand-to-Supply (D2S) – von der Nachfrage zur Versorgung
Die Klammer über Einkauf, Produktion und Lager. Sie entscheidet über gebundenes Kapital.
Wo es klemmt: An der Prognosegüte — und an dem, was daraus folgt. Wer die Prognose nicht regelmäßig gegen die tatsächliche Nachfrage misst, merkt nicht, dass der Sicherheitsbestand seit zwei Jahren ein Vielfaches des Nötigen bindet. Der Bullwhip-Effekt ist kein Lehrbuchphänomen: Er entsteht real dort, wo jede Stufe der Kette einen eigenen Puffer aufschlägt, weil sie den Zahlen der vorherigen nicht traut.
Die Nahtstellen – wo Ketten sich berühren
Innerhalb einer Kette funktioniert Software meist gut. Die Probleme entstehen an den Übergängen, weil dort die Zuständigkeit wechselt und mit ihr oft das System. Diese sechs Nahtstellen lohnen im Auswahlprozess die genaueste Prüfung — sie sind der Unterschied zwischen einem ERP-System und einer Sammlung von Modulen.
Der Vertrieb verspricht einen Termin, den Fertigung und Beschaffung halten müssen. Funktioniert nur, wenn die Zusage aus derselben Planung stammt, gegen die produziert wird — sonst ist Available-to-Promise ein Zahlenwert ohne Deckung.
Faktura und Forderung (O2C ↔ R2R)
Aus der Lieferung wird eine Rechnung, aus der Rechnung ein offener Posten. Wenn Formatpflichten wie XRechnung oder ZUGFeRD greifen, entscheidet sich hier, ob der Beleg beim Kunden überhaupt verarbeitbar ankommt.
Rechnungsprüfung (P2P ↔ R2R)
Bestellung, Wareneingang und Eingangsrechnung müssen automatisch zusammenfinden. Diese Nahtstelle ist der wirtschaftlich lohnendste Automatisierungskandidat im ganzen Haus — und der ehrlichste Test dafür, wie gut Belegerkennung im Alltag wirklich arbeitet.
Rückmeldung und Bewertung (Plan-to-Produce ↔ R2R)
Aus Fertigungszeiten und Materialverbrauch werden Herstellkosten und Bestandswerte. Fehlt die Rückmeldung, stimmt weder die Nachkalkulation noch die Bilanz — und niemand merkt es, bis der Abschluss ansteht.
Personalkosten (H2R ↔ R2R)
Die Abrechnung erzeugt Buchungen auf Kostenstellen, Projekte und Aufträge. Läuft sie in einem Fremdsystem, muss diese Übergabe automatisiert und abgestimmt sein, nicht nachträglich getippt.
Stammdaten (alle Ketten)
Artikel, Kunde, Lieferant, Mitarbeiter, Konto: Jede Kette greift auf denselben Bestand zu. Deshalb ist Stammdatenpflege keine Fleißaufgabe, sondern die Voraussetzung dafür, dass Prozesse überhaupt durchlaufen. Das Prinzip dahinter heißt Single Source of Truth, die Disziplin dazu Master Data Management.
Was Sie mit der Landkarte anfangen können
1. Ist-Aufnahme in einem Vormittag
Drucken Sie die sechs Ketten aus oder übertragen Sie sie auf ein Whiteboard. Beschriften Sie jeden Schritt mit drei Angaben: In welchem System läuft er heute? Wer führt ihn aus? Wo bricht das Medium (Excel, E-Mail, Papier, Zuruf)? Die Medienbrüche sind Ihre echte Anforderungsliste — nicht die Wunschliste aus den Abteilungen. Erfahrungsgemäß liegen 80 Prozent des spürbaren Nutzens einer ERP-Einführung darin, diese Brüche zu schließen.
Ein Lastenheft, das nach Abteilungen gegliedert ist, beschreibt sechsmal dieselbe Wirklichkeit aus verschiedenen Blickwinkeln — und lässt die Übergaben aus. Nach Ketten gegliedert steht jede Anforderung an der Stelle, an der sie wirkt, und die Nahtstellen werden zu eigenen Anforderungen. Für die Vorlage siehe Lastenheft-Vorlage, für die Abgrenzung zum Pflichtenheft Lastenheft vs. Pflichtenheft.
3. Anbieterpräsentationen anders schneiden
Die übliche Demo läuft Modul für Modul und sieht bei allen Anbietern gut aus. Verlangen Sie stattdessen einen Durchlauf entlang einer Kette mit Ihren Daten: ein Auftrag von der Anfrage bis zum Zahlungseingang, eine Eingangsrechnung mit Mengenabweichung, ein Fertigungsauftrag mit Ausschuss. Wo ein System an einer Nahtstelle in Excel oder in eine Zweitanwendung springt, sehen Sie es sofort. Konkrete Fragen dafür liefert der RFP-Prozess.
4. Reihenfolge der Einführung festlegen
Nicht alle Ketten müssen zum selben Zeitpunkt umziehen. Üblich und meist sinnvoll ist die Reihenfolge R2R (Finanzbuchhaltung als Fundament), dann O2C und P2P, danach Plan-to-Produce und zuletzt H2R. Der Grund liegt in den Abhängigkeiten: Die Fertigung braucht bewertete Bestände, die Bestände brauchen ein funktionierendes Hauptbuch. Wie sich das auf Zeitplan und Ressourcen auswirkt, behandelt die Rollout-Planung.
Grenzen dieser Darstellung
Drei Einschränkungen, damit die Landkarte nicht mehr verspricht, als sie leisten kann. Erstens laufen reale Prozesse selten linear: Reklamationen, Teillieferungen, Stornos und Nachträge erzeugen Schleifen, die eine Kettendarstellung nicht abbildet. Zweitens gilt die Reihenfolge nicht überall — in der Auftragsfertigung beginnt die Konstruktion erst nach dem Auftrag, die Ketten O2C und Plan-to-Produce verschränken sich also. Drittens sind die Schrittnamen bewusst neutral gewählt; jedes System nennt sie anders, und manche fassen zwei Schritte zu einem Beleg zusammen.
Wer es genauer braucht, misst statt zu zeichnen: Process Mining rekonstruiert aus den Belegzeitstempeln des Altsystems die tatsächlichen Pfade — einschließlich der Varianten, die niemand dokumentiert hat. Die Landkarte ist dann nicht überflüssig, sondern die Legende, mit der man die Messung liest.
Häufig gestellte Fragen
Wozu brauche ich eine Prozesslandkarte, wenn ich schon ein Lastenheft habe?
Das Lastenheft beschreibt Anforderungen, die Landkarte beschreibt Zusammenhänge. Beides zusammen verhindert den häufigsten Fehler bei der ERP-Auswahl: Man erhebt Anforderungen abteilungsweise, und niemand prüft, ob die Übergaben zwischen den Abteilungen im neuen System überhaupt funktionieren. In der Praxis liegt genau dort der Schmerz — nicht in der einzelnen Funktion, sondern an der Naht zwischen zwei Ketten.
Wir empfehlen die Reihenfolge: erst die Landkarte auf den eigenen Betrieb übertragen, dann je Kette die Anforderungen erheben, dann das Lastenheft schreiben. So bleibt sichtbar, welche Anforderung an welcher Stelle der Kette hängt.
Sind das alle ERP-Prozesse oder gibt es noch mehr?
Es sind die sechs Ketten, die in praktisch jedem Unternehmen vorkommen und die jedes ERP-System in irgendeiner Form abbildet. Daneben gibt es branchenspezifische Ketten — Idea-to-Product in der Entwicklung, Issue-to-Resolution im Service, Acquire-to-Retire für Anlagen — sowie Sonderfälle wie Projektabwicklung oder Intercompany-Verrechnung im Konzern.
Wer projektorientiert oder in Einzelfertigung arbeitet, sollte die O2C-Kette gedanklich um Projektfertigung und Engineer-to-Order erweitern: Dort entsteht der Auftrag, bevor das Produkt überhaupt konstruiert ist, und die Kette läuft nicht linear, sondern in Schleifen.
Muss ein ERP-System alle sechs Ketten abdecken?
Nein, und in der Realität tut es das fast nie vollständig. Lohnabrechnung läuft bei den meisten Mittelständlern in einem eigenen System, das Lager oft in einem WMS, die Fertigungssteuerung in einem MES. Entscheidend ist nicht, ob alles in einem System liegt, sondern ob die Übergaben sauber definiert sind — wer führt welche Daten, wann laufen sie über, was passiert bei einem Fehler.
Diese Architektur mit spezialisierten Systemen um einen ERP-Kern nennt man Postmodern ERP. Sie ist legitim, kostet aber Integrationsaufwand — der im TCO häufig unterschätzt wird.
Wo klemmt es in der Praxis am häufigsten?
An den Nahtstellen, nicht innerhalb der Ketten. Die drei Klassiker: die Verfügbarkeitszusage im Vertrieb, die nicht auf echten Bestands- und Planungsdaten beruht; die Rechnungsprüfung, bei der Bestellung, Wareneingang und Rechnung nicht automatisch zusammenfinden; und die Rückmeldung aus der Fertigung, ohne die keine belastbare Nachkalkulation entsteht.
Alle drei sind keine Softwareprobleme im engeren Sinne, sondern Datenprobleme. Sie lassen sich in der Auswahlphase testen, indem man den Anbieter genau diese Übergänge im Testsystem vorführen lässt — statt Modul für Modul.
Wie finde ich heraus, wie meine Prozesse tatsächlich laufen?
Nicht durch Fragen, sondern durch Messen. Process Mining rekonstruiert aus den Zeitstempeln der Belege im Altsystem, welche Wege ein Auftrag oder eine Rechnung wirklich genommen hat — inklusive der Schleifen, die im Organigramm nicht vorgesehen sind.
Wer dafür kein Werkzeug hat, kommt mit einem einfachen Ersatz weit: 20 abgeschlossene Vorgänge je Kette ziehen, jeden Schritt mit Datum und Verantwortlichem protokollieren, Durchlaufzeiten vergleichen. Die Ausreißer zeigen die Stellen, an denen der Prozess in Wahrheit anders läuft als beschrieben.
Kann ich diese Landkarte für einen Workshop verwenden?
Ja, dafür ist sie gedacht. Ein bewährtes Format: Jede Kette bekommt eine Wand oder ein Whiteboard-Frame. Die Beteiligten markieren pro Schritt, in welchem System er heute läuft, wer ihn ausführt und wo Medienbrüche stecken (Excel, E-Mail, Papier, Zuruf). Nach zwei Stunden hat man eine ehrliche Ist-Aufnahme — und die Medienbrüche sind die Liste der Anforderungen, die im neuen System wirklich zählen.
Die Schrittnamen auf dieser Seite sind bewusst herstellerneutral gehalten, damit sie sich auf jedes System übertragen lassen.
