Abgelehnt [WAWI-25543] 1.3.15.0 Vorraussichtliches Lieferdatum vorhanden, obwohl nie vergeben

[Esel]

Hallo,

seit dem letzten Update schreibt die Wawi ein Vorraus. Lieferdatum in die Datenbank obwohl dies nie vergeben wurde.

Hat sich da was geändert, oder ist es einfach ein Bug, manuell löschen ist mal als Notlösung möglich.

Danke.

 

[Rico Giesler]

Wo kommen die Aufträge her? ( Shop, Ebay...)
Betrifft das alle Aufträge oder nur ein paar?
Wenn es nur ein paar sind, handelt es sich dann um spezielle Artikel?

 

[Esel]

Hallo Rico,

Kommt nur bei webshop Aufträgen, egal welche Artikel, hat genau nach Update begonnen, seit der Worker wieder läuft, Shop ist 4.05, Update des Shops einen Tag vor Wawi Update.

Shopversion 4.05 (Build: 6)
Templateversion 4.05
Datenbankversion 4.05
Datenbank zuletzt aktualisiert 01.03.2017, 12:59:03
Subscription gültig bis 24.07.2018
Versionsprüfung Aktuellste Version bereits vorhanden

 

[knackig]

Schau mal hier: https://issues.jtl-software.de/issues/WAWI-7713

Einfach mal durchlesen, was alles geändert wurde

 

[MichaelH]

Oh Gott - und wie soll man nun eine Auslieferung planen wenn hier "theoretische Datums" eingetragen werden ?
Das sollte optional gemacht werden und diejenigen die es benötigen sollen es aktivieren, aber als Standard das automatisch befüllen ?!??

Ein voraussichtliches Lieferdatum mag für den Kunden interessant sein als Info im Shop, hat aber mit der Realität recht wenig zu tun ...

Bei uns geht alles am nächsten Tag raus und ein Datum wird nur gesetzt, wenn es NICHT sofort rausgeht, aus welchem Grund auch immer.

 

[Esel]

Ich wollte auch gerade sagen, die Info kommt jetzt auf jede Rechnung, auch auf Rechnungen die gerade rausgehen mit Datum in der Zukunft, die Funktion ist echt nicht notwendig bzw. verwirrt doch nur.

 

[knackig]

Ich persönlich fände es interessanter, wenn das Datum aus der Wawi in den Shop exportiert werden könnte, bzw. diese von mir aus synchron gehalten werden könnten. Gerade für die Kunden, die etwas länger warten müssen (zB bei Maßanfertigungen), diese Info sofort im Account im Shop sehen würden.

 

[Gual61]

Bei uns geht alles am nächsten Tag raus und ein Datum wird nur gesetzt, wenn es NICHT sofort rausgeht, aus welchem Grund auch immer.

genau so machen wir es auch.
Da jetzt überall ein Datum drin geht die Übersicht völlig verloren.

Das Datum zurück zum Shop zu senden... na ja, kann man machen, hat aber nichts mit Benutzerfreundlichkeit zu tun.
Erstens muss sich der Kunde immer wieder anmelden um nachzuschauen was los ist
zweitens das tuen sowieso nur die wenigste, die andere schreiben sofort eine mail oder rufen an wenn es länger dauert
drittens besser ist es gleich proaktiv den Kunde anzuschreiben

 

[MichaelH]

Ja, ich hoffe seeehr die Einstellung wird "optional" ...

 

[knackig]

drittens besser ist es gleich proaktiv den Kunde anzuschreiben

Das mache ich eh automatisch. Aber ich habe immer wieder Kunden, die online den Bestellstatus checken. Da wäre das Datum halt ziemlich passend.

 

[Simone_die_Echte]

Also liebes JTL-Team - ich bin gerade etwas auf Schaum

Wir lesen immer pflichtschuldigst den Changelog durch bevor wir updaten.

ABER wer soll denn ahnen dass auf einmal Lieferdaten auf die Rechnung gedruckt werden die ja de facto nicht stimmen?
Da wäre es wohl mehr als angebracht gewesen die updatewilligen User darauf hinzuweisen! Und zwar im Klartext. Ihr könnt doch nicht einfach so mirnixdirnix die Rechnungsvorlage ändern (oder irgendwelche Variablen füllen).

"Lieferdatum: " + JTL_DatumAlsText(Vorgang.Auftrag.VoraussichtlichesLieferdatum)

Also wir haben das da jedenfalls nicht eingefügt.

Wie peinlich ist das denn unseren Kunden gegenüber?
Jemand der am 16. bestellt und aber erst heute bezahlt hat bekommt schriftlich auf der Rechnung mitgeteilt das die Lieferung schon vor vier Tagen stattgefunden hätte.
Jemand der heute bestellt und bezahlt hat (und seine Ware nebst Rechnung wahrscheinlich morgen schon in Händen hält) liest dann die Lieferung würde erst am Sonntag stattfinden.

Bei uns ist dies heute auch nur aufgefallen weil ich mal zufällig am Versandtisch stand.

 

[MichaelH]

Meine Rede, das Datum wird vom Shop berechnet und fix an die WAWI übergeben und erzeugt WirrWarr, weil es eben nur ein theoretischer Wert ist der das ganze Rundherum nicht berücksichtigen kann !
Wenn ich diese WAWI-Version verwenden würde, dann müsste ich auch überlegen wie das umschiffen könnte ... zudem verwenden wir das Datumsfeld für die interne Organisation die somit auch nicht mehr möglich wäre.

Wie gesagt: Macht das doch bitte "optional" aktivierbar, im Standard aber nicht-aktiv ! Dann ist das Problem gelöst.

 

[Rico Giesler]

Die Variable war schon immer da nur eben nicht befüllt.
Aber ja, es ist ein wenig ungünstig dass es nicht separat kommuniziert wurde.

 

[MichaelH]

Rico in aller Ehre - aber 1 Kunde wünscht sich das (für welchen Zweck auch immer) und einige Kunden alleine hier im Forum haben damit Probleme - wollt ihr das nicht optional machen ?

 

[_simone_]

Fix: In die Vorlage und die Zeile nach /dev/null

trotzdem ärgerlich...

 

[Rico Giesler]

Der Wunsch das Lieferdatum aus dem Shop zu übernehmen kam nicht nur von einem Kunden sondern von mehreren.
Die Variable war wie gesagt schon da, nur wird sie jetzt eben direkt befüllt.
Wenn ihr sie nicht braucht oder nutzt macht es wie Simone/Tom und nehmt sie einfach raus.

 

[MichaelH]

Ja, eben war es schon da und wird genutzt, es stand nirgends geschrieben dass dieses Feld das "berechnete theoretische Feld" aus dem Shop sein soll oder sein wird und das seit > 10 Jahren.
Nun wird es aber dafür genutzt.

-> Wir nutzen es in der WAWI als voraussichtliches Lieferdatum, so wie es eben auch heißt.

Was ist hier so kompliziert dies zu verstehen ?

 

[Rico Giesler]

Hat mit kompliziert nichts zu tun.
Es wurde sich gewünscht, dass das Lieferdatum aus dem Shop übernommen wird damit die Variable automatisch gefüllt wird.
Ja, man kann diese auch händisch füllen, das ging schon immer.

 

[MichaelH]

Pruahaha, herrlich, du hättest Politiker werden sollen .....

 

[Rico Giesler]

Vielleicht später mal...