Ich lese aus dem Newsletter auch nichts von einem Updatezwang (und dann noch zum Stichtag). Es gibt einfach nur eine Ankündigung und eine vorsorgliche (Support-)Info: (a) Es erscheint eine 1.8 stable am 7.11. (b) Ab Versionen >1.8.7.3. ändert sich die Lizenzprüfung. Sobald man diese Version bei einem Update erstmals überschreitet ist ggf. ein weiterer manueller Schritt nötig, damit die Lizenzen ordentlich verknüpft sind.
Tatsächlich ist es wieder etwas verwirrend, zumindest für Kunden, die die Openbeta der Marktplätze genutzt haben.
Im
Kundencenter habe ich folgenden Text gefunden:
Dieser Marktplatz Otto.de befindet sich aktuell in der Open Beta Phase und wird in wenigen Wochen offiziell released. Um ab Releasetag weiterhin supportberechtigt zu sein, müssen Sie JTL-Wawi 1.8.7.2 oder höher einsetzen! In Vorbereitungen auf das offizielle Release wird diese Marktplatz-Anbindung für bestehende und neue Pilotkunden ab dem 11.10.2023 lizenzpflichtig, wobei der Erwerb einer Lizenz nur möglich ist, wenn Sie sich in dieses Pilotprogramm eingeschrieben haben. Eine genaue Anleitung erhalten Sie im JTL-Guide (unten verlinkt). Bis zum offiziellen Release ist die Nutzung dieser Marktplatz-Anbindung weiterhin kostenfrei, Support wird aber aussschließlich über Tickets (nicht telefonisch) angeboten. Nach dem Release haben Sie weitere zwei Wochen Zeit, Ihre Pilotlizenz in eine reguläre Produktivlizenz umzuwandeln, andernfalls läuft Ihre Lizenz automatisiert aus und die Datenübertragung zwischen JTL-Wawi und dem Marktplatz endet. Reaktivieren/Buchen Sie in diesem Fall die betroffene Lizenz hier im JTL-Kundencenter. Eine Anleitung finden Sie ebenfalls unten verlinkt.
Die Links bekommt man dann nur angezeigt, wenn man beim Pilotprogramm angemeldet ist (diese gelten laut den dort angegebenen Informationen ab der 1.8.7.2):
Lizenzen für JTL-eazyAuction buchen
JTL-Wawi-Mandanten mit JTL-Kundenkonto verbinden
Wawi-Mandant / Betriebsinfrastruktur korrekt einrichten
Soll heißen:
@hula1499 hat scheinbar in soweit Recht, dass es einen subtilen "Update-Zwang" gibt, wenn man supportet auf den neu angebunden Plattformen durch den BF und das Weihnachtsgeschäft schlittern möchte.
Wie gesagt geht ja aus den
Guide-Einträgen nicht genau hervor, ob in der 1.8.7.2 noch beide Lizenz-Abfragen aktiv sind und erst ab der 1.8.7.3 nur noch der neue Lizenzabgleich möglich ist. Auch über den Issue-Tracker lässt sich das nicht wirklich herausfinden.
Echt Schade, dass man sich diese Informationen selber zusammensuchen und kombinieren muss, was erforderlich sein wird und wie es dann nachher funktionieren könnte. Ein geleiteter Prozess siehr anders aus.
Was die neue Lizenzprüfung nun für einen Effekt auf uns Händler hat steht aber doch in den Sternen geschrieben.
Warte, ich frag mal eben meine DB-Navigator App...
Hm, ...keine Verbindung... 😁
Dass man nun für eine Staging-
Wawi Lizenzen doppelt zahlen soll bzw. sich für jedes Update einen begrenzten Zeitraum freischalten lassen muss ärgert mich für alle Seiten. Die Technik ist nur eine meiner Aufgaben, da fällt dieser Mehraufwand schon ins Gewicht. Hier ein bisschen, dort ein bisschen, da kommen mittlerweile einige Stunden zusammen. Gleichzeitig vermute ich, dass es bei der alten Lizenzprüfung für JTL nur schwer möglich war zu prüfen, ob jemand eine staging Wawi produktiv einsetzt und damit Lizenzkosten umgeht.
Warum wird das dann aber nicht zu Ende gedacht? Wie cool wäre eine Art staging Export, mit dem man eine aktuelle (pseudonomysierte) Datenbank exportieren kann, die direkt eine staging Flag bei den Lizenzen setzt und damit auch gleich die Wawi an entscheidenden Stellen nicht produktiv einsetzbar macht (z. B. max 5 Auslieferungen pro Tag u.ä.). Das ist laut gedacht aber so (oder so ähnlich) würde man uns Händlern ein weiteres Kundenkonto ersparen und dem JTL-Support bestimmt eine ganze Menge Anfragen.
Na ja, warum innovativ sein, wenn man auch so Geld verdienen kann!?
Es wäre doch sowieso schlau, wenn man Test-Umgebung und Produktiv-Umgebung besser verknüpfen würde und z.B. Vorlagen und Workflows in der Test-Umgebung bearbeiten und anlegen könnte, dort Mitarbeiter schulen könnte und dann gewisse Einstellungen in die Produktiv-Umgebung "schieben" könnte, nachdem sie getestet sind.
Insofern wäre ja Dein Ansatz wirklich cool + dann vielleicht noch meine Ergänzung, bringt nur leider kein Geld.
Aktuell kann man meines Wissens ja den Lizenzschlüssel in beliebig vielen Mandanten eintragen, auch auf unterschiedlichen Servern, das ist wahrscheinlich (viel) missbraucht worden.
Auf der Anderen Seite wäre es natürlich auch schön, wenn man auf der selben Infrastruktur mehrere Mandanten betreibt, die Lizenzen auch Mandantenübergreifend nutzen zu können. Wir haben bisher z.B. alles bei JTL doppelt lizenziert, weil wir aus Datenschutzsgründen 2 Prozesse sauber voneinander getrennt betreiben mussten, aber die gleichen Mitarbeiter der gleichen Firma mit den gleichen Geräten daran gearbeitet haben. Den 2. Prozess haben wir jetzt zwar von JTL weggezogen, damit hat sich das für uns auch erledigt, aber wir sind bestimmt nicht die einzigen, die das betrifft.
Meinen Rechner oder Windows muss ich ja auch nicht doppelt kaufen / lizenzieren, nur weil ich da für 2 unterschiedliche "Unternehmungen / Prozesse" daran arbeite und kann die Lizenz auch immer nur 24 Stunden am Tag nutzen.
