Ein Frustbeitrag, der mit Ironie und auch mal Sarkasmus geschmückt ist; passend zur kalten, dunklen Jahreszeit und der gelebten Realität mit JTL-Software
Hi,
um es kurz zu machen: Ich kenne die Ratschläge der JTL-Programmierer mit dem Testsystem.
Das kann nicht jeder leisten. Aber nach fast nem dreiviertel Jahr (nicht nachgerechnet), dachte ich, dass die 1.6 jetzt endlich reif ist und man im nächsten Jahr ENDLICH mit Kaufland nach zwei Jahren im Open Beta Stadium anfangen kann. Wonach mich dürstet, denn mit der Wawi läuft man trocken. eBay & Amazon sind anschlusstechnisch in meinen Augen seitens JTL überaltert. Dem eigenen JTL- Shop wird bald mit Geldern aufgeholfen, aber so richtig anschauen mag selbst ich ihn nicht im Standard Nova Template. Er ist etwas peinlich...
Und die im nächsten Jahr +21,2 teurere JTL-Software muss sich ja auch irgendwie bezahlt machen, weswegen auch das volle Ausschöpfen des Potentials des JTL-Shops maximiert wird (nach dem Update auf die Shop-Version 5.2, die mir wieder Angst macht)
Um es nicht ganz so kurz zu machen: Update auf die 1.6 lief ganz gut (im ersten Anlauf inklusive vollständiger Datenrückspielung abgebrochen, weil man schon den ersten Hinweis laß und auf "OK" klickte [scheinbar muss man warten, bis ALLE Update-Meldungen aufgetaucht sind, sie lesen und erst dann auf "Okay" klicken]) im zweiten Anlauf dann geglückt.
Am 24. (endlich drei Feiertage hintereinander fürs Update - ausreichend Zeit, sollte man denken) dann los gelegt mit ca. 6-7 Stunden. Hat gerade so gereicht fürs Grobe.
Manche Guides echt veraltet. Screenshots falsch, manche neuen Einstellungen schlecht erklärt.
Heute am 25. NUR Druckvorlagen. Denn die ersten VCS-Rechnungen waren schon falsch. Herrjemine. Alte Variablen entfernt. Und dann mit dem "neuen" Baukasten beschäftigt: ein Graus! Wo ist denn da die Vereinfachung? Nach Jahren sollte jetzt endlich (musste!) das aktualisiert werden, aber man kann im Prinzip alles von vorne aufbauen.
Vielleicht mache ich tatsächlich diese Woche notgedrungen nur die einfachsten, simplen Standard-Vorlagen.
Beispiel:
Es gibt "Root" als Wurzelkategorie mit Baukasten und eigenen (sehr eingeschränkten) Variablen
- es gibt Kategorie (z.B. Verkaufsbelege) mit Baukasten und eigenen Variablen
- es gibt die Sub-Kategorien (z.B. Rechnung) mit eigenem Baukasten und eigenen Variablen
- und dann gibt es noch das "Child," das - oh Wunder! - seinen ganz privaten, heimlichen Baukasten hat, der nur in der geöffneten Vorlage sichtbar ist, aber nirgendwo sonst.
Und minimal ergänzend: Wieso kann man nicht wie bei den "e-Mail Vorlagen" gleich eine Verlinkung als Anhang/einer Ausgabe als Druckvorlage nutzen und muss sie erst drüben exportieren und hier importieren? Es ist quasi vertikal alles vererbbar (mit teils schweren Behinderungen), aber horizontal muss es hinten raus und drüben wieder rein importiert werden?
Ich verstehe nicht, wieso alle Variablen nun plötzlich auf Englisch sind. Und wieso es keine Dokumentation dazu gibt. Und wieso jeder Bereich seine eigenen Variablen hat.
Und wieso es manchmal das Layout zerschießt, wenn man seinen eigenen Baukasten einfügt vom "Root." Es gibt keine Verkettung, nichts! Plötzlich ist der Berichtscontainer einfach mit falschen Größendimensionen der ALTEN Vorlage gefüllt, ganz so, als ob deprecated Werte eingetragen sind, die man alle einzeln HÄNDISCH korrigieren darf.
Also quasi das ganze Layout jeder einzelnen Zelle des Berichtscontainers nachziehen/nachzeichnen darf. Inklusive Schriftgröße und Darstellungsbedingungen (mit vielen neuen, teils alten Formeln, die man - undokumentiert - on-the-fly eben nicht korrigieren kann).
Was sagt denn in Vorbereitung darauf die hauseigene JTL Website ihrer versierten Nutzerschaft, die ja mindestens mal nen SQL-Server am Laufen hat, also schon etwas mehr kann als die eigene Oma mit ihrer Glühbirne:
Information Ende.
Puh, dachte schon, dass es kompliziert wird.
/Ironie Das "Auftragsdatum" und das "Rechnungsdatum" sind ja wohl höchst persönliche, tiefst individuelle Anpassungen, /Ironie denn zufällig ist eins davon plötzlich ungültig geworden und spuckt in der Rechnung festgeschrieben das Datum 01.01.1900 aus!
Workflows, simple Vorstufe der Zuordnung "Versandkosten zu Versandarten":
Nachdem ich in der 1.5 endlich mal die sehr lange Ziffernfolge der "VersandkostenBrutto" (oder -Netto, spielt keine Rolle) zur Zuordnung von Versandpreisen und Versandarten gefunden hatte, die halt so in der Wawi per API importiert werden von extern, damit der Workflow zündet (sonst sagt er wie ein kluges Kind: "Nein, Wert 2,99 entspricht nicht 2,990394986674732939495") Und man fragt sich: Wo nimmt dieses kluge Kind diesen klugen, tollen Wert her?
Ging das plötzlich nach dem Update nicht mehr. Da werden lokale Briefe zu weltweiten Paketen.
Oh ja/weh: Das kluge Kind ist mit der 1.6 gewachsen und spuckt jetzt eine andere tolle, neue Ziffernfolge aus! So klug als wie nie zuvor und unbeirrbar!
Aber - mein Glück ist hold - das war ja nur das Beispiel eines Ärgernis mit den Workflows, die anpassungsbedürftig waren.
Ein SQL-versierter User hier aus dem Forum schenkte die Lösung mit einem DirectQuery: Die Versandkosten genau so, wie man sie überall sonst auch hat und kennt: zweistellig dezimal.
DAS IST NE USER-LÖSUNG, weil JTL out-of-the-box die hinterlegten Versandkosten von 2,99 nicht zuordnen kann!
ICH GEBE FÜR HEUTE AUF! Das Update frisst zu viel Zeit😡
/Ironie Danke JTL für eure Updatepolitik, eure Dokumentation, eure Preispolitik und euer langjähriges Vertrösten! /Ironie
🤬
Ich weiß, dass ich groß werden wollt und Wachstum braucht und Potential habt!
Aber ihr habt schlechtes Management und verzettelt euch! 👎
Man kann de facto nicht auf die 1.6 updaten, wenn man im 24-Stunden VCS Rechnungszyklus von Amazon gefangen ist. Mal eben für einen Test abschalten ist unmöglich und merken, dass das erst bei neuen Rechnungen auffällt, erst recht!
Denn die alten Vorlagen haben plötzlich Fehler, weil jemand - WIESO!!!??? - ne unglaublich große (kB) Variable entfernen musste und die neue Version an ganz anderen Stellen Probleme macht, unausgereift und fehlerhaft ist. Altes teils ersatzlos - oder zukünftig profitorientiert als neues "feature" - weg zu rationalisieren und neues - "Da, nimm!" - lieblos hinzuklatschen ist echt eure Stärke!
Wieso soll ich als Solo-Haftender wegen euch so viele Probleme kriegen? Wieso? Ihr erhöht die Preise und das eigentliche vertrauenserweckende Zusammenspiel gegenüber eurer Kundschaft ist grausig, weil ihr handwerkliche Mängel habt, die nicht eurer Preisklasse entsprechen! Wir vertrauen euch unsere täglichen Daten an und ihr macht Schindluder draus! Ein ERP sollte solche grundlegenden, krassen Krankheiten erst gar nicht besitzen, um sich so nennen zu dürfen! Auch hier seid ihr zu weit gegangen und beschönigt euer Produkt!
Von den Amazon VCS UK-Rechnungen spreche ich jetzt nicht! Erstaunlich, was alles mit JTL NICHT geht! Lest den Leitfaden von Billbee dazu, dann wisst ihr, welche Optionen ihr habt und überlegt mal, wie man das sauber implementieren kann UND dabei die Steuereinstellungen im Hinterkopf hat.
Ihr habt mir die große Vorfreude auf die 1.6 echt versaut! Und ich sitze hier zur schönsten Jahreszeit nach zwei Vollzeittagen mit geschmälerten Aussichten. Und ärgere mich, dass ich euch und eurer neuen Software mit vielen neuen, jetzt erstmal alltäglichen Fehlern meine Zeit geschenkt habe.
Ich will das Geschenk nicht mehr, für das wir teils sehr gut bezahlen! Die Selbstständigkeit ist schon stressig genug und scheinbar ist euch das echt egal, ob groß oder klein! Wieso werden wir nicht entschädigt für die Bug-Meldungen über Grundsätzlichkeiten, die die User bringen müssen, damit die Software beim nächsten Update auch wirklich das tut, womit sie angepriesen wird? Sollten das nicht nur eine handvoll jeden Monat sein? Daran kann man auch die Qualität eurer Arbeit messen! Wenn die " stable" Releases schon so hinken, müsste man als Pilotkunde ja eigentlich sogar noch entschädigt werden!
Seht ihr im riesigen issue-tracker Fortschritt? Seht ihr auch, dass es manche User eurer Clientbase dabei zerreißt?
Hi,
um es kurz zu machen: Ich kenne die Ratschläge der JTL-Programmierer mit dem Testsystem.
Das kann nicht jeder leisten. Aber nach fast nem dreiviertel Jahr (nicht nachgerechnet), dachte ich, dass die 1.6 jetzt endlich reif ist und man im nächsten Jahr ENDLICH mit Kaufland nach zwei Jahren im Open Beta Stadium anfangen kann. Wonach mich dürstet, denn mit der Wawi läuft man trocken. eBay & Amazon sind anschlusstechnisch in meinen Augen seitens JTL überaltert. Dem eigenen JTL- Shop wird bald mit Geldern aufgeholfen, aber so richtig anschauen mag selbst ich ihn nicht im Standard Nova Template. Er ist etwas peinlich...
Und die im nächsten Jahr +21,2 teurere JTL-Software muss sich ja auch irgendwie bezahlt machen, weswegen auch das volle Ausschöpfen des Potentials des JTL-Shops maximiert wird (nach dem Update auf die Shop-Version 5.2, die mir wieder Angst macht)
Um es nicht ganz so kurz zu machen: Update auf die 1.6 lief ganz gut (im ersten Anlauf inklusive vollständiger Datenrückspielung abgebrochen, weil man schon den ersten Hinweis laß und auf "OK" klickte [scheinbar muss man warten, bis ALLE Update-Meldungen aufgetaucht sind, sie lesen und erst dann auf "Okay" klicken]) im zweiten Anlauf dann geglückt.
Am 24. (endlich drei Feiertage hintereinander fürs Update - ausreichend Zeit, sollte man denken) dann los gelegt mit ca. 6-7 Stunden. Hat gerade so gereicht fürs Grobe.
Manche Guides echt veraltet. Screenshots falsch, manche neuen Einstellungen schlecht erklärt.
Heute am 25. NUR Druckvorlagen. Denn die ersten VCS-Rechnungen waren schon falsch. Herrjemine. Alte Variablen entfernt. Und dann mit dem "neuen" Baukasten beschäftigt: ein Graus! Wo ist denn da die Vereinfachung? Nach Jahren sollte jetzt endlich (musste!) das aktualisiert werden, aber man kann im Prinzip alles von vorne aufbauen.
Vielleicht mache ich tatsächlich diese Woche notgedrungen nur die einfachsten, simplen Standard-Vorlagen.
Beispiel:
Es gibt "Root" als Wurzelkategorie mit Baukasten und eigenen (sehr eingeschränkten) Variablen
- es gibt Kategorie (z.B. Verkaufsbelege) mit Baukasten und eigenen Variablen
- es gibt die Sub-Kategorien (z.B. Rechnung) mit eigenem Baukasten und eigenen Variablen
- und dann gibt es noch das "Child," das - oh Wunder! - seinen ganz privaten, heimlichen Baukasten hat, der nur in der geöffneten Vorlage sichtbar ist, aber nirgendwo sonst.
Und minimal ergänzend: Wieso kann man nicht wie bei den "e-Mail Vorlagen" gleich eine Verlinkung als Anhang/einer Ausgabe als Druckvorlage nutzen und muss sie erst drüben exportieren und hier importieren? Es ist quasi vertikal alles vererbbar (mit teils schweren Behinderungen), aber horizontal muss es hinten raus und drüben wieder rein importiert werden?
Ich verstehe nicht, wieso alle Variablen nun plötzlich auf Englisch sind. Und wieso es keine Dokumentation dazu gibt. Und wieso jeder Bereich seine eigenen Variablen hat.
Und wieso es manchmal das Layout zerschießt, wenn man seinen eigenen Baukasten einfügt vom "Root." Es gibt keine Verkettung, nichts! Plötzlich ist der Berichtscontainer einfach mit falschen Größendimensionen der ALTEN Vorlage gefüllt, ganz so, als ob deprecated Werte eingetragen sind, die man alle einzeln HÄNDISCH korrigieren darf.
Also quasi das ganze Layout jeder einzelnen Zelle des Berichtscontainers nachziehen/nachzeichnen darf. Inklusive Schriftgröße und Darstellungsbedingungen (mit vielen neuen, teils alten Formeln, die man - undokumentiert - on-the-fly eben nicht korrigieren kann).
Was sagt denn in Vorbereitung darauf die hauseigene JTL Website ihrer versierten Nutzerschaft, die ja mindestens mal nen SQL-Server am Laufen hat, also schon etwas mehr kann als die eigene Oma mit ihrer Glühbirne:
Druckvorlagen anpassen
Bitte prüfen Sie, ob individuelle Anpassungen an Ihren Vorlagen noch kompatibel sind.Information Ende.
Puh, dachte schon, dass es kompliziert wird.
/Ironie Das "Auftragsdatum" und das "Rechnungsdatum" sind ja wohl höchst persönliche, tiefst individuelle Anpassungen, /Ironie denn zufällig ist eins davon plötzlich ungültig geworden und spuckt in der Rechnung festgeschrieben das Datum 01.01.1900 aus!
Workflows, simple Vorstufe der Zuordnung "Versandkosten zu Versandarten":
Nachdem ich in der 1.5 endlich mal die sehr lange Ziffernfolge der "VersandkostenBrutto" (oder -Netto, spielt keine Rolle) zur Zuordnung von Versandpreisen und Versandarten gefunden hatte, die halt so in der Wawi per API importiert werden von extern, damit der Workflow zündet (sonst sagt er wie ein kluges Kind: "Nein, Wert 2,99 entspricht nicht 2,990394986674732939495") Und man fragt sich: Wo nimmt dieses kluge Kind diesen klugen, tollen Wert her?
Ging das plötzlich nach dem Update nicht mehr. Da werden lokale Briefe zu weltweiten Paketen.
Oh ja/weh: Das kluge Kind ist mit der 1.6 gewachsen und spuckt jetzt eine andere tolle, neue Ziffernfolge aus! So klug als wie nie zuvor und unbeirrbar!
Aber - mein Glück ist hold - das war ja nur das Beispiel eines Ärgernis mit den Workflows, die anpassungsbedürftig waren.
Ein SQL-versierter User hier aus dem Forum schenkte die Lösung mit einem DirectQuery: Die Versandkosten genau so, wie man sie überall sonst auch hat und kennt: zweistellig dezimal.
DAS IST NE USER-LÖSUNG, weil JTL out-of-the-box die hinterlegten Versandkosten von 2,99 nicht zuordnen kann!
ICH GEBE FÜR HEUTE AUF! Das Update frisst zu viel Zeit😡
/Ironie Danke JTL für eure Updatepolitik, eure Dokumentation, eure Preispolitik und euer langjähriges Vertrösten! /Ironie
🤬
Ich weiß, dass ich groß werden wollt und Wachstum braucht und Potential habt!
Aber ihr habt schlechtes Management und verzettelt euch! 👎
Man kann de facto nicht auf die 1.6 updaten, wenn man im 24-Stunden VCS Rechnungszyklus von Amazon gefangen ist. Mal eben für einen Test abschalten ist unmöglich und merken, dass das erst bei neuen Rechnungen auffällt, erst recht!
Denn die alten Vorlagen haben plötzlich Fehler, weil jemand - WIESO!!!??? - ne unglaublich große (kB) Variable entfernen musste und die neue Version an ganz anderen Stellen Probleme macht, unausgereift und fehlerhaft ist. Altes teils ersatzlos - oder zukünftig profitorientiert als neues "feature" - weg zu rationalisieren und neues - "Da, nimm!" - lieblos hinzuklatschen ist echt eure Stärke!
Wieso soll ich als Solo-Haftender wegen euch so viele Probleme kriegen? Wieso? Ihr erhöht die Preise und das eigentliche vertrauenserweckende Zusammenspiel gegenüber eurer Kundschaft ist grausig, weil ihr handwerkliche Mängel habt, die nicht eurer Preisklasse entsprechen! Wir vertrauen euch unsere täglichen Daten an und ihr macht Schindluder draus! Ein ERP sollte solche grundlegenden, krassen Krankheiten erst gar nicht besitzen, um sich so nennen zu dürfen! Auch hier seid ihr zu weit gegangen und beschönigt euer Produkt!
Von den Amazon VCS UK-Rechnungen spreche ich jetzt nicht! Erstaunlich, was alles mit JTL NICHT geht! Lest den Leitfaden von Billbee dazu, dann wisst ihr, welche Optionen ihr habt und überlegt mal, wie man das sauber implementieren kann UND dabei die Steuereinstellungen im Hinterkopf hat.
Ihr habt mir die große Vorfreude auf die 1.6 echt versaut! Und ich sitze hier zur schönsten Jahreszeit nach zwei Vollzeittagen mit geschmälerten Aussichten. Und ärgere mich, dass ich euch und eurer neuen Software mit vielen neuen, jetzt erstmal alltäglichen Fehlern meine Zeit geschenkt habe.
Ich will das Geschenk nicht mehr, für das wir teils sehr gut bezahlen! Die Selbstständigkeit ist schon stressig genug und scheinbar ist euch das echt egal, ob groß oder klein! Wieso werden wir nicht entschädigt für die Bug-Meldungen über Grundsätzlichkeiten, die die User bringen müssen, damit die Software beim nächsten Update auch wirklich das tut, womit sie angepriesen wird? Sollten das nicht nur eine handvoll jeden Monat sein? Daran kann man auch die Qualität eurer Arbeit messen! Wenn die " stable" Releases schon so hinken, müsste man als Pilotkunde ja eigentlich sogar noch entschädigt werden!
Seht ihr im riesigen issue-tracker Fortschritt? Seht ihr auch, dass es manche User eurer Clientbase dabei zerreißt?
Zuletzt bearbeitet:
