Handelsprozesse verstehen: was ERP-Anbieter oft übersehen

Im Handel wirken Abläufe auf den ersten Blick einfach: Ware kommt rein, Ware geht raus, Rechnung wird geschrieben. In der Praxis entstehen jedoch täglich Sonderfälle, die über Marge, Lieferfähigkeit und Kundenzufriedenheit entscheiden. Wer Handelsprozesse verstehen will, muss deshalb tiefer schauen als in klassische ERP-Standardprozesse. Genau hier liegt ein blinder Fleck vieler ERP-Anbieter: Sie denken in Modulen und Masken, nicht in realen Entscheidungen am Point of Sale, im Lager, in der Disposition oder im Kundenservice.

Der Handel ist zudem ein Umfeld mit hoher Taktung und vielen Abhängigkeiten: Lieferanten, Spediteuren, Marktplätzen, Filialen, Retouren, Aktionspreisen, Stammdatenqualität, Compliance – all das greift ineinander. Wird ein Prozess nur leicht falsch abgebildet, entstehen Kettenreaktionen, falsche Bestände, unnötige Teillieferungen, Überbestände, mehr Rückfragen, mehr Gutschriften. Das kostet Zeit, Geld und Vertrauen, intern wie extern.

Dieser Artikel zeigt, welche Handelslogik in ERP-Projekten häufig unterschätzt wird, wie Sie Handelsprozesse verstehen und sichtbar machen, und welche Fragen Sie stellen sollten, bevor Sie Anforderungen finalisieren oder eine Lösung bewerten.

Inhaltsverzeichnis

• Warum Handelsprozesse nicht wie Standardprozesse funktionieren
• Der häufigste Irrtum: Prozesse sind nur IT-Workflows
• Stammdaten sind kein Vorprojekt, sie sind Teil des Prozesses
• Preis, Konditionen, Aktionen: Die unterschätzte Komplexität
• Verfügbarkeit ist mehr als Bestand: Reservierung, Priorität, Versprechen
• Retouren, Reklamationen, Gutschriften: Wo Marge verloren geht
• Omnichannel ist Prozessintegration, nicht nur Schnittstellen
• Der Blick ins Lager: Warum ERP ohne Logistikdetails scheitert
• Reporting und Controlling: Wenn Kennzahlen Prozessfehler verdecken
• Workshopfragen, mit denen Sie Anbieter blinde Flecken aufdecken
• Was Sie ab heute anders machen können

Warum Handelsprozesse nicht wie Standardprozesse funktionieren

Viele ERP-Systeme orientieren sich an idealisierten Abläufen: Bestellung, Wareneingang, Einlagerung, Verkauf, Versand, Rechnung. Im Handel ist die Realität dynamischer. Artikel werden substituiert, Liefermengen weichen ab, Liefertermine sind unsicher, Preise ändern sich, Kunden erwarten sofortige Auskunft. Prozesse sind deshalb weniger lineare Ketten, sondern eher Entscheidungsnetze.

Ein Beispiel: Ein Kunde bestellt, die Ware ist laut System verfügbar, gleichzeitig ist ein Teil für eine Filialumverteilung reserviert, ein anderer Teil liegt in Quarantäne wegen Qualitätsprüfung, und ein weiterer Teil ist für einen Marktplatzauftrag blockiert. Wenn diese Reservierungslogik nicht sauber definiert ist, entsteht die Illusion von Verfügbarkeit. Die Folge sind Nachlieferungen, Stornos, negative Bewertungen. Wer die Handelsprozesse verstehen will, muss die Regeln hinter Beständen, Reservierungen und Prioritäten dokumentieren, nicht nur die Buchungsschritte.

Hinzu kommt, dass der Handel oft mehrere Erfüllungswege parallel betreibt: Zentrallager, Filialversand, Dropshipping, Cross-Docking, Click and Collect. Ein ERP-Anbieter, der nur einen Standardweg abbildet, zwingt das Unternehmen in Umwege oder manuelle Korrekturen. So entstehen Schattenprozesse, Excel-Listen, Notfallmails, und später eskalierende Prozesskosten.

Der häufigste Irrtum: Prozesse sind nur IT-Workflows

In vielen Projekten wird Prozessarbeit als Abbildung von Masken und Statuswerten verstanden. Dabei ist ein Handelsprozess vor allem eine Abfolge von Entscheidungen: Wer darf was, wann, mit welcher Priorität, auf Basis welcher Daten? Ein Workflow kann die Entscheidung nicht ersetzen, wenn Kriterien fehlen oder die Daten nicht verlässlich sind.

Ein typischer Fall ist die Disposition: Viele Systeme bieten Vorschläge, aber die Logik dahinter ist nicht passend, weil Lieferzyklen, Mindestabnahmen, saisonale Effekte und Aktionsplanung im Datenmodell nicht präzise abgebildet sind. Dann wird die Disposition zur manuellen Daueraufgabe. Wenn Sie die Handelsprozesse verstehen möchten, sollten Sie jede zentrale Entscheidung im Prozess als Regel formulieren, und dann prüfen, ob das ERP-System diese Regel mit Daten und Parametern wirklich tragen kann.

Das gilt auch für den Kundenservice: Eine schnelle Antwort auf eine Lieferanfrage ist keine reine Anzeige, sondern das Ergebnis korrekter Statuslogik über Auftrag, Kommissionierung, Versand, Carrier-Events, Teilrückstände und Prioritätsänderungen.

Stammdaten sind kein Vorprojekt, sie sind Teil des Prozesses

ERP-Anbieter trennen gern zwischen Prozess und Stammdaten. Im Handel ist das künstlich. Stammdaten sind der Prozess, weil Preisfindung, Verfügbarkeit, Retourenfähigkeit, Gefahrgut, Zoll, Verpackungseinheiten und Variantenlogik direkt aus Stammdaten stammen. Sobald Stammdaten unvollständig oder inkonsistent sind, wird jeder Prozess unzuverlässig.

Wer die Handelsprozesse verstehen will, sollte deshalb früh klären, welche Stammdatenobjekte tatsächlich entscheidungsrelevant sind. Beispiele sind:

• Artikelvarianten und Attribute, etwa Farbe, Größe, MHD, Seriennummer
• Verkaufseinheiten, Umverpackungen, Palettenfaktoren
• Preislogik mit Aktionspreisen, Staffelpreisen, kundenspezifischen Preisen
• Lieferantenkonditionen, Mindestmengen, Lieferzeiten, Incoterms
• Retourengründe, Prüfregeln, Wiedereinlagerungsfähigkeit

Wichtig ist auch die Governance. Wer pflegt was, wann, mit welchen Prüfungen, und wie werden Änderungen dokumentiert? Wenn ein ERP-Anbieter das als reine Datenmigration betrachtet, wird später Prozessqualität verloren gehen.

Preis, Konditionen, Aktionen: Die unterschätzte Komplexität

Preislogik ist im Handel oft der Kern der Wertschöpfung. Trotzdem wird sie in vielen ERP-Workshops zu spät behandelt oder nur technisch betrachtet. Dabei hängen Margen, Nachkalkulation, Reklamationen und Reporting an derselben Logik.

Viele Anbieter denken in Preislisten und Rabatten. Handelsrealität umfasst aber auch Aktionsmechaniken, Bundlepreise, Couponregeln, Streuwerbung, Marktplatzgebühren, dynamische Preise, und unterschiedliche Preiszeitpunkte, etwa Bestellzeitpunkt, Lieferzeitpunkt, Rechnungszeitpunkt. Wenn Sie die Handelsprozesse verstehen, sollten Sie diese Zeitpunkte explizit festlegen. Sonst entstehen später Diskussionen, warum die Rechnung nicht zur Auftragsbestätigung passt, oder warum eine Gutschrift anders berechnet wurde als erwartet.

Ein Praxischeck ist hilfreich: Nehmen Sie drei echte Fälle, eine Aktion mit Storno, eine Preisanpassung nach Lieferung, eine Mischbestellung aus Normalpreis und Kampagne. Modellieren Sie diese Fälle Ende zu Ende, inklusive Belegen, Buchungen und Reporting. Wenn das System nur mit Sonderprogrammierung funktioniert, ist das ein Warnsignal.

Verfügbarkeit ist mehr als Bestand: Reservierung, Priorität, Versprechen

Im Handel ist Verfügbarkeit ein Versprechen: Ein System muss nicht nur Mengen kennen, sondern auch die Bedeutung der Mengen. Freier Bestand, gesperrter Bestand, Qualitätsbestand, Kommissionsbestand, Transit, Lieferantenbestand, Filialbestand. Dazu kommen Reservierungen für unterschiedliche Kanäle.

Viele ERP-Anbieter bilden Reservierungen grob ab. In der Realität benötigen Unternehmen Prioritäten, etwa B2B-Großkunde vor Marktplatzauftrag, Expressauftrag vor Standardauftrag, Filialversorgung vor Online. Ohne diese Prioritäten werden gute Bestände falsch verteilt. Wer diese Handelsprozesse verstehen möchte, sollte daher eine Reservierungslandkarte erstellen, welche Reservierungsarten existieren, wer sie setzt, wann sie aufgehoben werden, und welche Konfliktregeln gelten.

Auch die Kommunikation hängt daran. Verfügbarkeit für den Webshop ist etwas anderes als Verfügbarkeit für die interne Disposition. Für den Kunden zählt das lieferbare Datum, nicht der theoretische Bestand.

Retouren, Reklamationen, Gutschriften: Wo Marge verloren geht

Retouren sind im Handel normal, aber sie sind auch ein Kostenhebel. Viele ERP-Projekte behandeln Retouren als Sonderfall, dabei sind sie ein Standardprozess mit vielen Varianten. Rücksendung, Umtausch, Nachlieferung, Reparatur, Ersatzteil, Kulanz, Wertminderung, Entsorgung.

Wenn Sie Handelsprozesse verstehen, modellieren Sie Retouren nicht nur als Lagerbewegung, sondern als Entscheidungsprozess. Welche Ware darf wieder eingelagert werden, welche benötigt Prüfung, welche wird gesperrt? Wie wird der Zustand dokumentiert, welche Fotos oder Prüfprotokolle werden benötigt, wie läuft die Freigabe, wie wird die Gutschrift berechnet, inklusive Versandkosten, Rabatten und Gutscheinen?

Ein häufiger blinder Fleck ist die Verknüpfung zum Einkauf. Bei Lieferantenreklamationen müssen Chargen, Lieferungen und Belege sauber rückverfolgbar sein. Sonst bleibt der Schaden im eigenen Haus hängen.

Omnichannel ist Prozessintegration, nicht nur Schnittstellen

Viele Unternehmen verkaufen heute über mehrere Kanäle. ERP-Anbieter sprechen dann schnell über Schnittstellen. Das ist zu kurz gedacht. Der kritische Teil ist die Prozesskonsistenz, also gleiche Regeln, gleiche Daten, gleiche Prioritäten, auch wenn der Kanal anders ist.

Beispiele: Ein Artikel ist online bestellbar, in der Filiale aber gesperrt, oder umgekehrt. Ein Coupon gilt im Shop, aber nicht im Callcenter. Eine Retoure aus dem Marktplatz soll im Zentrallager verarbeitet werden, hat aber eine andere Beleglogik. Das sind keine Integrationsprobleme, das sind Prozessdefinitionen. Wer komplexe Handelsprozesse verstehen will, muss kanalübergreifend definieren, welche Datenobjekte führend sind, welche Statuswerte gelten, und wie Konflikte gelöst werden.

Ein hilfreiches Werkzeug ist die sogenannte Prozessmatrix. In einer Tabelle werden Prozesse wie Auftrag, Versand, Retoure, Preis, Bestand und Stammdaten den Kanälen gegenübergestellt. Dann sehen Sie schnell, wo Regeln auseinanderlaufen, und wo ein System echte Omnichannel-Fähigkeit benötigt.

Der Blick ins Lager: Warum ERP ohne Logistikdetails scheitert

Auch wenn der Fokus eines ERP-Projekts oft auf kaufmännischen Abläufen liegt, entscheidet die Logistik über die Lieferfähigkeit. Viele ERP-Anbieter vereinfachen Lagerprozesse, weil sie primär im ERP denken. Doch im Handel sind Lagerprozesse häufig hochvariabel. Wareneingang mit Qualitätsprüfung, Umlagerungen, Kommissionierung nach Zonen, Mehrfachentnahmen, Seriennummern, Chargen, MHD, Value Added Services, Verpackungslogik, Versandlabel, Carrier-Vorgaben.

Wer diese Handelsprozesse verstehen möchte, sollte die logistischen Prozessvarianten früh erheben, und nicht erst in der Implementierung. Ein Beispiel ist die Verpackungslogik. Wenn Versandkartons, Füllmaterial, Gefahrgutkennzeichnung und Gewichtsregeln nicht im Prozess verankert sind, entstehen manuelle Nacharbeiten. Oder die Kommissionierung: Wenn die Pick-Strategie nicht zu Artikelstruktur und Auftragsmix passt, sinkt die Produktivität.

Eine klare Botschaft ist wichtig: Ein ERP-Projekt ist immer auch ein Prozessprojekt, und Lagerdetails sind keine Nebensache, sie sind Ausführung der Handelsversprechen.

Reporting und Controlling: Wenn Kennzahlen Prozessfehler verdecken

Im Handel wird viel gesteuert: Lagerumschlag, Liefertermintreue, Retourenquote, Deckungsbeitrag, Servicelevel. Doch Kennzahlen im Controlling sind nur so gut wie die Prozessdaten. Viele Anbieter liefern Standardberichte, die auf Standardbelegen beruhen. Wenn ein Unternehmen aber Sonderlogik nutzt, etwa Teillieferung mit späterer Nachberechnung, oder Cross-Docking ohne Einlagerung, dann passen Standardkennzahlen nicht.

Wenn Sie grundlegende Handelsprozesse verstehen, definieren Sie zuerst, welche Entscheidungen Kennzahlen unterstützen sollen. Dann leiten Sie daraus ab, welche Ereignisse im Prozess erfasst werden müssen. Beispiele: Zeitpunkt der Lieferzusage, Zeitpunkt des Packabschlusses, Zeitpunkt der Carrierübergabe, Zeitpunkt der Retoureeingangsbuchung, Grundcodes für Abweichungen.

Wichtig ist auch die Trennung von Prozessstatus und Buchhaltungsstatus. Ein Auftrag kann logistisch erledigt sein, aber kaufmännisch noch offen wegen Rechnungslauf. Wenn diese Ebenen vermischt werden, entstehen falsche Aussagen im Tagesgeschäft.

Workshopfragen, mit denen Sie Anbieter blinde Flecken aufdecken

Sie müssen nicht jedes Detail selbst modellieren, aber Sie sollten die richtigen Fragen stellen, damit Anforderungen nicht auf Annahmen basieren. Diese Fragen helfen, Handelsprozesse zu verstehen und zu operationalisieren:

• Welche Sonderfälle sind im Standardprozess enthalten, und welche nicht?
• Welche Regeln steuern Reservierung und Priorität über Kanäle hinweg?
• Wie werden Preiszeitpunkte und Aktionsregeln abgebildet?
• Welche Stammdatenobjekte sind für Prozessentscheidungen zwingend?
• Wie wird Retourenlogik inklusive Prüfung, Wiedereinlagerung und Gutschrift umgesetzt?
• Welche Lagerprozessvarianten sind im Standard vorgesehen?
• Wie werden Statuswerte definiert, und wie werden sie extern kommuniziert?
• Welche Ereignisse werden für Reporting und Audit Trail erfasst?
• Wie wird Datenqualität im laufenden Betrieb gesichert, nicht nur bei der Migration?

Wenn ein Anbieter auf diese Fragen nur mit Customizing als Sammelbegriff antwortet, sollten Sie genauer nachhaken. Customizing ist normal, aber es ist entscheidend, ob die Lösung regelbasiert, wartbar und transparent bleibt.

Was Sie ab heute anders machen können

Wenn Sie individuelle Handelsprozesse verstehen möchten, starten Sie nicht mit Funktionslisten, sondern mit Entscheidungspunkten. Sammeln Sie reale Fälle aus dem Alltag, besonders die, die heute Reibung erzeugen: Teillieferungen, Preisabweichungen, Retourenstreitfälle, Bestandsschwankungen, Kanal-Konflikte. Dokumentieren Sie pro Fall: Auslöser, beteiligte Rollen, benötigte Daten, Entscheidungskriterien, Ergebnis, und welche Kennzahl davon abhängt.

Als nächsten Schritt erstellen Sie eine einfache Prozesslandkarte mit drei Ebenen. Erstens: End-to-End-Prozesse wie Beschaffung, Verkauf, Fulfillment, Retoure. Zweitens: kritische Entscheidungsregeln wie Reservierung, Priorität, Preiszeitpunkte. Drittens: Datenobjekte und Statuswerte, die diese Regeln tragen. So entsteht ein Bild, das Anbieter nicht mit Standardfolien beantworten können.

Wenn Sie diese Vorbereitung machen, gewinnen Sie doppelt: Sie reduzieren Projektrisiken, und Sie schaffen intern ein gemeinsames Verständnis. Genau das ist der schnellste Weg, die eigenen Handelsprozesse zu verstehen und in messbare Prozessqualität zu übersetzen.