Warum das zählt. Das EHI Retail Institute berichtet in seiner Studie Technologie-Trends im Handel 2025, dass 52 Prozent der DACH-Händler in ERP-Systeme investieren und 42 Prozent in Cloud-Infrastruktur (n=119). Wer nach Featurelisten auswählt, übersieht den eigentlichen Hebel: ob Retouren, Konditionen und Kassendaten in einer sauberen Datenkette landen — oder ob sie sich gegenseitig blockieren.
Wann diese Sichtweise passt — und wann nicht
Wann sie trägt:
-
wenn Sie über mehrere Kanäle verkaufen und Bestände, Preise oder Stammdaten auseinanderlaufen;
-
wenn Retouren manuell verbucht werden und die Marge sichtbar belasten;
-
wenn die Konditionen-Logik an die Grenze Ihrer Warenwirtschaft stößt.
Wann nicht:
-
bei reinen Compliance-Anpassungen ohne Prozessveränderung;
-
bei kleinen Filial-Setups ohne Multichannel-Anspruch;
-
wenn ein Anbieter politisch bereits gesetzt ist.
Drei Handelstypen, drei ERP-Profile
Einzelhandel. Stationärer Einzelhandel bringt eine Anforderung mit, die kein anderer Handelstyp hat: TSE und KassenSichV. Die Kasse muss fiskalisch sauber an das ERP angebunden sein, Filialen müssen zentral steuerbar bleiben, und Omnichannel-Bestände dürfen sich nicht gegenseitig blockieren. Wer hier mit einem reinen Großhandels-ERP startet, baut die Kassen-Schnittstelle als Nachprojekt — meist teurer als gedacht.
Großhandel und B2B. Großhändler leben von der Konditionen-Engine. Staffelpreise, Kundengruppen-Rabatte, Promotion-Stacking, Kontrakte über Laufzeit — das sind keine Features, das ist das Geschäft. POS-Themen sind irrelevant. Wer hier nach einer Retail-Demo entscheidet, prüft die falsche Logik.
E-Commerce und Multichannel. Hier ist die Retoure der eigentliche Margenkiller, nicht der Einkaufspreis. Artikelstammdaten mit GTIN, Varianten und PIM-Integration sind die Voraussetzung dafür, dass im Omnichannel überhaupt etwas funktioniert. Die offene Frage: integrierte Commerce-Suite oder kaufmännisches Kern-ERP plus Best-of-Breed POS und WMS. Beide Wege haben andere Schwachstellen — niemand sagt das offen.
Typischer Fehler
Ein Großhändler in Niedersachsen mit rund 320 Mitarbeitenden wählte sein neues ERP anhand klassischer Retail-Demos. Die Oberflächen wirkten überzeugend, die Lizenzkosten passten. Vier Monate nach Go-Live zeigte sich, dass die B2B-Konditions-Logik — Staffel über Kontraktlaufzeit, Bonusrückstellungen, Kundengruppen-Stacking — in fünf von dreizehn Fällen nicht abbildbar war. Die Workarounds liefen zwölf Monate.
Aus über 1.200 begleiteten Auswahlprojekten erkennen wir das Muster, dass Großhändler an der Konditions-Logik scheitern, nicht am Lagerprozess — und Einzelhändler an der Datenkette zwischen Kasse und ERP, nicht am POS-Tool selbst. Wer beides vor der Demo dokumentiert, vermeidet die teuersten Korrekturen.
Was Sie als Nächstes tun
Wenn Sie prüfen möchten, ob ein Anbieter Ihren Handelskontext wirklich trägt:
-
Klären Sie, welcher Handelstyp Sie strukturell sind — auch wenn Sie alle drei Kanäle bedienen.
-
Dokumentieren Sie Ihre drei komplexesten Konditionsfälle und zwei Retouren-Szenarien mit Wirkung auf Bestand, Forderung und Umsatzsteuer vor jeder Demo.
-
Entscheiden Sie früh: integrierte Suite oder Kern-ERP plus Best-of-Breed — bevor Sie Shortlist und Lastenheft schreiben.
Wir prüfen mit Ihnen, ob Ihr ERP die Handelsdatenkette trägt — und übersetzen das Ergebnis in eine belastbare Auswahlgrundlage.
FAQ
Einzelhandel braucht fiskalisch saubere POS-Anbindung (TSE, KassenSichV) und zentral steuerbare Filialen mit konsistenten Omnichannel-Beständen. Großhandel braucht eine tiefe Konditionen-Engine — Staffelpreise, Kundengruppen, Promotion-Stacking, Kontrakte über Laufzeit. Das Statistische Bundesamt trennt beide Segmente strukturell, und die ERP-Auswahl folgt derselben Linie.
Eine belastbare Retouren-Logik verbindet automatisierte Bestandsrückbuchung, GDPR-konforme Kundendatenhaltung und saubere Refund-Buchung in einem Workflow. Im Multichannel-Handel ist die Retoure der eigentliche Margenkiller — nicht der Einkaufspreis. Manuelle Verbuchung skaliert nicht.
Best-of-Breed POS auf kaufmännischem Kern-ERP lohnt sich, wenn POS-Anforderungen tief und filial-spezifisch sind — etwa bei Mode, Lebensmittel oder Multi-Format-Filialnetzen. Eine integrierte Suite trägt, wenn die Anforderungen breit, aber flach sind und ein einheitliches Datenmodell den Integrationsaufwand schlägt. Beide Wege haben Schwachstellen — entscheidend ist die offene Diskussion vor der Auswahl.
