Neu Effizientere Lösung für Wawi-Updates gesucht

WeLoveBasic

Aktives Mitglied
13. August 2019
43
6
Hallo zusammen,

ich wollte mal nachfragen, wie Ihr in eurem Unternehmen die Wawi-Updates durchführt.

Zu unserer Situation:
Wir haben aktuell 7 Packtische, 6 Rechner und 1 Server, auf denen die Updates installiert werden müssen.

Unser bisheriger Ablauf sieht so aus:
  1. Update wird zunächst auf dem Server gestartet.
  2. Anschließend gehe ich von Rechner zu Rechner, um das Update dort ebenfalls zu installieren.
Das ist natürlich ziemlich zeitaufwändig, und ich frage mich, ob es nicht eine smartere Möglichkeit gibt, diesen Prozess zu optimieren.

Habt Ihr vielleicht Tipps oder Erfahrungen, wie man das effizienter gestalten könnte?

Vielen Dank im Voraus!
 

RCFOX

Aktives Mitglied
23. Juli 2019
11
0
Hallo in die Runde, da wir exakt das gleiche Problem haben, würde mich dies auch brennend interessieren.
Hinzu kommt noch die Frage der Druckerverwaltung. Wieso kann man diesen nicht ebenfalls Zentral ausspielen sondern muss dies für jeden Benutzer an jedem Arbeitsplatz einrichten.
Dies ist vor allem bei den Packtischen ein Problem, da hier die Benutzer wechseln können und daher an jedem Packtisch alle Nutzer die Drucker zugewiesen bekommen müssen!

Besten Dank.
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.090
1.615
Ab einer gewissen Größe: RDP statt local clients bzw Fernwartung ( Teamviewer etc). All meine Versuche mit Chocolatey und anderen Tools waren nicht erfolgreich, da unsere Rechnerstruktur zu uneinheitlich ist. Kann bei Euch anders aussehen. Im Endeffekt bleibt nur zu hoffen, dass JTL nach der endgültigen Umstellung af C# mal ne MSI zur Verfügung stellt. Wobei ich fürchte dass solche Bequemlichkeitsverbesserungen dank Cloud und SaaS final nicht mehr kommen werden.

Da ich JTL Updates aber eh nur noch sehr sehr SEHR selektiv ausrolle hält sich mein Leidungsdruck mit meinem 40 Clients noch halbwegs in Grenzen. Im Endeffekt wecke ich derzeit alle Clients Remote auf und mache den Install dann jeweils lhändisch.
 
  • Gefällt mir
Reaktionen: P.S.

WeLoveBasic

Aktives Mitglied
13. August 2019
43
6
Hinzu kommt noch die Frage der Druckerverwaltung. Wieso kann man diesen nicht ebenfalls Zentral ausspielen sondern muss dies für jeden Benutzer an jedem Arbeitsplatz einrichten.
Dies ist vor allem bei den Packtischen ein Problem, da hier die Benutzer wechseln können und daher an jedem Packtisch alle Nutzer die Drucker zugewiesen bekommen müssen!
Unter WMS ist es doch Zentral, man legt einmal unter Arbeitsplatz unter Druckerverwaltung die nötigen Drucker fest und dann wird das für alle Benutzer an diesem Platz übernommen.
Wie es mit Packtisch+ ist kann ich nicht sagen.
 

WeLoveBasic

Aktives Mitglied
13. August 2019
43
6
Ab einer gewissen Größe: RDP statt local clients bzw Fernwartung ( Teamviewer etc). All meine Versuche mit Chocolatey und anderen Tools waren nicht erfolgreich, da unsere Rechnerstruktur zu uneinheitlich ist. Kann bei Euch anders aussehen. Im Endeffekt bleibt nur zu hoffen, dass JTL nach der endgültigen Umstellung af C# mal ne MSI zur Verfügung stellt. Wobei ich fürchte dass solche Bequemlichkeitsverbesserungen dank Cloud und SaaS final nicht mehr kommen werden.

Da ich JTL Updates aber eh nur noch sehr sehr SEHR selektiv ausrolle hält sich mein Leidungsdruck mit meinem 40 Clients noch halbwegs in Grenzen. Im Endeffekt wecke ich derzeit alle Clients Remote auf und mache den Install dann jeweils lhändisch.
Ja wir machen auch nur ca. einmal im Quartal ein Update, wenn es sinnvoll ist und stable. Dachte könnte mir da evtl. noch etwas Zeit und rum gelaufe sparen.
 

forumjtlolshopag

Sehr aktives Mitglied
6. Juni 2018
825
240
Wir laufen bei uns auch alle Bürorechner und WMS Packplätze ab. Richtig nervig... 12 Rechner und 10 Packplätze.
An RDP hatte ich schon gedacht, aber kam noch nicht dazu.
 

ergowebshop

Sehr aktives Mitglied
14. Januar 2022
222
62
Der Sinn einer MSI ist es ja gerade diese per Gruppenrichtlinie auszurollen, damit wird diese aber mit den Standardeinstellungen installiert.
Wenn die Okay sind dann ja, aber wenn man irgendwas anzupassen hat (z.B. anderer Installationsordner) dann gibt man das in einer MST Datei an.
Bei EXE to MSI würde man diese Anpassungen nicht machen können.

Man bräuchte aber auch ab einer gewissen Unternehmensgröße ein Remote-Wakeup und nach dem Update ein Remote-Shutdown der ganzen Rechner.

-----

Denn, folgendes Beispiel:
17 Uhr, alle schließen die Wawi, fahren den Rechner runter. Feierabend, nur nicht für den Admin, der installiert auf dem Server die neue Wawi Version.
9 Uhr am nächsten Tag: Mitarbeiter schalten die PCs an, diese ziehen sich die Gruppenrichtlinie und was dann?

Dann fangen alle PCs an sich das Update zu installieren und kein Mitarbeiter kommt in die Wawi, Produktion steht genauso wie die Schlange an der Kaffeemaschine, denn die läuft als einziges. Wenn man keine CC Mails im Shop bei Bestellbestätigungen oder in Wawi Workflows eingerichtet hat, dann weiß man nicht mal ob über die Nacht Bestellungen kamen die man schonmal bearbeiten kann.

Oder auf den PCs die ca. um 9 starten wird die Wawi gestartet bevor die Gruppenrichtlinie das Update zieht, das Update startet im Hintergrund, kann nicht auf den Prozess zugreifen weil die Wawi schon offen ist und bricht das Update ab.

Der beste der schlimmsten Fälle ist dann, dass es überall scheitert, denn dann muss nur der Admin auf dem Server wieder auf die alte Version zurück wechseln und es geht zumindest erstmal wieder was, bis dahin ist es 10 Uhr und alle sind sauer auf den Admin der es mal wieder verkackt hat. Wenn er endlich auch zur Kaffeemaschine kommt ist nichts mehr drin.

Im schlimmsten Fall haben ab um 10 Uhr einige PCs das Update, andere nicht. Ohne Update keine funktionierende Wawi, bei jedem neuen Update schreit also irgend ein anderer Mitarbeiter "ey Admin, warum komm ich nicht rein, gerade ich, bei den anderen geht's, was ist das für ne Sch*ße die du da wieder verbockt hast, krieg das hin, ich muss arbeiten". Der Frust steigt mit der Warteschlange an der Kaffeemaschine, alle sind sauer auf den Admin der wieder leer ausgeht.
Und da ist noch nicht reingerechnet was mit den PC's ist die gerade nicht genutzt werden (gerade nicht benötigt, Urlaub, krank etc.).

-----

Es bleibt dabei, die ganze Geschichte hat nur Aussicht auf Erfolg wenn:

- Admin nach Dienstschluss manuell den Server aktualisiert, das muss manuell sein, denn da ist nicht nur die Wawi zu installieren sondern auch einmal zu starten und die Mandanten und eigentlichen Datenbank Inhalte/Änderungen des Update zu installieren, gucken ob es erfolgreich startet, bisschen testen ob die Wawi soweit läuft

- wenn irgendwas schief ging wieder zurück auf alte Version und nicht vergessen den Worker wieder zu starten
- wenn alles scheinbar gut ging dann einstellen dass alle PCs Nachts hochfahren, sich das Update ziehen und ausnahmslos alle es erfolgreich installieren.

- eine Stunde oder so später bräuchte es eine Prüfung auf welchen PCs es geklappt hat. Und wenn auch nur einer fehlt, sei es weil der PC die MSI erst übermorgen installieren will, weil Windows gerade Updates macht, oder irgendwo hat die Putzfrau den Stecker gezogen, oder was auch immer, bräuchte es Nachts noch ne Mail oder so an den Admin mit der Liste der PCs wo es geklappt hat, damit er schonmal weiß wie früh vor Dienstantritt er auf Arbeit sein muss um die gescheiterten oder nicht durchgeführten doch manuell zu installieren. Und wenn da auch nur ein wichtiger aus welchem Grund auch immer scheitert und das nicht schnell geklärt werden kann, müsste man alles alles alles wieder rückgängig machen, das dauert händisch mindestens bis Mittag. Und selbst mit vorhandenen Server- und PC-Backups bis um 10 Uhr, also nur wenn bei den Betroffenen auch in 100% der Fälle der Restore klappt. Produktion steht teils oder ganz, neue Bestellungen sieht man nicht weil während dessen der Worker gestoppt bleibt. Schlange an der Kaffeemaschine. Admin ist schuld, also eh immer, vorher schon.

-----

Das war jetzt ein wenig lustig und sarkastisch geschrieben, und ironisch weil es mich - unseren Admin - trifft, aber genau deswegen wird sich an der bisherigen Routine nichts ändern, diese ganzen Szenarien hat der arme Admin immer auszustehen, auch wenn JTL eine MSI bereitstellen würde.

Nicht dran zu denken wenn ein Unternehmen in Schichten 24/7 produziert/packt, dann muss man dennoch eine Downtime einplanen, da kann der Admin der Geschäftsführung aber kein Zeitfenster nennen, denn es hängt davon ab ob es auf 100% der (zu dem Zeitpunkt) relevanten Rechner funktioniert, wenn nicht dauert es länger, ob händisch oder rollback. Produktion steht, Worker steht. Nach Murphys-Law ist das dann ausgerechnet der Tag wo die Kaffeemaschine kaputt ist.

-----

Ergo:
die besten Erfolgsaussichten hat immer noch alles manuell vom Admin machen zu lassen, das bedeutet zwar Nachtschicht oder Wochenende, aber dann hat er wenigstens einmal die Kaffeemaschine ganz für sich alleine.

Am nächsten Tag kriegt er trotzdem Anschiss, wenn er nach der langen aber erfolgreichen Schicht vergessen hat, den Worker wieder zu starten und verschläft an dem Tag, niemand kann neue Bestellungen bearbeiten: Schlange, Frust...
Das ist aber nicht nur bei JTL-Wawi Updates so, sondern trifft so auch auf andere Warenwirtschaftssysteme und allgemein Unternehmenssoftware zu.

Admin bringt seinen eigenen Thermobecher mit Kaffee mit und ist schuld, weil er nur Kaffee säuft und sich nicht um wichtige anstehende Updates kümmert, auch in den ganzen anderen Programmen im Unternehmen, sei es nur weil die EU wieder ne neue Verordnung rausgehauen hat.

Und da haben wir noch gar nicht von den Programmierern geredet die bei JTL, bei externen Plugins und anderswo den ganzen neuen Mist umsetzen müssen und dann wird mit Frust und Schlange Kaffeemaschine irgendwas vergessen und alle Admins sind sauer auf die Programmierer die das alles nicht komplett getestet haben (GPSR geht nicht in <=5.3 Shops kurz vor Freitag dem 13. im Weihnachtsgeschäft?!)

Und so laufen die Waren und die Wirtschaft, manchmal eben auch nicht. Und was Effizienteres wurde nie gefunden. Amen
 
Zuletzt bearbeitet:

Enrico W.

Administrator
Mitarbeiter
27. November 2014
9.198
1.950
Ja gut - das ist die Jobbeschreibung eines Admins.
Wenn alles läuft: Was macht der den ganzen Tag?
Wenn mal was nicht läuft: Was macht der den ganzen Tag?

Aber Scherz beiseite: Dafür gibts doch auch was von Rationpharm ähh Microsoft.
Mit Orca kann man MSI in MST umwandeln.
https://developer.microsoft.com/en-us/windows/downloads/windows-sdk/

Ist zwar immer noch ne Krücke und die Rechner starten damit auch nicht von allein, aber immerhin würde das den Kaffeekonsum etwas in Grenzen halten.
 
  • Gefällt mir
Reaktionen: ergowebshop

SebiW

Sehr aktives Mitglied
2. September 2015
3.090
1.615
Klar können wir uns dazu eigene Lösungen basteln und es gibt jede Menge gute Tools wie PDQDeploy, Chocolatey etc. Hat halt alles immer den Nachteil, dass man bei Problemen erstmal ohne Hilfe da steht.
Als Nutzer will man ja auch deshalb eine supportete Lösung, weil man dann jemanden zum Anschreien hat wenn was schief geht ;)

Meine Turnschuhe leben deutlich länger seit ich das ganze via Teamviewer löse. Es vergeht aber kein Update, bei dem ich mir nicht wünschen würde, dass JTL ne gescheite zentrale Updatelösung wie bspw unser vorheriges System Büro+ hätte. Da war das Thema bimmeleinfach: Server wird upgedated. Dann werden entweder alle Clients direkt aktualisiert (die Clients die online sind wurden während des Serverupdates automatisch in einen Wartungsmodus versetzt) oder beim nächsten Client Start wird die Version geprüft und bei Bedarf ein Update gezogen, direkt installiert und gut ist.

Und ja, ich weiß, SaaS mit nemm Webclient ist da der magische Plan. Hoffentlich kommt die Ankündigung zur Abkündigung der On Premise Variante früh genug, damit man sich rechtzeitig nach ner Alternative umschauen kann. Seufz.
 

Enrico W.

Administrator
Mitarbeiter
27. November 2014
9.198
1.950
Ich will das Thema damit weiß Gott nicht abschmettern sondern vorübergehende Lösungsmöglichkeiten suchen um euch zu unterstützen. Ich kann halt nicht abschätzen, ob und wenn ja, wann es eine JTL-interne Lösung geben wird.
 

John

Sehr aktives Mitglied
3. März 2012
4.138
1.055
Berlin
Als Programmierer mit etwas Erfahrung lehne ich mich mal aus dem Fenster:

Wie wäre es mit einem Tool: JTL ( Wawi) Launcher, über das User zukünftig die Wawi starten, statt direkt.
Das Tool schau erstmal in der DB nach, ob die DB Wawi Version mit der Wawi auf dem Client übereinstimmt.
Wenn ja, kann sich der User aus dem Tool an der Wawi anmelden. Start der Wawi.exe mit Parameter im Hintergrund.

Ist ein Update nötig, holt sich das Tool aus einer eigenen Tabelle der DB per FTP die Wawi Installationsdatei und führt sie aus.

Ja, müßte man sich mal anschauen, wie man die Wawi aus dem Tool mit Adminrechten installierne kann. Vielleicht etwas CRC und Signaturcheck der Installationsdatei.
Aber Hexenwerk ist das doch nicht...
 

dapole

Sehr aktives Mitglied
27. Oktober 2014
154
30
Wir haben weit über 50 Cleints....

Ich erstelle eine BATCV-Datei, die die Installation 'silent' durchläuft!
Anstoßen .-> zum nächsten Arbeitsplatz gehen .... ( Man muss nicht warten bis die Installation fertig ist, die dauert teils 10 Minuten ^^ )

Das machen wir mit 2 oder 3 Mann, dann geht es :)
 

forumjtlolshopag

Sehr aktives Mitglied
6. Juni 2018
825
240
Ich erstelle eine BATCV-Datei, die die Installation 'silent' durchläuft!
Anstoßen .-> zum nächsten Arbeitsplatz gehen .... ( Man muss nicht warten bis die Installation fertig ist, die dauert teils 10 Minuten ^^ )
Ja, so machen wir das auch, wobei ich aktuell allein durchs Lager und Büros laufe :D

@echo off
echo Update installieren mit Logout am Ende ...
start /wait \\fileserver\public\setup-jtl-wawi_1.8.xxxxxx.exe /SILENT /SUPRESSMSGBOXES /NOCANCEL
shutdown -l
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.090
1.615
Ich lasse mir die Rechner zeitgesteuert starten und spare mir das laufen (bis auf die 2-3 die natürlich weil Computer ver$$&§&%$§te Mist&§§$%?$$ sind ums verrecken nicht starten wollen, und natürlich immer irgendeiner am letzten Ende des Lagers, wenns wenigstens immer der gleiche wäre, aber nein, seufz) und machs im Endeffekt genauso bis auf den Shutdown. Da wir nur ~25 Clients haben lass ich die Wawi immer noch einmal starten und kuck ob alles tut, damit am nächsten Morgen nicht das große Geheule losgeht.
 
  • Gefällt mir
Reaktionen: ergowebshop

John

Sehr aktives Mitglied
3. März 2012
4.138
1.055
Berlin
Wie stellt ihr sicher, daß alle Clients die Wawi geschlossen haben?

Theoretisch kann eine Wawi mit eine falschen Version offen und inaktiv sein, während das Update läuft, oder nicht?
Oder kommt einem hier der Effekt zugute, dass die Wawi abstürtzt, wenn die SQL Verbindung einmal weg ist ;)
 

SebiW

Sehr aktives Mitglied
2. September 2015
3.090
1.615
Letzteren Effekt nutze ich. Im Normalfall mache ich vor nemm Wawi Update auch immer ein Server Update und reboote selbigen dann. Falls kein Serverupdate ansteht reboote ich ihn halt einfach so ;)
 
Ähnliche Themen
Titel Forum Antworten Datum
Stücklisten in Stücklisten nicht möglich – alternative Lösung gesucht (MwSt.-Varianten) JTL-Wawi 1.11 2
Neu Pickliste mit maximaler SKU-Anzahl – gibt es eine Lösung? Arbeitsabläufe in JTL-WMS / JTL-Packtisch+ 4
Neu Meta Shop seit September 2025: JTL-Lösung für neue Checkout-URL gesucht Allgemeine Fragen zu JTL-Shop 0
Neu Individuelle Software, Web & Automatisierung für den E-Commerce – Nodarix GmbH Dienstleistung, Jobs und Ähnliches 0
Neu Wir suchen Mitstreiter für ein gemeinsames Konfigurator-Projekt Dienstleistung, Jobs und Ähnliches 0
Neu Wir suchen Mitstreiter für ein gemeinsames Konfigurator-Projekt User helfen Usern - Fragen zu JTL-Wawi 6
In Diskussion Workflow für Erinnerungen an bevorstehende Lieferungen JTL-Workflows - Ideen, Lob und Kritik 0
Neu Wie stelle ich Retouren in JTL für DPD ein? JTL-ShippingLabels - Ideen, Lob und Kritik 1
Neu JTL Shop Plugin - BD Automatisierter Widerruf (Von Händler für Händler - Schluss mit Mail-Chaos & Spam-Sorgen!) Plugins für JTL-Shop 0
Wroker macht keinen abgleich für Kaufland JTL-Wawi 2.0 8
Neu Beta-Tester gesucht: Produktdaten aus Artikelfotos schneller für JTL/CSV vorbereiten Dienstleistung, Jobs und Ähnliches 0
Neu Kundengruppeneinstellungen für Mindestabnahme und Abnahmeintervall löschen User helfen Usern - Fragen zu JTL-Wawi 0
Neu Installationsdatei für JTL‑Wawi 1.9.6.5 Installation von JTL-Wawi 2
Wie lange braucht ihr aktuell für die Anlage eines neuen Artikels? JTL-Wawi App 3
Neu kostenlos: DHL Sendungsverfolgung für JTL-Wawi – Web-Dashboard mit Frühwarnsystem Schnittstellen Import / Export 0
In Diskussion Tool für Abrechnung von Fulfillment Dienstleistungen Arbeitsabläufe im Fulfillment Network 0
Neu Widerrufsbutton für JTL-Shop 4 Allgemeine Fragen zu JTL-Shop 17
Neu Keine Labels für Warenpost international über Packtisch JTL-ShippingLabels - Fehler und Bugs 8
Neu Laut Backend Shop Update für Shop 5.71 - Download nicht zu finden? Betrieb / Pflege von JTL-Shop 3
Angebliche externe Aufträge "für Rechnungserstellung freigeben" und Rechnungen erstellen. Gibt es dazu eine akzeptable Erklärung von JTL? JTL-Wawi 1.11 1
Neu Artikelname & Beschreibung angepasst für jeweiligen Marktplatz Arbeitsabläufe in JTL-Wawi 1
Neu OnFinds: KI-Suche für JTL-Shop mit fairer Abrechnung nach Artikelanzahl. 30 Tage kostenlos testen Plugins für JTL-Shop 0
API 2.1 für OnPrem? JTL-Wawi 2.0 6
Neu Dummy-ID oder Freiposition für Angebot mit mehrzeiliger Beschreibung JTL-Wawi - Ideen, Lob und Kritik 7
Neu Neue Kennzeichnungspflicht für Elektrogeräte (Altgeräterücknahme) Betrieb / Pflege von JTL-Shop 4
Neu Freelancer für JTL-Wawi, Shop & Prozessautomatisierung Dienstleistung, Jobs und Ähnliches 2
Neu Exportgenehmigung / Ausfuhrgenehmigung automatisch für Auslandskunden als Aufpreis Allgemeine Fragen zu JTL-Shop 2
Für Ihren SQL-Server wurde ein Service Pack zur Verfügung gestellt - nö, gelogen, wie kriege ich die Meldung weg? JTL-Wawi 1.11 15
Neu Ab welcher JTL Wawi Version ist der OnPremise REST API Endpoint POST /v2/returns oder POST /v1/returns für Create Return verfügbar? Schnittstellen Import / Export 0
Neu Seller2Go – Mobile App & JTL-Plugin für Bestellungen, Support und Produktmanagement Plugins für JTL-Shop 0
Neu Neues Plugin: Erweiterter Widerrufsbutton für JTL-Shop Plugins für JTL-Shop 9
JTL-Worker 2.0 - Einrichtung als Dienst - Auffälligkeiten und Problemlösungen für manche JTL-Wawi 2.0 3
Neu Muss man für DHL Versenden 4.0 einen neuen Benutzer bei DHL anlegen? JTL-ShippingLabels - Ideen, Lob und Kritik 2
Neu Retourenetikett für Briefe kann unter Internetmarke 2.0 nicht erstellt werden JTL-ShippingLabels - Fehler und Bugs 5
Neu Neue Tracking-URL für DPD JTL-ShippingLabels - Fehler und Bugs 4
AboutYou keine Felder für GPSR Daten SCX-(Ninepoint)-Anbindungen 0
globale Angebotsvorlage anpassen für eBay Angebote "Artikelspezifisch" JTL-Wawi 1.11 0
Neu Connectorupdates für Shopware 6.7.7 bzw 6.7.8? Shopware-Connector 39
Neu Streichpreise oder Rabatte für Staffelpreise von einem Artikel einrichten? Wie am Besten? JTL-Wawi 1.6 0
Neu DRIGEND HILFE!!! Ebay Abgleich endet mit Arithmetischer Überlauffehler für tinyint-Datentyp, Wert = -1. Die Anweisung wurde beendet. eBay-Anbindung - Fehler und Bugs 4
Neu Stornobeleg für Verkauf ohne Rechnung User helfen Usern - Fragen zu JTL-Wawi 9
Neu Neuentwicklung - Helpdesk für JTL Wawi - Eure Ideen und Wünsche? User helfen Usern - Fragen zu JTL-Wawi 4
Kein changelog für 1.11.8 JTL-Wawi 1.11 29
Text Vorbereitung für WAWI import JTL-Wawi 1.11 3

Ähnliche Themen