Eure regex im Workflow

[_simone_]

Ich werfe mal Sonderfall für Niederlande ein

PLZ = 5213 CA (Leerzeichen ist nach Leitcodierung wohl wichtig)

Da bei uns die Auslandssendungen überschaubar sind, muß der von dir beschriebene Fall nicht markiert werden. Ausserdem meckert easylog eh, weil wir die Vorausverfügung Unzustellbarkeit standardmäßig eingeschaltet haben, aber dieses Feature für Auslandssendungen nicht aktzeptiert wird.

Der regex würde sich aber ohne Probleme auch auf diesen Sonderfall anpassen lassen.

 

[wawi-dl]

Finde die RegEx-Idee sehr gut, wollte dies nur erwähnen da ich gestern einen solchen Fall selbst hatte.

 

[NewBuy]

Hallo,

ich möchte gerne einen Workflow erstellen, wo eine bestimmte Versandart gesetzt wird, hier sollen bestimmte Artikel aber ausgeschlossen werden.
Mit RegEx weiß ich es wie es geht welche Artikelnummer enthalten sein sollen, nun benötige ich den Halt welche nicht enthalten sein dürfen?

Schon mal Danke für jegliche Hilfe

Uwe

 

[_simone_]

Hallo,

ich möchte gerne einen Workflow erstellen, wo eine bestimmte Versandart gesetzt wird, hier sollen bestimmte Artikel aber ausgeschlossen werden.
Mit RegEx weiß ich es wie es geht welche Artikelnummer enthalten sein sollen, nun benötige ich den Halt welche nicht enthalten sein dürfen?

Schon mal Danke für jegliche Hilfe

Uwe

Regex negieren? Schreib doch mal genauer, wie dein Ausdruck aussieht.

 

[NewBuy]

OK:

\b(1005067|2555225|5445844)\b

So sieht es wenn die Artikelnummern enthalten sein sollen, nun soll es aber umgekehrt sein

 

[_simone_]

^(?!.*(\b(1005067|2555225|5445844)\b)).*$

 

[NewBuy]

Danke Tom, damit geht es

 

[NewBuy]

Hallo,

meine nächste Frage zur Regex

in der letzten Zeit häuft es sich, dass die Telefonnummer falsch ist, dort steht ein x drin oder manchmal sogar Ab 14:00 und ähnliches.
Gibt es da eine Möglichkeit dieses über Regex zu Filtern?

Grüße Uwe

 

[_simone_]

[^\d+\ \-\(\)]

dann ist sowas noch möglich:

+(34)- (74734) 77470

 

[NewBuy]

Danke

 

[NewBuy]

Ok, nun sind mehrere Mails rein gekommen mit Fehlerhafte Rufnummern...
Aber "/" soll nicht als Fehlerhaft erkannt werden, da DHL es nicht als Fehlerhaft ansieht

 

[NewBuy]

Habs herausgefunden

[^\d+\ \/\ \-\(\)]

 

[_simone_]

[^\d+\/\ \-\(\)]

die escapte Leerstelle war doppelt^^
"\" gibt an, dass kein Steuerzeichen danach kommt, sondern ein (Sonder)Zeichen was erkannt, bzw. nicht erkannt werden soll.

 

[Arkin]

AW: Eure regex im Workflow

Im easylog 6.8 wird die Leerstelle zwischen Hausnummer und Zusatzbuchstaben nicht mehr "bemängelt".

Hier die bereinigte regex, die die meisten Fehler in der Straße rausfiltert:

^(?!((?:([\w+üäöÜÄÖß\-\.\/\s+][^0-9]+)(\s+))([0-9\-\/]+)(\s?)(\w?)(\s*))$).*$

Wir nutzen ebenfalls seit gestern diesen Workflow, da uns aufgefallen ist, das hin und wieder Kunden bei Straße irgendwas anderes eintragen oder ne Nummer fehlt...
Nun habe ich mal 2 Beispiele wo mir nicht klar ist ob der Workflow richtig ausgelöst hat und einmal frag ich mich warum er überhaupt ausgelöst hat.

Beispiel 1: Musterstraße 15A Domäne -> Workflow hat ausgelöst.. soll er hier laut Regex auslösen? "Domäne" gehört da definitiv nach Menschenlogik nicht rein, aber sollte RegEx da auslösen?
Beispiel 2: Muster Str. 15 -> Workflow hat ausgelöst... Warum?

 

[_simone_]

Der Code ist soweit richtig und Beispiel 1 entspricht NICHT den Bedinungen und ein WF wird ausgelöst.
Beispiel 2 löst keinen WF aus. (So zumindest in meiner Wawi^^)

 

[Arkin]

Der Code ist soweit richtig und Beispiel 1 entspricht NICHT den Bedinungen und ein WF wird ausgelöst.
Beispiel 2 löst keinen WF aus. (So zumindest in meiner Wawi^^)

Habe nochmal genau hingeschaut, der WF für die Straße löst aus, wenn Zwischen Straße und Hausnummer kein Leerzeichen ist.
Habe im Regex-Tester das auch nochmal gegengeprüft , stimmt das Ergebnis und ist ja auch der Sinn hinter dem WF.

 

[gnarx]

Moin,

ich hab nun mal versucht mir eine RegEx selber zu bauen in der Hoffnung das ich das irgendwann mal verstehe.
Er soll eine PLZ (Irland) prüfen die aus einen Buchstaben besteht gefolgt von 2 Zahlen, dann ein Leerzeichen oder auch nicht und dann 4 Buchstaben oder Zahlen
@_simone_ ist das richtig so?

.\d{2}\ ?\w{4}

 

[gnarx]

Hmmh hat natürlich nicht gefunzt hab nun mal deine Schreibweise mit übernommen. Nun geht es.

*\b\w\d{2}\ ?\w{4}\b

Kann man das noch verbessern?

 

[gnarx]

Und noch etwas was ich nicht hin bekomme.

*\b\w\w\ ?\-?\ ?\d{4}\b

Statt der beiden w`s möchte ich ein LV abfragen für LV - 1004 (PLZ Lettland)

 

[_simone_]

\w steht ja nur für jeglichen Wort-Charakter.
Soll der Pattern genau so matchen (LV - 1234), dann so:
\b[L][V]\ \-\ \d{4}\b