Eduard Ciociu
Full-Stack-Entwickler
Adressvalidierung für Shopware, SAP und andere Systeme einbinden
2026-07-20
Adressvalidierung für Shopware, SAP und andere Systeme einbinden
Eine Adressprüfung, die niemand aufruft, verbessert keine Datenqualität. Der schwierige Teil ist selten die Prüfung selbst, sondern die Frage, an welcher Stelle im Bestellprozess und in welchem System sie sitzt.
Dieser Artikel geht die üblichen Plattformen durch und beschreibt, welcher Integrationsweg jeweils sinnvoll ist.
Die drei Integrationswege
Unabhängig von der Plattform gibt es genau drei Möglichkeiten, und die Wahl bestimmt Aufwand und Flexibilität:
Fertige Erweiterung. Ein Plugin, das die Prüfung ohne eigene Entwicklung in den Checkout bringt. Am schnellsten produktiv, am wenigsten anpassbar, und Sie sind an dessen Wartungszyklus gebunden.
Eigene Anbindung an die API. Sie rufen die Schnittstelle aus Ihrem eigenen Code auf. Mehr Aufwand, dafür volle Kontrolle über Zeitpunkt, Darstellung und Fehlerverhalten. Die Umsetzung beschreibt Adressvalidierung per API.
Middleware oder Integrationsplattform. Wenn ohnehin ein Integrationslayer zwischen Shop und ERP steht, ist das oft der richtige Ort, weil dort alle Adressströme zusammenlaufen, nicht nur die aus dem Shop.
Shopware, Shopify, Magento
Für die gängigen Shopsysteme gilt derselbe Grundgedanke: Die Prüfung gehört in den Checkout, nicht dahinter.
Konkret heißt das, die Adresse zu prüfen, während der Kunde sie eingibt, und nicht erst beim Absenden der Bestellung. Der Unterschied ist erheblich: Vorher kann der Kunde korrigieren, nachher ist die Bestellung im System und die Korrektur kostet einen Servicekontakt.
Drei Punkte, die in Shop-Projekten regelmäßig übersehen werden:
- Gastbestellungen. Die Prüfung muss auch ohne Kundenkonto greifen. Genau dort entstehen die meisten schlechten Adressen.
- Abweichende Lieferadresse. Wird oft vergessen und ist ausgerechnet das Feld, das über die Zustellung entscheidet.
- Bestellungen aus anderen Kanälen. Marktplätze, Telefonbestellungen und Importe umgehen Ihren Checkout vollständig. Für sie brauchen Sie eine zweite Prüfstelle.
SAP und andere ERP-Systeme
Im ERP verschiebt sich der Zweck. Hier geht es weniger um den einzelnen Bestellvorgang als um Stammdatenqualität: Geschäftspartner, Lieferanschriften, Rechnungsadressen.
Zwei Ansatzpunkte haben sich bewährt. Erstens die Prüfung bei der Anlage, damit kein neuer Geschäftspartner mit unbrauchbarer Anschrift entsteht. Zweitens ein turnusmäßiger Lauf über den Bestand, der Umzüge und Umbenennungen einfängt. Das methodische Vorgehen dazu steht in Adressabgleich und Adressbereinigung.
Wichtig ist die Abstimmung zwischen Shop und ERP: Wenn beide Systeme prüfen, aber gegen unterschiedliche Bestände oder mit unterschiedlicher Normalisierung, erzeugen Sie Abweichungen zwischen zwei Systemen, die eigentlich dasselbe wissen sollten.
CRM-Systeme
Im CRM ist die dominante Fragestellung die Dublette. Derselbe Kunde, zweimal angelegt, weil die Adresse zweimal unterschiedlich geschrieben wurde.
Adressvalidierung hilft hier indirekt, aber wirkungsvoll: Normalisierte Adressen lassen sich vergleichen, unnormalisierte nicht. Wer Dubletten reduzieren will, fängt deshalb bei der Normalisierung an und nicht bei der Vergleichslogik.
Wo die Prüfung im Ablauf sitzen sollte
Als Faustregel: so früh wie möglich, und an jeder Eingangstür.
So früh wie möglich, weil eine Korrektur mit dem Kunden im Formular nichts kostet und ohne ihn sehr viel. An jeder Eingangstür, weil Adressen selten nur über einen Weg hereinkommen. Ein abgesicherter Checkout hilft nicht gegen einen wöchentlichen CSV-Import vom Partner.
Und in jedem Fall: niemals hart blockieren. Wenn die Prüfung eine Adresse nicht kennt, zeigen Sie Vorschläge, und wenn keiner passt, lassen Sie den Kunden bestätigen und markieren den Datensatz. Neubaugebiete sind real, und ein blockierter Checkout ist eine verlorene Bestellung.
Was Pro6PP anbietet
Pro6PP ist eine REST-Schnittstelle, die sich in jedes der genannten Systeme einbinden lässt, direkt oder über eine Middleware. Für Deutschland liefern wir Adressvalidierung und Vervollständigung, Eingabevorschläge, Umkreissuche und Geokodierung. Dieselbe API deckt die Niederlande, Belgien, Frankreich, Luxemburg, Dänemark, Österreich, die Schweiz, Spanien und das Vereinigte Königreich mit identischem Antwortformat ab.
Für DACH-Händler ist das der praktische Punkt: Ein Shop, der nach Österreich und in die Schweiz liefert, braucht keine drei Anbindungen und keine drei Antwortformate. Den Gesamtzusammenhang gibt die Gesamtübersicht zur Adressprüfung; wer zwischen fertigen Produkten wählt, findet die Einordnung in Adressvalidierung-Software.
Häufige Fragen
Brauche ich ein Plugin oder reicht die API?
Ein Plugin ist schneller produktiv und passt, wenn Sie den Standard-Checkout nutzen. Eine eigene Anbindung lohnt sich, sobald Sie den Ablauf anpassen wollen oder Adressen auch außerhalb des Shops anfallen.
Wo im Checkout gehört die Prüfung hin?
In das Adressformular selbst, während der Eingabe. Eine Prüfung erst beim Absenden verschenkt den entscheidenden Vorteil, nämlich dass der Kunde noch da ist und korrigieren kann.
Was ist mit abweichenden Lieferadressen?
Die müssen genauso geprüft werden wie die Rechnungsadresse, oft sogar wichtiger, weil dorthin geliefert wird. Ein häufiger blinder Fleck in Shop-Projekten.
Sollen Shop und ERP beide prüfen?
Ja, aber gegen denselben Bestand und mit derselben Normalisierung. Sonst entstehen Abweichungen zwischen zwei Systemen, die dasselbe wissen sollten.
Was passiert bei Bestellungen über Marktplätze?
Die umgehen Ihren Checkout. Prüfen Sie diese Adressen beim Import, sonst haben Sie den Bestellstrom mit der schlechtesten Datenqualität ungeprüft im System.