Häufig gestellte Fragen
Was unterscheidet ein ERP für den technischen Großhandel (PVH) von einem klassischen Großhandels-ERP?
Ein ERP für den technischen Großhandel muss vor allem mit sehr breiten und tiefen Sortimenten umgehen, die häufig von 50.000 bis weit über eine Million Artikel reichen und nach Standards wie eCl@ss oder ETIM klassifiziert sind. Hinzu kommen ein ausgefeiltes Konditionssystem mit Rahmenverträgen, Staffelpreisen und kundenindividuellen Preislisten sowie eine in der Regel verpflichtende EDI-Anbindung an Industriekunden. Besonders charakteristisch sind außerdem C-Teile-Modelle wie Kanban, RFID-Lager oder Vendor-Managed-Inventory und das Streckengeschäft mit Direktversand ab Werk. Wie tief diese Funktionen tatsächlich gebraucht werden, hängt von Sortiment, Kundenstruktur und Vertriebskanälen des einzelnen Händlers ab.
Welche Klassifikationsstandards sind im technischen Großhandel Pflicht – eCl@ss oder ETIM?
Im Produktionsverbindungshandel ist eCl@ss (ECLASS) der De-facto-Standard; in der aktuellen Version 16.0 umfasst er rund 50.000 Produktklassen und über 23.000 Merkmale und beschreibt Produkte über einen achtstelligen, vierstufigen Klassencode. In der Elektrotechnik sowie in Sanitär, Heizung und Klima dominiert hingegen ETIM, das als lizenzfreier Standard inzwischen in einem Zweijahresrhythmus weiterentwickelt wird. Da viele technische Händler beide Welten bedienen, sollte ein ERP eCl@ss und ETIM parallel pflegen und zwischen den Standards mappen können. Ergänzend kommen je nach Handelskette oder Marktplatz häufig GS1-GTIN und im SAP-Umfeld UNSPSC hinzu.
Brauche ich für den technischen Großhandel ein eigenes PIM-System neben dem ERP?
Bei sehr großen Sortimenten von oft mehr als 100.000 Artikeln und mehreren Vertriebskanälen wie Webshop, Marktplätzen und Print-Katalog ist ein dediziertes PIM (Product Information Management) meist sinnvoll, weil es Marketing- und Klassifikationsdaten kanalübergreifend konsistent hält. Bei kleineren oder homogeneren Sortimenten reicht häufig das Stammdatenmodul des ERP in Kombination mit einem soliden Master Data Management. Entscheidend ist weniger die Artikelzahl allein als die Frage, wie viele Kanäle und Klassifikationsstandards parallel bedient werden müssen. In der Praxis arbeiten viele Händler mit einer Kombination aus ERP als führendem System für Bestände und Preise und einem PIM für die Anreicherung der Produktdaten.
Welche EDI- und E-Procurement-Schnittstellen muss ein PVH-ERP unterstützen?
Wer Industriekunden beliefert, kommt an EDI auf Basis von EDIFACT kaum vorbei; die wichtigsten Nachrichtentypen sind ORDERS (Bestellung), ORDRSP (Auftragsbestätigung), DESADV (Lieferavis) und INVOIC (Rechnung), oft ergänzt um REMADV für die Zahlungsavisierung. Für die Einbettung des eigenen Sortiments in die Beschaffungssysteme der Kunden sind zusätzlich E-Procurement- beziehungsweise PunchOut-Standards relevant: OCI (Open Catalog Interface) wurde ursprünglich von SAP entwickelt und ist im SAP-Umfeld verbreitet, während das von Ariba stammende cXML viele Cloud-Procurement-Plattformen prägt. Über solche Schnittstellen lässt sich der Webshop direkt in Systeme wie SAP Ariba, Coupa, Jaggaer oder Oracle einbinden. Welcher Standard verlangt wird, gibt in der Regel das Beschaffungssystem des jeweiligen Kunden vor.
Wie unterstützt ein ERP das C-Teile-Management und welchen Nutzen bringt es?
C-Teile wie Schrauben, Verbindungselemente oder Verbrauchsmaterial machen wertmäßig nur einen kleinen Teil des Einkaufsvolumens aus, verursachen aber einen Großteil des administrativen Beschaffungsaufwands, weshalb hier ein wesentlicher Differenzierungshebel im PVH liegt. Ein passendes ERP bildet automatisierte Versorgungsmodelle wie Kanban-Boxen, RFID- oder Waagen-Lager und Vendor-Managed-Inventory ab und übernimmt Nachschubdisposition sowie Verbrauchsabrechnung. Ziel ist es, manuelle Einzelbestellungen durch verbrauchsgesteuerte Nachlieferung zu ersetzen und so Prozesskosten und Bestände zu senken. Welches Modell sinnvoll ist, hängt von Sortiment, Verbrauchsfrequenz und Kundengröße ab; häufig werden mehrere Modelle parallel genutzt.
Was kostet ein ERP für den technischen Großhandel und wie lange dauert die Einführung?
Verbindliche Pauschalpreise lassen sich nicht nennen, da Kosten und Projektdauer stark von Sortimentsgröße, Schnittstellenbedarf, Anpassungstiefe und Nutzerzahl abhängen. Cloud-Lösungen werden meist als monatliche Gebühr pro Nutzer abgerechnet und enthalten Updates und Wartung, während On-Premise-Modelle höhere Anfangsinvestitionen und separate Implementierungskosten verursachen. Branchenüblich liegt die Einführungsdauer im Mittelstand häufig zwischen etwa sechs und achtzehn Monaten, wobei ein Pilot in wenigen Wochen starten kann und der vollständige Rollout deutlich länger braucht. Als kritische Erfolgsfaktoren gelten weniger die Technik als saubere Stammdaten, eine durchdachte Schnittstellen-Integration sowie Schulung und Akzeptanz der Anwender.

