DHL Versenden und ausländische Straßenformate

[koshop]

In manchen Ländern ist das Straßenformat: 123 Example Street anstatt Musterstr. 123

Wenn ich das aber so über den DHL Polling Client an "Versenden" übergebe, dann meckert das Programm das keine Hausnummer da wäre.

D.h. der Mitarbeiter am Packplatz müsste die Adressen alle von Hand nacharbeiten. Hat da jemand eine Idee wie man das Problem lösen könnte? Im Shop gibts bei mir nur ein Feld für Straße und Hausnummer zusammen.

[DerRobert]

Es sieht aus, als müsstest du darauf achten, dass bei solchen Adressen in der CSV-Datei, die der Polling-Client einliest, das Feld "Empfänger Hausnummer" (es kann bei dir je nach Vorlage anders heißen), ausgefüllt ist.

Wenn es bei dir mit nationalen Adressen funktioniert, die Hausnummer in das Feld für die Straße mit einzutragen, wird der Polling Client wohl das Schema Straße + Hausnummer erkennen und das automatisch trennen, denn die Hausnummer ist laut Dokumentation ein Pflichtfeld. Bei den Adressen, die mit Hausnummer beginnen, funktioniert diese Regel nicht und der Import schlägt fehl. Anders kann ich mir das nicht erklären.

Der Ansatzpunkt müsste dann also wohl die Software sein, die deine CSV-Dateien für den Versand erstellt und in das Verzeichnis für den Polling-Client ablegt. Dort sollten entsprechende Adressen der betreffenden Zielländer korrigiert werden, was sich sicher durch die Programmierer weitestgehend automatisieren lässt.

[ReginaSF]

Wir haben das gleiche Problem, lösen es aber nicht. Bisher kam jedes EU-Paket an (allerdings mit DPD), auch wenn das Format nach deutschem Standard war.

[koshop]

Das nervt ehrlich gesagt etwas... Ich hätte erwartet dass das neue System "intelligenter" ist als Easylog. Tatsächlich erkennt das nicht mal mehr Packstation Adressen automatisch. Stattdessen muss man die in der Pollingdatei extra als Packstationen kennzeichnen.

[DerRobert]

Wir haben das gleiche Problem, lösen es aber nicht. Bisher kam jedes EU-Paket an (allerdings mit DPD), auch wenn das Format nach deutschem Standard war.

Das wird wohl nicht gehen. DHL wird sich nicht dazu überreden lassen, eine Adresse ohne Hausnummer anzunehmen. Wenn zum Beispiel die Leitcodierung nicht stimmt, ist das was anderes. Dann zahlt man die Gebühr und es kommt trotzdem an, wenn die Adresse Sinn ergibt. Wenn die Hausnummer fehlt, wird man wohl das Label gar nicht erstellen und drucken können, bevor der Fehler behoben ist.

Bei DPD kann das wieder ganz anders sein.

Mir fällt gerade ein, dass man sich auch ein Skript mit Excel bauen könnte, um die Fehler zu beheben. CSV-Dateien kann man gut mit Excel öffnen.

Code: Alles auswählen

=WENN(ANZAHL(FINDEN({0;1;2;3;4;5;6;7;8;9};LINKS(A1)));"ja";"nein")

Damit kannst du schauen, ob die Straße mit einer Zahl anfängt. Du kannst das zur bedingten Formatierung nutzen, um diese Fälle sofort zu erkennen oder ein Skript schreiben, das alle Zahlen von links nimmt und nach rechts verschiebt.

Das ist unpraktisch, wenn Packstationen nicht mehr erkannt werden. In den meisten Shopsystemen kann man als Kunde eine Adresse sicher nicht als Packstation kennzeichnen, wie im GK-Portal bei DHL. Das muss wohl dann der Shopbetreiber manuell ändern oder die Software muss das erkennen, wenn sie die CSV-Datei erstellt.

Das wird mich dann wohl jetzt auch betreffen, wenn ich den Polling-Client in meinen Workflow integriere. Schöner Mist.

[ReginaSF]

Ich gehe mal davon aus, dass die Software das Feld schon korrekt auseinander nimmt, sonst würde ja die Übergabe für den Versand innerhalb Deutschlands auch nicht funktionieren. Dann ist das Hausnr.-Feld befüllt und alles ist gut - sofern der Zustelldienst im Ausland es hin bekommt.

[koshop]

Oh Mann. Scheinbar macht "Versenden" das folgendermaßen:

Es wird überprüft ob eine Zahl vorkommt. An der Stelle wird die Anschrift einfach getrennt. Alles vor der ersten Zahl wird als Straßenname interpretiert, alles danach als Hausnummer.

Und noch schlimmer: Wenn die Zahl der Zeichen nicht ausreicht, z.B. weil der Kunde noch die Apartmentnummer hingeschrieben hat, dann wird einfach abgeschnitten. Und trotzdem gedruckt. Und die Anzahl der erlaubten Zeichen für die Hausnummer ist auch noch in jedem Land anders.

[martin_the_joiner]

Mit dem Polling kenne ich mich jetzt nicht aus - aber ich nutze den csv-Import bei DHL-Versenden. Und da gibt es einmal das Feld "Straße+Hausnummer" und dann gibt es noch zwei Felder "Straße" und "Hausnummer".
Beim Import darf dann entweder nur "Straße+Hausnummer" oder nur "Straße" + "Hausnummer" ausgefüllt sein.

Beim Export aus meinem Shop werden die beiden Felder "Straße" und "Hausnummer" befüllt, so dass es dann beim Import in DHL-Versenden egal ist, welches Land das Zielland ist.

[DerRobert]

Ein Automatismus, der bei allen europäischen Adressen automatisch im Feld "Straße + Hausnummer" Zahlen in die Hausnummer verschieben würde, wäre aber sehr fehleranfällig:

Einfaches Beispiel (die Straße existiert, nur diese Hausnummer nicht):

31. Str. 123
3331 Kematen an der Ybbs
Österreich

Und da hätten wir dann
Straße "Str."
Hausnummer 31, 123 oder 31123?

Natürlich wird demzufolge nur automatisch getrennt, wenn die Zahl hinten steht. Ich denke, 31. Straße ist nicht das einzige Beispiel und es gibt sicher auch welche in Deutschland.
Wenn ich vorn und hinten zahlen habe, kann man das natürlich erkennen, aber eine Fehlerquelle bleibt es.

Man geht nur absolut sicher solchen Problemen aus dem Weg, indem man Straße und Hausnummer immer separat behandelt und im Shop schon bei der Lieferadresse getrennte Felder dafür hat.

[koshop]

Man geht nur absolut sicher solchen Problemen aus dem Weg, indem man Straße und Hausnummer immer separat behandelt und im Shop schon bei der Lieferadresse getrennte Felder dafür hat.

Dann hat man aber wieder das Problem mit den Falscheingaben durch Kunden. Kunde Schreibt:

Musterstr. 33 und dann nochmal 33 ins Hausnummernfeld und schon hat man Musterstr. 33 33

[DerRobert]

Dann hat man aber wieder das Problem mit den Falscheingaben durch Kunden. Kunde Schreibt:

Musterstr. 33 und dann nochmal 33 ins Hausnummernfeld und schon hat man Musterstr. 33 33

Ja, das kommt irgendwie recht häufig vor. Doppelte Hausnummern, doppelte Namen oder bei Adresse Zeile 2 ist noch mal die PLZ. Die Kunden sind echt kreativ...

Allerdings sollte sowas bei nationalem Versand die Leitcodierung erkennen oder spätestens der Zusteller.

[mwp]

Und noch schlimmer: Wenn die Zahl der Zeichen nicht ausreicht, z.B. weil der Kunde noch die Apartmentnummer hingeschrieben hat, dann wird einfach abgeschnitten. Und trotzdem gedruckt. Und die Anzahl der erlaubten Zeichen für die Hausnummer ist auch noch in jedem Land anders.

Ja, das haben wir nach der Umstellung auf Versenden ziemlich schnell gemerkt, nachdem plötzlich viele Rückläufer kamen.

Wichtig zu wissen: Das Hausnummer Feld darf maximal 5 Zeichen lang sein. Das sorgt nicht nur bei ausländische Straßenformate für Fehler. Deutsche Adresse mit Hausnummer z. B. von "135 - 138" geht nicht.

Bei AT gibt es in der Online-Erfassungsmaske Felder für Stiege und Tür, warum lässt sich das für den Adressdatenimport nicht angeben? DHL Support hat das an die Entwicklung weitergeleitet ...

Wir haben den Adressdatenexport inzwischen so angepasst, dass wenn das Hausnummer Feld länger als 5 Zeichen ist, dass dann ein leeres Feld exportiert wird. Dann werden die Labels nicht gedruckt und es wird manuell korrigiert. Ist zwar etwas mehr Aufwand, aber im Moment für uns der beste Weg.