Issue angelegt [WAWI-41992] Prüfung auf gültige Leitcodierung

[T4DT.GmbH]

Denke wir nehmen die One-Click-Adressvervollständigung noch dazu...
Läuft echt super! 😍 Das einzige was wir noch haben bei den Anmerkungen ist:



Wo haben wir was kaputt gemacht? :S

Das passiert immer, wenn man die SQLs für 1.5 verwendet. Das einfachste ist, ein Kollege richtet das einmal richtig bei dir ein. Dauert meist nicht sehr lange und man kann noch individuelle Anpassungen umsetzen lassen.
Guck mal auf unserer Seite ( https://t4dt.com ) oben rechts unter Suppport-Termin vereinbaren -> Einrichtung Leitcodierung. Der Kollege kann dir das nach Wunsch einrichten 🙂 (Dauert, je nach Setup zwischen 15-40 Minuten)

 

[Care21]

Wir haben aber 1.7.10 hmm... können wir das gleich im Installationstermin mitmachen wenn wir Adressvorschlag + Installationsservice buchen?

 

[T4DT.GmbH]

Wir haben aber 1.7.10 hmm... können wir das gleich im Installationstermin mitmachen wenn wir Adressvorschlag + Installationsservice buchen?

Ja klar

 

[Care21]

Well done inkl. Installationsservice. Ist gebucht. Allerdings kommt eine Fehlermeldung wenn man das GUI im Kundencenter downloaden möchte (400 Error Code von JTL).
FYI. Habe nun einen Termin gebucht für die Einrichtung.

 

[T4DT.GmbH]

Well done inkl. Installationsservice. Ist gebucht. Allerdings kommt eine Fehlermeldung wenn man das GUI im Kundencenter downloaden möchte (400 Error Code von JTL).
FYI. Habe nun einen Termin gebucht für die Einrichtung.

Sehr gut. Das ist, wenn man das einmal gesehen hat, total eazy. Ich habe aber gerade eben noch an dem Modul was gemacht. Evtl. hats deshalb nicht gepasst.

 

[CGellert]

Hallo zusammen,

ich hänge mich hier mal dran. Hab auch schon in diesem Post geantwortet https://forum.jtl-software.de/threa...-aber-funktioniert-nicht.197182/#post-1109539

Ich habe ebenfalls alle Workflows aus dem Guide eingebaut und aktiviert - nichts funktioniert. Aufträge sind nicht leitcodierbar und werden zurückgehalten, keine Korrektur, nichts. D.h. wir müssen händisch korrigieren, was ja keine Lösung sein kann.

Gibt's hierzu irgendwas Neues seitens JTL?

Grüße, Christoph

 

[T4DT.GmbH]

.....

Hast du dir unsere vollautomatische Korrektur von weiter oben angeguckt?

 

[Matchy]

Hallo Zusammen,

ist es bei irgendjemand noch weitergegangen bzgl. der Leitcodierungs-Workflows von JTL?

Ich habe das jetzt auch noch einmal getestet, Ergebnis unverändert, fast jeder zweite ist ein "nomatch" obwohl man die Adress-Label ohne Probleme über DHL-Versenden 4.0 erstellen kann. Damit sind die Workflows unbrauchbar.

Ich will nur die ausgegeben/gesperrt bekommen, die wirklich nicht zu drucken gehen, damit unsere einfachen Lagermitarbeiter an der WMS beim Packen nicht ständig unterbrochen werden. Unsere Büroleute sollen die Adressen vorab reparieren, aber nur die, welche wirklich nicht leitcodierbar sein.

Grüße Matze

 

[Rico Giesler]

Als Idee dazu:
Hast du geprüft, ob deine Leitcodierdaten aktuell sind?
Nicht dass ihr mit alten Datensätzen arbeitet.

 

[Matchy]

Als Idee dazu:
Hast du geprüft, ob deine Leitcodierdaten aktuell sind?
Nicht dass ihr mit alten Datensätzen arbeitet.

Hallo Rico,

Danke für deine Nachfrage, die Leitcodierungsdaten sind top aktuell, heute erst erneut heruntergeladen, Q3/2026.

Wir haben das gleiche Problem, wie andere oben erwähnt haben.

Ich habe den Workflow wie beschrieben umgesetzt und kann ihn auch komplett nachvollziehen. Habe ihn gestern nochmals aktiviert, bis heute, 35 Aufträge wurden gesperrt.

Genau diese Aufträge habe ich dann gedruckt, 4 Stück davon waren tatsächlich nicht leitcodierbar. Alle anderen gingen durch.

So nützt uns das leider nichts, der einfachen Packkraft möchten wir diese 4 Aufträge ersparen, dass kann ruhig im Büro vorher repariert werden. Wenn man dann aber früh 35 Aufträge zum angeblichen Bearbeiten vorfindet, ist die Motivation gleich Null und man gibt einfach alles frei.

Wir führen gerade die WMS ein, zu reparierende Adressen stellen für unsere beiden Packkräfte echte Akzeptanzhindernisse dar (Zitat: "So etwas musste ich mit dem alten System nicht machen")

Das Grundproblem ist, wie von den anderen beschrieben, dass alle diese Aufträge ein "NoMatch" von der Leitcodierungsprüfung bekommen, es hätte aber 31 mal ein "FixableMatch" oder gar "RoutableMatch" sein müssen.

Viele Grüße
Matze

 

[Rico Giesler]

Das ist natürlich ärgerlich. Und natürlich fraglich, wie es zu der falschen Prüfung kommt.
Eventuell kann euch JTL da direkt weiterhelfen!?

 

[BeniF]

Funktioniert das mittlerweile wieder ordentlich?

 

[Matchy]

Funktioniert das mittlerweile wieder ordentlich?

Leider nein, getestet habe ich es vor 3 Wochen in Wawi-Version 1.11.11

 

[ht_m]

Funktioniert das mittlerweile wieder ordentlich?

Wir arbeiten in der 1.11.11 und bei uns funktioniert die Prüfung ganz gut für unsere Zwecke. Wir haben etwa 5-10% der Aufträge, welche in der Adressprüfung landen. Davon etwa die Hälfte, welche leitcodierbar wären, weil der Ort mit z.B. angegebenem Ortsteil nicht übereinstimmt. Durch die Workflows wird scheinbar nur stumpf geprüft, ob die Adressen mit den Leitcodierdaten übereinstimmten. Für unsere Wiederholungstäter, welche immer wieder den Ort falsch angeben, nutzen wir über die erweiterten Eigenschaften eine Tabelle, welche solche Orte direkt bei Auftragseingang korrigiert. Das drückt nochmal die Fehlerrate insgesamt.

 

[BeniF]

Leider nein, getestet habe ich es vor 3 Wochen in Wawi-Version 1.11.11

Hast Du zufällig eine Ticket Nr für das Problem?