Neu Workflow - Prüfung Hausnummer und Adresszusatz bei Hausnummerdopplung

[Timme]

Hallo,

wir haben es in letzter Zeit immer öfter, man kennt es selber, das durch die autofill Funktion die Hausnummer auch im Adresszusatz landet.
So wird aus der Hausnummer 9 und Adresszusatz 9 schnell die Hausnummer 99 und somit kommt das Paket zurück.

Bei gleicher Hausnummer und Zusatz soll es farbig markiert werden zur manuellen Prüfung.

Wie kann man das im Workflow einrichten, das die Hausnummer gegen den Adresszusatzgeprüft wird?
Zur Auswahl steht nur die komplette Straße, aber jedoch nicht nur die Hausnummer einzeln.


Viele Grüße
Timme

 

[Peeters]

Wir lösen das Problem mit einem Workflow der prüft ob ein Auftrag bei Erstellung ein Wert bei Adresszusatz hat, wenn ja, dann Rückhaltegrund und E-Mail als Info an uns raus.

 

[mesh]

Ich schließe mich der Fragestellung mal an, da wir heute genauso so einen Fall hatten. Die Kundin hat Hausnummer 2 und durch eine Automatik in ihrem Browser kam dann 2 (Leerzeichen) 2 bei uns an.
DHL Versenden hat dann aus 2 2 eine 22 gemacht und schon ist das Paket unzustellbar.

Ähnliches hatten wir bereits ein paar Mal.
Kannst du den WF öffentlich stellen ? 🙂

 

[Peeters]

 

[1Simon90]

Ja die Rückmeldung über den Zusatz einzeln ist ein guter Ansatz, danke dafür 😉

 

[Schmalfred]

Ich schließe mich der Fragestellung mal an, da wir heute genauso so einen Fall hatten. Die Kundin hat Hausnummer 2 und durch eine Automatik in ihrem Browser kam dann 2 (Leerzeichen) 2 bei uns an.
DHL Versenden hat dann aus 2 2 eine 22 gemacht und schon ist das Paket unzustellbar.

Ähnliches hatten wir bereits ein paar Mal.
Kannst du den WF öffentlich stellen ? 🙂

Servus, das sollte besser passen..

 

[PascalBaumann]

Hallo zusammen,

ich wollte noch eine Alternative vorstellen (es gibt natürlich dutzende).

Mit Workflows kann man natürlich nur regelbasiert Adressen prüfen.
Es gibt aber Dienste wie z.b. Uniserv die eine echte Adressdatenbank haben und Adressfehler + E-Mail Adresse plus Telefonnummer genauer finden z.b. wenn Postleitzahl falsch etc. Ist auch bezahlbar.

https://www.uniserv.com/software/adressvalidierung/

Natürlich muss ich auch meine eigene Lösung präsentieren.
Ich habe zusammen mit einem größeren JTL Kunden zusammen KIuser.com entwickelt und er hat die Lösung im produktiven Einsatz.

KIuser.com verbindet sich über die JTL API mit der wawi und per API auch mit z.b. Uniserv. Man erhält einen MCP Server den man z.b. in Claude oder jeden beliebigen KI Agenten hinterlegen kann.

Mit einem Prompt oder einem Agenten können dann ganz einfach die Adressen in Aufträgen oder von Kunden geprüft und auch automatisch oder durch einen Menschen freigegeben korrigiert werden.

Es würde genau dein Problem lösen.

Mehr Infos dazu hier: https://kiuser.com/apps/uniserv

Viele Grüße

 

[Morimus]

JTL-Shop 5.8.x behandelt das Feld „Hausnummer“ als address-line2.
Eine standardisierte Autofill-Kennzeichnung speziell für die Hausnummer gibt es nicht.

Warum Shopify z.b. die Hausnummer beim Autofill trotzdem sauber erkennt, liegt daran, dass das Hausnummernfeld dort als address-line1 gekennzeichnet ist.
Das wird vom Browser zuverlässiger erkannt als address-line2.

In unserem Shop habe ich die Kennzeichnung für das Hausnummernfeld daher ebenfalls auf address-line1 geändert.

Zusätzlich prüft ein kleines Skript, ob das Straßenfeld bereits eine Hausnummer enthält.
Ist das der Fall, wird der Kunde gefragt, ob diese in das dafür vorgesehene Hausnummernfeld übernommen werden soll.

Seit dieser Anpassung hatten wir keine Bestellungen mehr mit doppelten Hausnummern.