Neu JTL Packtisch+ Regex Filter funktioniert nur teilweise

[Srocky]

Schönen guten Abend zusammen,

ich habe ein sehr komsiches Phänomen. Ich möchte mit Regex die Sendungsnummereingabe in dem Packtisch+ erzwingen, damit der Mitarbeiter nicht vergisst diese einzutragen.
Ich hab jetzt schon sehr viele Versionen von Regex probiert.
Sobald ich einen Wert eintrage wird dieser auch richtig gefiltert.
Bleibt das Feld jedoch leer kann ich definieren was ich will, der Mitarbeiter dürfte das leere Feld in die Datenbank schreiben.

Gemäß der Doku sollte das doch möglich sein.

https://guide.jtl-software.de/jtl-wawi/versand/versandart-bearbeiten/

Format (Regex): Sie können hier einen regulärer Ausdruck angeben, welchem die eingegebene Tracking-ID (vgl. oben) entsprechen soll. Wenn die eingegebene ID dem Ausdruck nicht entspricht, erscheint eine Fehlermeldung und der Mitarbeiter muss die ID erneut eingeben oder die Eingabe abbrechen. Somit kann verhindert werden, dass falsche Etiketten oder Artikeletiketten gescannt und an den Endkunden als Tracking-ID verschickt werden.

Hat da zufällig jemand eine Lösung für das Problem?

Vielen Dank und lieben Gruß

 

[Srocky]

Wirklich keiner eine Lösung?

 

[sebjo82]

Leere Felder sind gewünscht, wenn ich die Dokumentation richtig lese. Wenn du das nicht willst, musst du wahrscheinlich in der Datenbank diese Spalte auf "not null" setzen. Die RegEx ist nur dafür, FALLS eine Sendungsnummer gesetzt wird, dass diese das korrekte Format hat

 

[Srocky]

Danke wirklich gute Idee, gar nicht daran gedacht das ich eine Ebene drüber ansätzen könnte.

leider wird das Feld aber beim Versand eh angefasst und eine leere Zeichenkette reingebracht.
Also Null fällt da glaube raus.

 

[sebjo82]

Das ist ein interessantes Verhalten. Also wird "" übertragen, welches die Datenbank als nicht-null interpretiert? " " Ist es ja nicht oder? " " würde, wenn ich richtig liege von deinem RegEx geblockt? Aber warum ist dann eine 8stellige Zahl bei cIdentCode bei kVersand=44? Dein RegEx sollte diesen dann doch auch blocken

 

[sebjo82]

Die Holzhammer-Methode wäre dann halt einen einen pre-Insert Trigger mit Error-Output auf die Tabelle zu legen. Ist aber schon komisch, dass ein leerer String übertragen wird, obwohl kein Wert übertragen wird. Sonst schickt die Wawi ja auch Null

 

[Srocky]

Ach so, nicht irritieren lassen das ist eine andere Testumgebung da ist der Regex Filter nicht gesetzt. War nur zum schnellen Testen deiner Überlegung.
Ja aber du hast Recht. Es wird "" übertragen und es würde auch nicht geblockt werden.

 

[Srocky]

Die Holzhammer-Methode wäre dann halt einen einen pre-Insert Trigger mit Error-Output auf die Tabelle zu legen. Ist aber schon komisch, dass ein Wert übertragen wird, obwohl kein Wert übertragen wird

Ok da bin ich jetzt raus, hast du ein Beispiel?
Meinst sicher das ich mit dem Worker auf den leeren String prüfe und mir danach den Lieferschein usw. noch einmal löschen lasse.

 

[sebjo82]

Ok da bin ich jetzt raus, hast du ein Beispiel?

Hol dir eine Tasse Tee und guck dir am besten fix ein oder zwei Grundlagen Video dazu an
Kleiner Tipp noch: dokumentier welche Trigger du in der Datanbank laufen hast. Man verliert leicht den Überblick und dann macht die Datenbank irgendwann Sachen, die man nicht mehr nachvollziehen kann (weil durch Trigger ausgeführt, den man mal vor 3 Jahren implementiert hat).

Eine alternative Vorgehensweise wäre natürlich den Mitarbeitern immer wieder einzutrichtern, dass die Tracking-ID unbedingt gesetzt werden soll. Das ist definitiv sicherer als in der Datenbank zu schreiben

 

[Srocky]

Ok verstehe, lang lang ist her. 😅
Vielen Dank, ich probiere mal....