flasche Schreibweise der Kunden ist lästig und nervig

[wawi-dl]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Ok, anders hätte ich mir das nicht vorstellen können

Mmmhhh joa ok, diese Möglichkeit war mir bekannt, aber war mir nicht ausreichend.

Wenn man dann alles abfangen will, sprich "Und -> und" oder "Klaus Von Der ... -> Klaus von der ..." dann ist man recht schnell am Ende.
Hier muss man dann Strings ersetzen, was ich in meinen Vorlagen z.B. mit eBay-Artikelnummer mache.

Jedem seins, ist ein Workaround stimmt ...


P.S. mir fehlt lediglich noch der automatische Ausdruck neuer Aufträge, dann würde alles autoelektrisch laufen

 

[bitshaker]

AW: flasche Schreibweise der Kunden ist lästig und nervig

In dem Fall hat der Klaus einfach Pech

 

[Seulberg]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Genau, in den Druckvorlagen verwende ich "Capitalize$ (...)":

Hallo,
und wie funktioniert das mit zwei befehlen in einer Zeile z.B. Ltrim$ und Capitalize$
geht das überhaupt?

Johann

 

[bitshaker]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Hallo Johann,

ich hab's jetzt nicht ausprobiert. Aber kann man die nicht einfach verschachteln?

Z.B. LTRIM$ (Capitalize$ (...))


Viele Grüße,

Thorsten

 

[Seulberg]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Hallo,

sieht gut aus, keine Fehler gemeldet.
vielen Dank.

Grüße
Johann

 

[wawi-dl]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Sollte so klappen, nur halt beachten dass alle Anfangsbuchstaben immer groß werden, auch bei ungewollten Wörtern .... aus dem Grund hab ich das sein lassen.

 

[XYZ]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Sollte so klappen, nur halt beachten dass alle Anfangsbuchstaben immer groß werden, auch bei ungewollten Wörtern .... aus dem Grund hab ich das sein lassen.

Genau, dann wird aus Adelsnamen nämlich "Kunde Von Blödmann"... Bei Straßennamen das Gleiche...

Frag mich echt, warum Ihr so viel Zeit investiert, die Blödheit und Faulheit der Kunden geradezubiegen... Habt Ihr nichts sinnvolleres zu tun?

 

[Seulberg]

AW: flasche Schreibweise der Kunden ist lästig und nervig

ja hab`s gesehen, deshalb nur davor eingefügt wo ich es haben möchte,

Anrede
Vorname Name
Straße
Ort

u.a. so z.B.
JTL. WaWi.Vorgang.Rechnungsadresse.ISOcode + "- " + JTL.WaWi.Vorgang.Rechnungsadresse.Postleitzahl + " " + Capitalize$ (JTL.WaWi.Vorgang.Rechnungsadresse.Ort)

Johann

 

[casim]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Frag mich echt, warum Ihr so viel Zeit investiert,

ich habe mir auch gerade die Frage gestellt, welche Motivation dahinter steckt, derartige "fehler" zu beheben, denn immerhin ist es der Kunde selbst der die Daten einträgt.

Ändert Ihr zum Beispiel auch die Anrede ab, wenn da ein "Frau Maximilian" ... oder ein "Herr Sandra" bestellt?

 

[wawi-dl]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Genau, dann wird aus Adelsnamen nämlich "Kunde Von Blödmann"... Bei Straßennamen das Gleiche...

Frag mich echt, warum Ihr so viel Zeit investiert, die Blödheit und Faulheit der Kunden geradezubiegen... Habt Ihr nichts sinnvolleres zu tun?

ICH verbrate keine Zeit mehr, setzt mein Script ein und Ihr habt KEINE Probleme mehr damit und die Rechnungen sehen wenigsten nach "etwas" aus.
Nochmal, ob Blödheit der Kunden oder nicht, auch der Kunde macht sich ein Bild, der kann sich daraus auch seine Meinung bilden.

Der Weg über die Druckvorlage ist möglich, aber unschön.

 

[Seulberg]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Die Motivation ist ganz einfach,

Auch wenn die Kunden die angaben machen, habe keine Lust wegen schlecht adressierte Etiketten die Ware doppelt und dann auf meine Kosten zu verschicken.
Oft genug habe ich die Sendungen mit dem Vermerk "Empfänger/Firma unter der angegebenen Anschrift nicht zu ermitteln" zurück bekommen nur weil ein Zusteller zw. (i und I) oder (l und L) nicht unterscheiden kann.
Habe sogar eine Standard E-Mail eingerichtet damit ich mit dem Kunden schnell so ein Vorgang klären kann.

Ich mach hier die Änderungen nur ein mal und brauche mich damit nicht mehr beschäftigen.

Und außerdem, wie sieht das denn aus?

Und mal ehrlich Leute
Ihr Ließt Beiträge die euch nicht interessieren und antwortet noch drauf da Frag mich echt, warum Ihr so viel Zeit investiert ...Habt Ihr nichts sinnvolleres zu tun?

Johann

 

[wawi-dl]

AW: flasche Schreibweise der Kunden ist lästig und nervig

ich habe mir auch gerade die Frage gestellt, welche Motivation dahinter steckt, derartige "fehler" zu beheben, denn immerhin ist es der Kunde selbst der die Daten einträgt.

Ändert Ihr zum Beispiel auch die Anrede ab, wenn da ein "Frau Maximilian" ... oder ein "Herr Sandra" bestellt?

Herr/Frau schmeiße ich generell raus und werde das auch noch mit ins SQL einbinden, weil das interessiert keinen ob Herr/Frau.

Unzustellbare Pakete bezahlt der Kunde nochmals, weil ist nicht mein Bier, wenn dieser eine falsche Adresse angibt.

Macht euch nicht zu viel Mühe, das Script läuft bei mir im 5min-Takt, ebenso wie der Worker und spare mir dadurch täglich 1-2h Arbeit!

 

[XYZ]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Unzustellbare Pakete bezahlt der Kunde nochmals, weil ist nicht mein Bier, wenn dieser eine falsche Adresse angibt.

Eben deshalb ändere ich NICHTS an den vom Kunden angegeben Adressdaten. Im Streitfall sieht es dann nämlich so aus, das du die Daten ja nochmal geändert und dabei einen Fehler gemacht hast. Aktiv werde ich erst, wenn Easylog nicht leitcodieren kann und deshalb kein Label gedruckt wird...

 

[wawi-dl]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Eben deshalb ändere ich NICHTS an den vom Kunden angegeben Adressdaten. Im Streitfall sieht es dann nämlich so aus, das du die Daten ja nochmal geändert und dabei einen Fehler gemacht hast. Aktiv werde ich erst, wenn Easylog nicht leitcodieren kann und deshalb kein Label gedruckt wird...

Sorry, so ein Quatsch! Bestellungen in eBay, Shops und Co werden NICHT geändert, sondern NUR deine Daten in der Wawi, da kann Streitfall kommen wie er will!

 

[wawi-dl]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Ein guter Monat ist vergangen ... das Script läuft tadellos bislang, kaum noch ärger mit Schreibweisen & Co ... vielleicht implementiert JTL eine derartige optionale Lösung

 

[Diedrichs]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Hi!

Nochmals eine Nachfrage:

Ich bearbeite Bestellungen meist nur jeden zweiten Tag (jedenfalls jetzt im Sommer). Was muss ich wo ändern damit die Zeitspanne richtig bearbeitet wird? (Du erwähntest, dass es geht).

Werden auch die Hausnummern berücksichtigt? also "24 a" in "24a" wandeln? Das ist mein Hauptproblem.

Eint großes Problem sind Ebay-Bestellungen bei mir bei getrennter Versandadresse. Da wird oft ein Wirrwarr angegeben mit dem Easy log nicht klar kommt. Das wird sicher nicht berücksichtigt. Oder?

Liebe Grüße

 

[wawi-dl]

AW: flasche Schreibweise der Kunden ist lästig und nervig

... back aus Urlaub

ja natürlich kann man das erweitern, auch die Idee finde ich ganz gut ... ABER wie soll man das abfragen?

man kann nicht so einfach ALLE Möglichkeiten abfragen, sprich "0-9" + " " + "a-z" ... das wären locker mal 2x 260 Kombis.

Man könnte evtl. Leerzeichen nach Zahlen killen, aber wer garantiert, weiß aber nicht, ob es Sonderfälle gibt!

 

[Diedrichs]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Welche Möglichkeiten bei "was" meinst Du? Bei der Adresse? Es ist der häufigste Fehler bei mir der Auftritt, dass bei der Hausnummer "24 A" statts "24A" angegeben wird, da streikt easy log dann. Könnte da nicht das Leerzeichen abgefragt werden?

Wo stellt man die "Zeitspanne" ein, ab wieviel Tagen er zurückverfolgt?

 

[wawi-dl]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Auftragsänderung rückwirkend (ob man das braucht, muss jeder selbst wissen, in der Regel nicht, wenn Korrektur täglich läuft):

suchen nach:

Convert(VARCHAR, GETDATE(), 104)

ändern in (-1 Tag):

Convert(VARCHAR, GETDATE()-1, 104)

für deinen Sonderwunsch, dass Leerzeichen NACH einer Zahl bei Straße gelöscht wird, musst du folgendes einbauen:
(NOCH NICHT getestet!!!!!)

UPDATE tkunde SET 
cStrasse = REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(cStrasse, '0 ', '0'), '1 ', '1'), '2 ', '2'), '3 ', '3'), '4 ', '4'), '5 ', '5'), '6 ', '6'), '7 ', '7'), '8 ', '8'), '9 ', '9')
WHERE kKunde >= (Select MIN(tKunde_kKunde) From tbestellung) And Convert(DATETIME, dErstellt, 104) >= Convert(VARCHAR, GETDATE(), 104);

UPDATE tkunde SET 
cStrasse = REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(cStrasse, '0 ', '0'), '1 ', '1'), '2 ', '2'), '3 ', '3'), '4 ', '4'), '5 ', '5'), '6 ', '6'), '7 ', '7'), '8 ', '8'), '9 ', '9')
WHERE kKunde = (Select MIN(tKunde_kKunde) From tbestellung where Convert(DATETIME, dErstellt, 104) = Convert(VARCHAR, GETDATE(), 104));

UPDATE tlieferadresse SET 
cStrasse = REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(cStrasse, '0 ', '0'), '1 ', '1'), '2 ', '2'), '3 ', '3'), '4 ', '4'), '5 ', '5'), '6 ', '6'), '7 ', '7'), '8 ', '8'), '9 ', '9')
Where Convert(DATETIME, (SELECT dErstellt FROM tbestellung WHERE kLieferAdresse = tlieferadresse.kLieferAdresse), 104) >= Convert(VARCHAR, GETDATE(), 104);

UPDATE trechnungsadresse SET 
cStrasse = REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(REPLACE(cStrasse, '0 ', '0'), '1 ', '1'), '2 ', '2'), '3 ', '3'), '4 ', '4'), '5 ', '5'), '6 ', '6'), '7 ', '7'), '8 ', '8'), '9 ', '9')
Where Convert(DATETIME, (SELECT dErstellt FROM tbestellung WHERE kRechnungsAdresse = trechnungsadresse.kRechnungsAdresse), 104) >= Convert(VARCHAR, GETDATE(), 104);

 

[Diedrichs]

AW: flasche Schreibweise der Kunden ist lästig und nervig

Mal sehen ob das alles hinkriege!

für deinen Sonderwunsch, dass Leerzeichen NACH einer Zahl bei Straße gelöscht wird, musst du folgendes einbauen:
(NOCH NICHT getestet!!!!!)

Muss ich am Schluss der SQL-Datei einfügen oder irgendwo zwischendrin. Sorry, aber ich kenne mich mit sowas nicht aus!

Danke schon mal und sorry, dass ich so spät geantwortet habe.