ERP-Implementierung im Großhandel: EDI, B2B-Portal und Routenplanung

Die ERP-Implementierung im Großhandelsvertrieb wird durch drei technische Herausforderungen definiert, die in anderen Branchen ihresgleichen suchen: EDI-Integration mit Dutzenden von Handelspartnern mit jeweils eigenen Datenformatanforderungen, B2B-Portalbereitstellung, die Hunderte von Kundenkonten mit komplexen Preis- und Katalogsichtbarkeitsregeln bedient, und Routenplanungsintegration, die die Lieferreihenfolge über Dutzende von Stopps hinweg optimieren und dabei die Lieferfenster der Kunden und Einschränkungen der Fahrzeugkapazität berücksichtigen muss.

Die richtige Umsetzung dieser drei Integrationen entscheidet darüber, ob das ERP sein Versprechen der betrieblichen Effizienz einhält. Eine EDI-Integration, die Bestellungen verwirft, ein B2B-Portal, das falsche Preise anzeigt, oder ein Routing-System, das suboptimale Routen generiert, verbrauchen die Effizienzgewinne aus anderen Teilen der Implementierung und führen dazu, dass das Unternehmen schlechter dasteht als zuvor.

Dieser Leitfaden bietet einen praxisorientierten Rahmen für die ERP-Implementierung im Großhandelsvertrieb.

Wichtige Erkenntnisse

• Für die EDI-Integration ist ein dedizierter EDI-Übersetzer oder eine Middleware erforderlich – das ERP spricht ANSI X12 nicht nativ
• Die Bereitstellung eines B2B-Portals muss vor dem Start komplexe Preisregeln unterstützen – eine falsche Preisgestaltung beim Portalstart zerstört das Vertrauen der Kunden
• Die Konfiguration des Lagerstandorts muss abgeschlossen und validiert werden, bevor physischer Bestand verschoben wird
• Die Migration des Kundenstamms erfordert den Abgleich widersprüchlicher Daten aus mehreren Altsystemen (Buchhaltung, CRM, Abrechnung).
• Bei der Artikelstammmigration müssen doppelte Artikel, inkonsistente ME und inaktive Artikel vor der Migration behoben werden
• Für die Routenplanungsintegration sind Kundenadressdaten in GPS-Qualität erforderlich – die Adressvalidierung ist eine Voraussetzung vor der Migration
• Die Migration offener Bestellungen (Bestellungen, die bei der Umstellung eingehen, aber nicht versendet werden) ist das Datenmigrationselement mit dem höchsten Risiko
• Der Go-Live-Timing sollte nach Möglichkeit das Monats- und Quartalsende vermeiden (wenn das Auftragsvolumen ansteigt).

---

Vorimplementierung: Bewertung der Datenbereitschaft

Der Erfolg der ERP-Implementierung im Vertrieb hängt mehr von der Datenqualität als von jedem anderen Einzelfaktor ab. Die drei Stammdatensätze, die den betrieblichen Erfolg bestimmen – Kundenstammdaten, Artikelstammdaten und Bestandsdaten – müssen vor der Migration geprüft und bereinigt werden.

Kundenstammaudit

Das Kundenstammaudit sollte Folgendes identifizieren:

• Doppelte Kundendatensätze (gleicher Kunde in mehreren Systemen oder doppelt eingegeben)
• Inkonsistente Kundenpreisstufen in allen Systemen
• Inaktive Kunden (keine Bestellungen in 24 Monaten), die archiviert werden sollten
• Kunden mit veralteten Kreditbedingungen oder -limits
• Kunden mit EDI-Fähigkeit, die EDI derzeit nicht nutzen
• Kunden mit unvollständigen Lieferadressdaten (nur Straßenadresse, fehlende Geokoordinaten)

Für den Vertrieb ist die Adressvalidierung besonders wichtig – zur Routenoptimierung muss die Lieferadresse jedes Kunden geokodierbar sein. Ungültige oder unvollständige Adressen müssen manuell korrigiert werden, bevor das Routing-System funktionieren kann.

Artikelstammprüfung

Die Artikelstammprüfung sollte Folgendes identifizieren:

• Doppelte Artikeldatensätze (dasselbe physische Produkt mit mehreren Artikelnummern)
• Artikel mit inkonsistenter Maßeinheit in verschiedenen Systemen – Auslaufartikel, die archiviert statt migriert werden sollten
• Artikel mit fehlenden Kostendaten (erforderlich für GP-Berichte)
• Artikel mit fehlenden Lieferantendaten (erforderlich für automatisierten Nachschub)
• Artikel mit falscher Produktkategoriezuordnung

Ein Händler mit 15.000 aktiven SKUs findet möglicherweise 300–800 doppelte Artikel, die zusammengeführt werden sollten. Das Zusammenführen dieser Duplikate vor der Migration verhindert die Artikelverwirrung, die nach der Produktivsetzung zu Fehlern bei der Auswahl falscher Artikel führt.

Genauigkeit der Bestandsdaten

Der wichtigste Schritt zur Qualität der Bestandsdaten ist eine vollständige physische Bestandszählung in den Wochen vor der Migration. Durch die Migration von Bestandsdaten aus einem Altsystem ohne vorherige Durchführung einer Inventur werden die akkumulierten Ungenauigkeiten des Altsystems in das neue ERP übertragen. Die Bestandszählung des Eröffnungssaldos stellt eine genaue Basislinie dar.

---

Phase 1: Grundlagen des Finanz- und Rechnungswesens (Monate 1–3)

Kontenplan für die Verteilung

Der Verteilungskontenplan muss Folgendes unterstützen:

• Umsatz nach Kundentyp (Direktkunde, Wiederverkäufer, OEM)
• Umsatz nach Produktkategorie (für die Rentabilitätsanalyse der Produktlinie)
• Kosten der verkauften Waren (Einkaufskosten plus eingehende Fracht)
• Bruttogewinn nach Produktkategorie und Kundensegment
• Lagerbetriebskosten nach Standort
• Lieferroutenkosten (Fahrer, Kraftstoff, Wartung) für die Kostenverfolgung pro Lieferung

Debitorenbuchhaltungskonfiguration

Der Distributor AR muss sich um Folgendes kümmern:

• Mehrere Rechnungsformate (Standard, EDI, elektronische Überweisung)
• Frühzahlungsrabattbedingungen (2/10 netto 30 ist in vielen Vertriebssegmenten Standard)
• Erstellung und Zustellung von Kundenabrechnungen
• Durchsetzung von Kreditlimits mit Genehmigungsworkflow
• Alterungsbericht von Kunde und Verkäufer

---

Phase 2: Einrichtung des Artikel- und Preismasters (Monate 2–5)

Artikelstammkonfiguration

Nach der Artikelstammprüfung und Deduplizierung müssen die Artikel im ERP konfiguriert werden mit:

• Artikelbeschreibung, Kategorie und Unterkategorie
• ME (Stück, Karton, Palette, gewichtsbasiert) und Umrechnungsfaktoren zwischen ME
• Mindest- und Höchstbestellmengen
• Standardmäßige Einkaufsvorlaufzeit vom Hauptlieferanten
• Nachbestellpunkt und Sicherheitsbestandsmenge
• Lageranforderungen (Temperatur, Gefahrstoffklasse, Stapelbarkeit)

Einrichtung der Kundenpreise

Die Konfiguration der Kundenpreise ist eine der arbeitsintensivsten Einrichtungsaufgaben im ERP-Vertrieb. Die Preisdatenbank muss Folgendes genau widerspiegeln:

• Der Vertragspreis jedes Kunden für jeden Artikel in seinem Katalog (möglicherweise Tausende von Artikel-Kundenpreis-Kombinationen)
• Mengenrabattpreise (Preisstufen nach Bestellmenge)
• Kundenspezifische Produktausschlüsse (Artikel im Katalog, die für einen bestimmten Kunden nicht verfügbar sind)
• Zeitlich begrenzte Aktionspreise mit Start- und Enddatum

Die Validierung der Preisdatenqualität ist von entscheidender Bedeutung – jeder falsche Preis im ERP führt entweder zu einer Kreditanfrage des Kunden oder zu einer verpassten Margenmöglichkeit. Bevor die Preisdatenbank für den Go-Live freigegeben wird, empfiehlt sich eine Stichprobenvalidierung von 200 Artikel-Kunden-Kombinationen anhand der aktuellen Vertragsdokumentation.

---

Phase 3: EDI-Integration (Monate 3–8)

Die EDI-Integration ist das technische Herzstück der ERP-Implementierung im Vertrieb für Unternehmen mit Einzelhandels- oder Fertigungskunden.

EDI-Übersetzerauswahl

Das ERP spricht nicht nativ ANSI Der EDI-Übersetzer kann von einem Drittanbieter gehostet werden (Managed EDI) oder in der eigenen Infrastruktur des Distributors bereitgestellt werden.

Verwaltete EDI-Dienste werden von den meisten mittelständischen Händlern bevorzugt – die Pflege der Handelspartnerzuordnung (jeder Einzelhändler oder Hersteller hat leicht unterschiedliche EDI-Spezifikationen) wird vom Dienstanbieter übernommen, wodurch der interne technische Aufwand reduziert wird.

Einbindung von Handelspartnern

Jeder EDI-Handelspartner benötigt:

1. Überprüfung der Anforderungsdokumente: Jeder Einzelhändler oder Hersteller veröffentlicht seinen EDI-Implementierungsleitfaden, in dem er angibt, welche Transaktionssätze er verwendet, seine spezifischen Feldanforderungen und seine Fehlerbehandlungsverfahren
2. Zuordnungskonfiguration: Der EDI-Übersetzer ist so konfiguriert, dass er die Datenfelder des ERP den EDI-Segmenten des Handelspartners zuordnet
3. Testen: Beide Parteien tauschen Testtransaktionen in einer Testumgebung aus und überprüfen die korrekte Verarbeitung
4. Produktionsstart: Der Handelspartner bestätigt die Bereitschaft und die Produktionstransaktionen beginnen

Das Onboarding von Handelspartnern dauert je Partner 4–8 Wochen, abhängig von der Komplexität seiner Anforderungen und der Geschwindigkeit seines Testprozesses. Bei 30 EDI-Handelspartnern umfasst der Onboarding-Zeitplan die gesamte Implementierung.

Kritische EDI-Transaktionssätze

Die EDI-Transaktionssätze mit der höchsten Priorität für die Verteilung sind:

• 850 (Purchase Order): Kundenbestellungen, die elektronisch eingehen – der Volumentreiber, der EDI-Investitionen rechtfertigt
• 855 (PO-Bestätigung): Bestätigt den Eingang der Bestellung des Kunden mit allen angegebenen Ausnahmen
• 856 (Vorabversandbenachrichtigung): Benachrichtigt den Kunden darüber, dass eine Sendung mit Details auf Kartonebene versandt wurde
• 810 (Rechnung): Elektronische Rechnung, die an das AP-System des Kunden übermittelt wird

850 automatische Verarbeitung

Der volle Wert von EDI wird ausgeschöpft, wenn 850 Bestellungen ohne menschliches Eingreifen abgewickelt werden. Ein 850, der ankommt, die Validierung besteht (Artikelnummern erkannt, Mengen innerhalb der Grenzen, Preise innerhalb des erwarteten Bereichs) und sich innerhalb des Kreditlimits des Kunden befindet, sollte automatisch bestätigt und zur Ausführung eingeplant werden, ohne dass ihn jemand berührt.

Die Regeln für die automatische EDI-Verarbeitung legen fest, wann ein 850-Antrag automatisch verarbeitet werden kann und wann eine menschliche Überprüfung erforderlich ist. Konservative Regeln für die automatische Verarbeitung (die bei Ausnahmen eine menschliche Überprüfung erfordern) bewahren die Kontrolle, verringern jedoch den Nutzen der Automatisierung. Eine aggressive automatische Verarbeitung (minimale Ausnahmekriterien) maximiert die Effizienz, erfordert jedoch Vertrauen in die Preisgestaltung und Bestandskonfiguration.

---

Phase 4: B2B-Kundenportal (Monate 5–9)

Das B2B-Kundenportal ist die Self-Service-Schnittstelle, über die Kunden Bestellungen aufgeben, den Bestellstatus überprüfen, Rechnungen einsehen und Sendungen verfolgen. Für Distributoren, die auf KMU-Kunden abzielen, die eine EDI-Investition nicht rechtfertigen können, bietet das B2B-Portal eine gleichwertige Effizienz.

Portalpreise und Katalogkonfiguration

Das B2B-Portal muss jedem Kunden seinen eigenen spezifischen Preis- und Produktkatalog anzeigen. Ein Kunde, der Vertragspreise ausgehandelt hat, sollte seine Vertragspreise und nicht die Listenpreise sehen. Ein Kunde, dem die Bestellung bestimmter Produktkategorien untersagt ist, sollte diese Produkte nicht in seiner Portalansicht sehen.

Diese kundenspezifische Produkt- und Preistransparenz ist technisch aufwändig und muss vor dem Portalstart ausführlich getestet werden. Ein Portal, das falsche Preise anzeigt, führt zu Vertrauensproblemen bei den Kunden, die nur schwer zu beheben sind.

Portal-Testansatz

Portaltests müssen jede Kundenstufe und Preiskonfiguration simulieren:

• Erstellen Sie Testkonten für jede große Preisstufe des Kunden
• Überprüfen Sie, ob die Vertragspreise für jedes Testkonto korrekt angezeigt werden
• Stellen Sie sicher, dass Produktbeschränkungen korrekt durchgesetzt werden
• Testen Sie den gesamten Bestellvorgang einschließlich Bestätigungs-E-Mails
• Testen Sie den Bestellstatus und die Rechnungsanzeigefunktion

Portal-Rollout-Strategie

Anstatt das Portal gleichzeitig für alle Kunden einzuführen, verringert ein schrittweiser Rollout das Risiko:

1. Interner Pilot: Das Portal wird von internen Kundendienstmitarbeitern getestet, die als Kunden fungieren
2. Key-Account-Pilot: 3–5 Großkunden werden eingeladen, das Portal vor der allgemeinen Verfügbarkeit zu nutzen
3. Freiwilliger Rollout: Alle Kunden werden über die Verfügbarkeit des Portals informiert; Die Adoption ist optional
4. Incentivierte Einführung: Kunden erhalten Anreize (portalspezifische Preise, schnellere Auftragsbestätigung), das Portal zu übernehmen

---

Phase 5: Lagerbetrieb (Monate 4–8)

Lagerstandort-Master-Setup

Bevor ein Lagerbestand im ERP verwaltet werden kann, muss die Lagerstandorthierarchie konfiguriert werden. Jeder Lagerort – Behälter, Regal, Regal, Reihe, Zone – wird im ERP mit Kapazität (Gewicht, Volumen, Anzahl der Paletten), Temperaturzone und etwaigen besonderen Anforderungen (nur Gefahrstoffe, nur zerbrechliche Stoffe) definiert.

Der Standortstamm muss genau mit den physischen Etiketten im Lager übereinstimmen. Wenn das ERP einen Standort „Reihe 12 – Regal 3 – Regal 2 – Behälter 4“ nennt, auf dem Lageretikett jedoch „12-3-2-4“ steht, sind die Kommissionierer verwirrt. Standardisieren Sie die Namenskonvention vor der ERP-Konfiguration und stellen Sie sicher, dass die physischen Etiketten entsprechend aktualisiert werden.

Strategiekonfiguration auswählen

Die Kommissionierungsstrategie bestimmt, wie das ERP Kommissionierungslisten generiert:

• Einzelbestellung: Kommissionieren Sie jeweils eine Bestellung (am besten für große Bestellungen mit vielen Artikeln)
• Stapelkommissionierung: Artikel für mehrere Bestellungen gleichzeitig kommissionieren (am besten für kleine Bestellungen mit wenigen Artikeln)
• Zonenkommissionierung: Teilen Sie das Lager in Zonen ein; Kommissionierer arbeiten innerhalb ihrer Zone und Bestellungen werden beim Verpacken konsolidiert
• Wellenkommissionierung: Geben Sie Auftragsgruppen in konfigurierten Intervallen frei, um die Arbeitsbelastung auszugleichen

Die geeignete Kommissionierungsstrategie hängt vom Bestellprofil ab – durchschnittliche Anzahl der Zeilen pro Bestellung, durchschnittliche Stückzahl und SKU-Geschwindigkeitsverteilung. Viele Händler verwenden unterschiedliche Strategien für unterschiedliche Auftragstypen innerhalb desselben Lagers.

---

Phase 6: Integration der Routenplanung (Monate 6–10)

Auswahl der Routenplanungssoftware

Die Routenplanung für die Distributionszustellung erfordert spezielle Optimierungssoftware. Zu den Optionen gehören:

• ERP-natives Routing: Einige ERP-Plattformen umfassen eine grundlegende Routenplanung (Sequenzierung nach geografischer Nähe stoppen)
• Integrierte Routenoptimierung: Spezialisierte Routenoptimierungssoftware (Routific, OptimoRoute, Route4Me) lässt sich über API in ERP integrieren
• Erweitertes Flottenmanagement: Vollständiges TMS (Transportation Management System) für große Flotten mit komplexen Anforderungen

Für die meisten Großhändler mit 15–50 Lieferfahrzeugen ist ein integriertes Routenoptimierungstool, das eine Verbindung zum ERP herstellt, das beste Gleichgewicht zwischen Leistungsfähigkeit und Kosten.

Adressieren Sie die Geokodierungsanforderung

Für die Routenoptimierung sind geokodierte Kundenadressen erforderlich – Breiten- und Längenkoordinaten für jeden Lieferstopp. Nicht geokodierbare Kundenadressen (unvollständige Adresse, ländliches Gebiet ohne genaue Geokodierung) können nicht in die Optimierung einbezogen werden. Die Adressvalidierung und Geokodierung sollte für die gesamte Kundendatenbank durchgeführt werden, bevor mit der Routenplanungsintegration begonnen wird.

Konfiguration des Lieferzeitfensters

Viele Vertriebskunden geben Lieferzeitfenster an: „Lieferung dienstags und donnerstags zwischen 7:00 und 11:00 Uhr.“ Diese Einschränkungen müssen im Kundenstamm erfasst und an das Routenoptimierungssystem übergeben werden. Routen, die die Zeitfenster der Kunden verletzen, führen zu Kundenbeschwerden und beschädigen die Beziehungen.

Konfiguration des Liefernachweises

Der elektronische Zustellnachweis (ePOD) auf Mobilgeräten erfordert:

• Fahren Sie mobile Geräte (Tablets oder Smartphones) mit installierter ePOD-Anwendung
• Möglichkeit zur Erfassung der Kundensignatur
• Fotoaufnahme zur Dokumentation der Lieferbedingungen
• Offline-Betriebsfähigkeit für Gebiete mit schlechter Konnektivität
• Datensynchronisierung in Echtzeit, wenn die Verbindung wiederhergestellt ist

---

Cutover-Planung

Offene Auftragsmigration

Das technisch komplexeste Migrationselement sind offene Bestellungen – Bestellungen, die von Kunden eingegangen sind, aber zum Umstellungsdatum noch nicht versendet wurden. Diese Bestellungen müssen mit allen Details in das neue ERP migriert werden: Artikelnummern, Mengen, Preise, gewünschte Liefertermine und etwaige Teilerfüllungen.

Fehler bei der Migration offener Bestellungen – falsche Preise, falsche Mengen, doppelte Bestellungen – haben unmittelbare betriebliche Auswirkungen. Validieren Sie jede migrierte offene Bestellung vor dem Go-Live anhand des Altsystemdatensatzes.

Inventarreservierungsmigration

Bestände, die offenen Bestellungen im Altsystem zugeordnet wurden, müssen für diese Bestellungen im neuen ERP reserviert werden. Wenn diese Reservierung nicht korrekt migriert wird, wird der Lagerbestand möglicherweise zweimal verkauft – einmal mit der alten offenen Bestellung und noch einmal mit einer neuen Bestellung, die nach dem Go-Live aufgegeben wird.

Zeitpunkt der Umstellung

Die ERP-Umstellung im Vertrieb sollte am Ende einer Woche (Freitagabend bis Montagmorgen) geplant werden, um das Auftragsvolumen zu minimieren, das während der Umstellungsperiode bearbeitet wird. Vermeiden Sie Umstellungstermine zum Monats- und Quartalsende – das sind Zeiträume mit hohem Volumen für die Auftragsabwicklung und den Finanzabschluss.

---

Häufig gestellte Fragen

Wie gehen wir mit kundenspezifischen Artikelquerverweisen in EDI-Bestellungen um?

EDI-Bestellungen von Kunden enthalten oft die internen Artikelnummern des Kunden und nicht die des Händlers. Die ERP-Querverweistabelle ordnet die Artikelnummer jedes Kunden der entsprechenden Artikelnummer des Händlers zu. Wenn eine EDI 850 mit der Artikelnummer des Kunden eingeht, wandelt der EDI-Übersetzer oder das ERP diese vor der Erstellung des Kundenauftrags in die Artikelnummer des Händlers um. Die Pflege dieser Querverweistabellen ist eine fortlaufende betriebliche Aufgabe – wenn Kunden ihrem EDI-Katalog neue Artikel hinzufügen, muss der Querverweis hinzugefügt werden.

Was ist der beste Ansatz für die schrittweise Staffelung der EDI-Integration nach Handelspartnerpriorität?

Priorisieren Sie EDI-Handelspartner nach der Auswirkung auf das Auftragsvolumen. Phase 1 sollte die 5–10 Handelspartner einbeziehen, die den größten Anteil des eingehenden Bestellvolumens ausmachen – die Implementierung von EDI mit diesen Partnern bringt den größten Effizienzvorteil mit sich. Phase 2 umfasst Partner mit mittlerem Volumen. Phase 3 deckt den langen Schwanz kleinerer Partner ab, die möglicherweise bereit sind, EDI mit ausreichendem Anreiz (Bestellbestätigung am selben Tag, Portalpreise) einzuführen, aber aus Volumensicht keine Priorität haben.

Wie verarbeitet das B2B-Portal Bestellungen von Kundenstandorten in verschiedenen geografischen Regionen?

Kunden mit mehreren Standorten – landesweite Einzelhändler mit Hunderten von Filialen, von denen jede unabhängig bestellen kann – benötigen eine ERP-Hierarchieverwaltung, die einzelne Bestellkonten (Filialen) mit dem übergeordneten Kundenkonto verknüpft. Jedes Geschäft verfügt über eine eigene Lieferadresse und möglicherweise über eine eigene Bestellhistorie, Preise, Kreditbedingungen und Berichte werden jedoch im übergeordneten Konto zusammengefasst. Das B2B-Portal muss für jeden Benutzer den korrekten Bestellort und für Hauptbenutzer die Firmenkontoinformationen anzeigen.

Was ist die minimal realisierbare ERP-Implementierung für einen kleinen Händler (weniger als 5 Mio. USD Umsatz)?

Für einen kleinen Händler konzentriert sich die minimal realisierbare Implementierung auf: Auftragsverwaltung (Ersatz für manuelle Eingabe und Tabellenverfolgung), Bestandsverwaltung (einzelnes Lager, Echtzeitzählungen), grundlegende Kundenpreise (kundenspezifische Preise im Artikelstamm), Debitoren- und Kreditmanagement sowie Einkauf (Bestellungen an Hauptlieferanten). EDI, B2B-Portal und Routenplanung können auf eine zweite Phase verschoben werden, wenn das Auftragsvolumen die Investition rechtfertigt.

---

Nächste Schritte

Groß- und Vertriebsunternehmen, die eine ERP-Implementierung planen, sollten mit einer Bewertung der Datenbereitschaft und einem EDI-Handelspartner-Audit beginnen, um den Umfang der erforderlichen Integrationsarbeiten zu verstehen. Die Odoo-Implementierungspraxis von ECOSIRE bietet Vertriebs-ERP mit EDI-Integration, B2B-Kundenportal und Routenplanungsfunktion.

[Entdecken Sie die Odoo ERP-Implementierungsdienste von ECOSIRE] (/services/odoo/implementation), um zu erfahren, wie unsere auf den Vertrieb spezialisierte Methodik die Herausforderungen bei der EDI-, Preis- und Logistikintegration bewältigt, die speziell für Großhandels- und Vertriebsbetriebe gelten.