Inaktiv Fehler werden nicht zeitnah behoben!!!

[SebiW]

Ich denke wir sind uns alle einig: Das Augenmerk liegt derzeit (zu) sehr auf der Erweiterung der Wawi um zusätzliche Funktionen und das Qualitätsmanagment kommt dabei zu kurz.

Aktionen wie die DSGVO Funktion einen Tag vor Einführung sprechen da Bände.

Und es gibt noch so manchen Fehler im System, der nicht nur unpraktisch und in der Folge unnötig arbeitsintensiv sondern für die Benutzer gelegentlich auch wirklich kritisch ist.

Das gilt insbesondere für Beispiele wie das von @versuchsmal , aber auch für so manchen schleichenden Fehler in Lagerführung, Artikelverwaltung uvm.

Ich hoffe sehr darauf, dass sich die Priorisierung von JTL hier nach der 1.4 wieder deutlich verschiebt. Ich befürchte aber wie gesagt, dass wir mit einer echten Qualitätsoffensive frühestens mit der finalen Umstellung auf C# rechnen können.

Ich sehe im Moment noch nicht die Gefahr dass sich JTL wirklich komplett verzettelt (und zünde da gelegentlich ein Kerzlein für an) denn ehrlich gesagt gibt es für uns (und für viele andere wohl auch) Stand jetzt keine gleichwertige Alternative. Es liegt in der Hand von JTL, dass das so bleibt.

 

[hula1499]

Aktionen wie die DSGVO Funktion einen Tag vor Einführung sprechen da Bände.

Vorallem weil ein JTL Mitarbeiter vorher, in anderen Beiträgen, da noch so grossspurig Dinge losgelassen hat (zu Usern) wie: ist ja nix neues, wir wissen ja schon seit 2 Jahren dass es kommt, also warum kümmert ihr euch so spät darum

 

[gre000]

Ihr habt vom Prinzip schon recht aber ich auch verstehen das des JTL schwer fällt Arbeitszeit in Teile der Software zu investieren die in den nächsten Monaten ausgetauscht wird.
Da muss man so doof es klingt einfach Betriebswirtschaftlich arbeiten und Bugs die nur einen kleinen Teil der Kunden betrifft nicht zu fixen.
(Habe mich selbst auch schon oft über dieses Verhalten aufgeregt, aber der BWLer in mir weiß ich würde es genauso machen)
Aber in diesem Zusammenhang macht es wieder Sinn über Bugs abzustimmen damit können wir JTL zeigen das ein Bug doch so viele Nutzer behindert das man Ihn evtl. doch fixen muss!

Weiterhin möchte ich daran erinnern das die 1.3 ( Codename: "Liebe zum Detail") schon eine ganze Latte an Bugfixes und Detailverbesserungen gebracht hat!

 

[gnarx]

#gre000
Na ja das es scheinbar geht sehen wir ja an den Änderungen der letzten Zeit. Mag zwar mehr Aufwand sein aber es ist möglich.
Das mit dem Abstimmen über Fehlerbehebung ist mit noch gar nicht so bewusst geworden da hat jemand Humor

 

[Thomas Lisson]

Hi zusammen,

Ich denke wir sind uns alle einig: Das Augenmerk liegt derzeit (zu) sehr auf der Erweiterung der Wawi um zusätzliche Funktionen und das Qualitätsmanagment kommt dabei zu kurz.

Beides ist uns wichtig. Die 1.3 war ein größeres BugFix Release mit viel Liebe zum Detail. Die 1.4 behebt viele Probleme in Bezug auf Ausgabe (insbesondere Druckgeschwindigkeit), Kunde 2.0 behebt das große Chaos: "Wo finde ich was zum Kunden". Eigentlich liegt der Fokus aktuell auf "Neu und dabei besser machen", d.h. Probleme an vorhandenen Prozessen werden beseitigt und hier und da kommt eine schöne, neue Funktion rein. Eigentlich eine ausgeglichene Mischung.

Ihr habt vom Prinzip schon recht aber ich auch verstehen das des JTL schwer fällt Arbeitszeit in Teile der Software zu investieren die in den nächsten Monaten ausgetauscht wird.

Das ist tatsächlich hier und da der Fall. Hier versuchen wir bestmöglich abzuwägen.

Dann z.B. JTL übernimmt die Versandadressen die der Kunde bei eBay hinterlegt hat soweit so gut... nun zahlt der Kund aber über Paypal und hat da eine andere Adresse hinterlegt, wird diese nicht übernommen, nun sagt Kunde ich habe kein Paket erhalten, Paypal sagt dann stimmt, das Paket ist nicht an der hinterlegten Adressen gegangen in diesem Fall wird dann zugunsten des Kunden entschieden, obwohl JTl Nutzer "nach JTL" alles richtig gemacht hat. Diese Problematik ist JTL schon lange bekannt und geändert hat sich da nichts.

Hast du hierfür konkret einen Fall für uns? Falls ja, kontaktier uns bitte per Mail mit Hinweis auf den Thread - das hier ist ein NoGo.

Nichtsdestotrotz ist das Problem von CSB bzgl. der Amazon Versandklasse nicht schön - ich glaube auch nicht, dass es in einem Bugfixrelease der 1.3 aus diversen noch rausgenommen wird. Dafür bitte ich hier um Verständnis. Ich kann dir anbieten, dir die Pilotversion der 1.4 anzuschauen und evtl. Pilot werden - sollte der Schuh wegen des Bugs so sehr drücken?!

Wir machen all das für Euch, nicht für uns, um uns zu verwirklichen oder ähnliches. Wir müssen aber auch so entscheiden, dass es bei uns vorangeht, denn die Zeit steht nicht still. Alleine, was eBay neues bringt, hält uns auf Trab. Dazu kommen noch Amazon und andere Dinge, die gemacht werden müssen. Ihr fordert von uns immer mehr neue Dinge, manche davon finden wir so sinnvoll, weil sie für alle Nutzer hilfreich sind, dass wir sie einplanen. Derzeit haben wir noch einige Sachen aufzuarbeiten (C++ -> C#), das geht aber ganz gut voran, so dass wir uns in nicht allzulanger Zeit mehr auf Konsolidierung statt Aufbau konzentieren können - darunter verstehe ich auch Bugfixreleases mit Fixes, die eine Minderheit betreffen / wirklich stören. Und Letzteres ist etwas, an dem wir aktuell noch hier und da den Rotstift ansetzen, wenn wir wissen, dass ein Minor-Release "in Kürze" bevorsteht.

 

[SebiW]

Hallo @Thomas Lisson und danke für Deinen Einwurf. Ich denke die meisten Eurer Kunden verstehen, dass nicht kritische Bugs manchmal zurückstehen müssen wenn sie aus Zeit- oder Resourcengründen kurzfristig nur schwer, mittelfristig aber durch grundsätzliche Änderungen an der Wawi quasi im Vorbeiflug gelöst werden können.

Was mir, @versuchsmal und anderen denke ich eher Sorgen macht sind Bugs, die über Unannehmlichkeiten hinaus gehen, mittelfristig zu deutlichen Kosten für Eure Kunden führen können und schon länger ignoriert werden.

Das hier wäre einer der uns zb schon lange enorme Sorgen bereitet: https://issues.jtl-software.de/issues/WAWI-23520

Wir haben hierfür mehrfach Euren Support auf unserer DB gehabt und ich habe in einer völlig neu installierten DB nachgewiesen, dass der Fehler DB unabhängig ist.
Der Fehler hat massive Sideeffects, bspw eine fehlerhafte Statistik.
Dennoch wurde das Ticket nach einiger Zeit ohne weiteren Kommentar einfach abgewiesen.

Bei solche Vorfällen fragt man sich dann schon irgendwann wieso man als Kunde Zeit in die Fehlersuche investieren sollte.

 

[gnarx]

Nichtsdestotrotz ist das Problem von CSB bzgl. der Amazon Versandklasse nicht schön - ich glaube auch nicht, dass es in einem Bugfixrelease der 1.3 aus diversen noch rausgenommen wird. Dafür bitte ich hier um Verständnis. Ich kann dir anbieten, dir die Pilotversion der 1.4 anzuschauen und evtl. Pilot werden - sollte der Schuh wegen des Bugs so sehr drücken?!

Gerne würde ich Pilot für euch werden (will ja auch mal u.U. Servicepartner werden, bei den ganzen Kunden die ich noch zu JTL bringen will). Das Problem bei dem einen Kunden wo ich grad JTL einrichte ist das der in Kürze komplett umsteigen will und ich befürchte das in der Beta noch nicht alles läuft.

P.S. Schönen Gruß von Didi

 

[Thomas Lisson]

Das Problem bei dem einen Kunden wo ich grad JTL einrichte ist das der in Kürze komplett umsteigen will und ich befürchte das in der Beta noch nicht alles läuft.

Hau uns an, die Kollegen können dir sagen, wo noch was mit Vorsicht zu genießen ist.

Dennoch wurde das Ticket nach einiger Zeit ohne weiteren Kommentar einfach abgewiesen.

Ersatzlos abgewiesen? Ich horche nach...

 

[gnarx]

Hau uns an, die Kollegen können dir sagen, wo noch was mit Vorsicht zu genießen ist.

Grins auf welchen Weg soll ich euch denn anhauen?

 

[Japsa]

Hallo,
ich hatte es ja hier schon angefragt:
https://forum.jtl-software.de/threads/admins-wann-kommt-wawi-version-1-4-0-6.111859/

Wann wird WAWi 1.4.0.6?

Hintergrund ist, dass man hier einen Fehler eingebaut hatte, aber diesen erst nach Wochen behebt und dann in eine WAWI Version zur Freigabe schiebt, obwohl es davor bereits mit der Version
1.3.17 und 1.3.17.1 gleich 2 veröffentlichte Versionen gab, wo man wichtige bereits gelöste Fehler auch mit hätte freigeben können - ich kann genau wegen dessen Fehler, der zwar gelöst, aber erst später veröffentlicht wird - also die Lösung,
seit Wochen kein Amazon Update machen, weil es sonst bei jedem Artikel Fehler raushaut und cih sehr mühselig & zeitaufwenig nachbessern müsste - direkt in Amazon.

Guß Dirk

 

[MichaelH]

Grins auf welchen Weg soll ich euch denn anhauen?

Egal, nutz die Gelegenheit und hau ihn einfach !

 

[SebiW]

@Japsa , dass der Fehler in einer 1.4 Version behoben wird heisst nicht, dass er auf gleichem Weg auch in einer früheren Version behoben werden könnte.
Die nächste Major bringt laut Changelog auch diverse Amazon Änderungen, es kann also gut sein, dass der Fehler sich in einer 1.4.X sich quasi von selbst ergibt.

 

[Thomas Lisson]

hi zusammen,

Grins auf welchen Weg soll ich euch denn anhauen?

ticket im KC oder Mail an info@jtl-...

Wann wird WAWi 1.4.0.6?

Du meinst als Produktivversion? Das kann ich dir leider nicht sagen. Das hängt stark vom Ablauf der Pilotphasen ab.

dass der Fehler in einer 1.4 Version behoben wird heisst nicht, dass er auf gleichem Weg auch in einer früheren Version behoben werden könnte.

Solche Dinge können auch passieren. Selten, aber sie passieren.

Wir versuchen grundsätzlich stark abzuwägen, was in welche Version noch rein soll. Wenn wir eine Bugfixversion rausgeben, heisst das nicht automatisch, dass darin alle Bugfixes enthalten sind, die in der Entwicklung für künftige Versionen bereits gefixt wurden. Das runtermergen von Fixes bedeutet neben dem Aufwand, der betrieben werden muss (Dev & QA), dass wir ggfs. mit Seiteneffekten zu rechnen haben, die es in der künftigen Version nicht gibt. Daher schaffen es nur "kritische" Fixes in die Bugfixversionen, die essentiell den Betrieb stören. Da bleibt natürlich großer Interpretationsspielraum, den wir versuchen bestmöglich zu behandeln.

 

[NewBuy]

@Thomas Lisson
Gibt es die 1.4x denn schon als Pilotversion?

 

[F. Werthmann]

@NewBuy
Was den eBay Kauf und der fehlerhaften Adresse angeht, haben wir in solch einem Fall keine Chance an die Lieferadresse von PayPal zu kommen. Der Kunde hat in der Kaufabwicklung angegeben, dass er per Überweisung bezahlen möchte, hat dann aber per PayPal bezahlt. In diesem Fall bekommen wir im Checkout von eBay nichts von der PayPal Zahlung mit und kommen somit auch nicht an die bei PayPal hinterlegte Lieferadresse.

 

[NewBuy]

Dann noch eine Unschöne Angelegenheit:

Zur Zeit ist es nicht möglich wegen fehlenden Feldern beim Amazon-Lister Ticket: 2018050310000353 Artikel mit Grundpreise einzustellen.

Nun kam die Meldung vom Support:

Nein da weiß ich leider noch nichts neues. Ich weiß auch nicht wann Amazon die angekündigte Änderung durchführen wird.

Was ich aber weiß, dass hier jetzt erst einmal leider nichts passieren wird und es noch etwas dauern wird, bis im Amazon Lister wieder mehr entwickelt wird.

Schade...

 

[Thomas Lisson]

Hi,

Zur Zeit ist es nicht möglich wegen fehlenden Feldern beim Amazon-Lister Ticket: 2018050310000353 Artikel mit Grundpreise einzustellen.

Bis dahin kannst du dir die Exportdatei auf die Platt sichern und mit Excel ergänzen um all die Felder, die dir fehlen. Das kannst du dann über Seller Central hochladen. D.h. hier kannst du dir selbst helfen ohne auf uns angewiesen zu sein.

 

[elevennerds.de]

Und in vielen Kategorien funktionieren die Grundpreise einfach indem man das Gewicht oder die Länge mit übergibt.

 

[NewBuy]

In vielen ja, aber nicht in allen.

@Thomas Lisson Wozu benötige ich dann den Amazonlister von JTL, dann kann ich doch gleich alles per Hand machen

Versandklassen gehen nicht richtig, Grundpreise auch... sorry wenn ich die Antwort meinem Chef übergebe, darüber möchte ich nicht nachdenken Bei Plenty ging es aber JTL.....

Ich möchte mich nicht an Plenty gewöhnen müssen, ich mag JTL aber es sollten Grundlegenden Funktionen auch gehen und dazu gehört der Amazonlister

 

[Stetto]

Was uns Sorgen macht sind Bugs, die über Unannehmlichkeiten hinaus gehen, mittelfristig zu deutlichen Kosten für Eure Kunden führen können und schon länger ignoriert werden.

Das hier wäre einer der uns zb schon lange enorme Sorgen bereitet: https://issues.jtl-software.de/issues/WAWI-23520

Wir haben hierfür mehrfach Euren Support auf unserer DB gehabt und ich habe in einer völlig neu installierten DB nachgewiesen, dass der Fehler DB unabhängig ist.
Der Fehler hat massive Sideeffects, bspw eine fehlerhafte Statistik.
Dennoch wurde das Ticket nach einiger Zeit ohne weiteren Kommentar einfach abgewiesen.

Bei solche Vorfällen fragt man sich dann schon irgendwann wieso man als Kunde Zeit in die Fehlersuche investieren sollte.

Hier sind nicht alle Kommentare im Ticket öffentlich, deshalb sieht es so aus, als hätte keine weitere Kommunikation stattgefunden. Das hätte schöner laufen können. Sorry!

Per TeamViewer bei euch konnte es nachgestellt.

Ein Kollege hatte Mitte / Ende Januar ein Datenbank-Backup angefordert. Mitte Februar wurde das Ticket mangels Rückmeldung und Reproduzierbarkeit dann abgewiesen.

Im Ticket sind die nicht öffentlichen Rückmeldungen, dass unser Support, sowie die Entwicklung das Problem auf einer frisch installierten Datenbank nicht nachstellen konnten, nicht zu sehen.

Öffne bitte über das JTL-Kundencenter ein neues Ticket mit Bezug zum Ticket WAWI-23520, wir schauen uns das dann nochmal an, werden aber ein Datenbank-Backup benötigen.

Auch im Forumsbeitrag dazu https://forum.jtl-software.de/threa...lscher-buchungsart-gemappt-wawi-23520.105620/ gab es nach dem Abgewiesen-Status keine weitere Rückmeldung, dass das Problem noch immer besteht.

Zudem schien es eben seit Januar keine weiteren Meldungen zu diesem Problem zu geben - von daher gehen wir natürlich davon aus, dass sich das Problem von selbst oder durch ein Update erledigt hat, zudem sind keine weiteren Kunden betroffen. Es scheint was an deiner DB defekt zu sein, oder ggf. externe Zusatztools / Eigenentwicklungen dazwischen funken.

Ich öffne das Ticket bis dahin erstmal wieder.