Nach Update auf 1.0.8.2: Alle eFiliale Versandarten auf Postkarte zurückgesetzt!

[Guybrush]

Hallo,

nachdem Update von 1.0.7.3 auf die 1.0.8.2 wurden hier netterweise alle Versandarten der eFiliale auf Postkarte und somit 0,45 EUR zurückgesetzt. Ist zum Glück aufgefallen bevor alles falsch frankiert wurde.

Außerdem ist die neue Oberfläche für die Verwaltung der Anmeldedaten der ganzen Logistiker zwar eine nette Idee, aber sehr unpraktikabel zu verwenden - zumindest nach dem Update. Da steht dann nach dem Update eFiliale #5 und eFiliale #6 und die #5 kann ich nicht löschen, weil eine der hier 20 oder 30 Versandarten noch die #5 referenziert. Welche das ist steht da aber nicht und ich konnte die auch nicht finden. Es gibt aber interessanterweise auch nur #5 und #6 ... #1 - #4 fehlen?

Gleiches Problem bei DHL Versandarten. Möchte ich dann eine Versandart umbenennen (DHL Versandart #1, #2, #3 ist halt sehr nichtig als Bezeichnung...) geht das nicht, weil bei einer Versandart z. B. noch die Zugangsdaten fehlen (die wird aber vermutlich eh nicht mehr benötigt, aber das muss erst überprüft werden - händisch) usw.

Sprich: ich kann den ganzen Dialog nur komplett oder gar nicht ändern und korrigieren, weil solange etwas nicht stimmt, blockt der Dialog das Speichern. Irgendwie doof oder?

 

[Jan Weber]

Guten Morgen,

ein solches Verhalten können wir in einer Beta leider nicht immer ausschließen. Daher besser nach dem Update immer mal kurz die Einstellungen prüfen und nicht gleich 500 Marken drucken. Die Benutzerverwaltung war allerdings auch deutlich umfangreicher und nicht nur eine Kleinigkeit! Wieviele Versandarten werden denn mit DHL und der Post genutzt? Wir schäum uns das Problem mit #x gern an. Sicher gibt es eine unkomplizierte Lösung des Problems!

 

[Guybrush]

AW: Nach Update auf 1.0.8.2: Alle eFiliale Versandarten auf Postkarte zurückgesetzt!

Guten Morgen Jan,

was mich sehr irritiert: Beta? War as ein Tippfehler oder woran hätte ich denn erkennen können, dass die 1.0.8.2 eine Beta Version ist? Ich hab auch eben extra nochmal die ChangeLogs gelesen, aber da steht nichts in der Richtung... Ich finde da nicht mal einen Hinweis, dass die Benutzerverwaltung eingeführt wurde?

Und ja... Einstellungen prüfen ist leichter gesagt als getan, keiner kann hier nach jedem Update alle Settings checken - das wissen wir alle 🙂 Ich erwarte als Enduser, dass die Tests beim Hersteller stattfinden und ein entsprechender Hinweis kommt, wenn sich so eine essentielle Stelle grundlegend ändert, damit ich dafür sensibilisiert bin. Wenn ich es dann noch immer ignoriere bin ich gewissermaßen selbst schuld.

Da es noch das Backup gibt kann ich das evtl. zur Verfügung stellen, um das Problem beim Update nachzustellen und vor allem, dass beim nächsten Update nicht wieder so etwas passiert. Insb. dass alles auf "Postkarte" zurückgesetzt wurde.

 

[Guybrush]

AW: Nach Update auf 1.0.8.2: Alle eFiliale Versandarten auf Postkarte zurückgesetzt!

Nachtrag:
Wie ich erfahren habe, hat sich Jans "BETA" wsl. auf JTL-Shipping bezogen. Da kommt ja in der Tat ein Hinweis, dass es sich noch immer im Beta Stadium befindet.

Wieso das nun aber passiert ist und ob es für die Zukunft behoben ist ist noch ungeklärt... wird sich dann zeigen.

 

[KevinK]

AW: Nach Update auf 1.0.8.2: Alle eFiliale Versandarten auf Postkarte zurückgesetzt!

Hallo Guybrush,

besteht das Problem aktuell noch oder inzwischen gelöst?

Viele Grüße,

Kevin

 

[Guybrush]

AW: Nach Update auf 1.0.8.2: Alle eFiliale Versandarten auf Postkarte zurückgesetzt!

Moin Kevin,

der Reset auf "alles wird zur Postkarte" ist gelöst bzw. ist nur bei dem ersten Update auf die JTL-Shipping Kontoverwaltung aufgetreten. Sind aktuell auf der 1.0.10.1 und soweit sind keine Probleme mehr hierbei aufgetreten.

Eine Übersicht, mit welchen Versandarten welches Konto verknüpft ist wäre aber noch immer sehr hilfreich, um ggf. alte Konton zu finden und zu entfernen. Das letzte Mal war das eine ziemliche Misere, denn es werden standardmäßig ja auch nur aktive Versandarten angezeigt und somit konnte nicht gefunden werden, wo das Konto noch drin hing - auch wenn es deaktiviert war. Ich musste dazu einige Zeit suchen und mit mehreren JTL Instanzen alle Versandarten durchforsten, wo noch alte Konten verwendet wurden bzw. die nur zum Testen eingerichtet waren.

Vermutlich hat sich das nun aber eh für alle Neulinge geklärt (die also die JTL Shipping Konten zum ersten Mal gleich direkt einrichten ohne das Update), denn der Dialog überprüft ja beim Speichern, ob die Konten valide sind oder eben nicht und verweigert dann das Speichern.

Grüße