JTL-Wawi und JTL-Shop regelmäßig warten: Was Unternehmen prüfen sollten

Was laufende JTL-Wartung tatsächlich bedeutet

Wartung umfasst technische, organisatorische und prozessbezogene Kontrollen. Sie beschränkt sich nicht auf das Installieren neuer Versionen.

Zu einer vollständigen Wartungsstruktur können gehören:

• Kontrolle von Backups und Wiederherstellbarkeit
• Überwachung von Datenbankgröße und Datenbankzustand
• Prüfung von JTL-Wawi-, Shop-, Template- und Pluginversionen
• Auswertung von Fehlerprotokollen
• Kontrolle von Workflows und Automatisierungen
• Prüfung von Marktplatzabgleichen
• Überwachung wichtiger Schnittstellen
• Kontrolle von Benutzern und Zugriffsrechten
• Prüfung von Serverleistung und Speicherplatz
• regelmäßige Testbestellungen
• Dokumentation von Änderungen und Besonderheiten

Eine laufende JTL-Support- und Betreuungsstruktur verbindet diese Kontrollen mit klaren Zuständigkeiten und einer nachvollziehbaren Bearbeitung auftretender Probleme.

JTL-Wawi, JTL-Shop und Server getrennt betrachten

Eine JTL-Umgebung besteht aus mehreren Systemebenen. Ein Fehler in einem Bereich kann sichtbar werden, obwohl seine Ursache an einer anderen Stelle liegt.

Eine Fehlermeldung im Shop muss deshalb nicht zwangsläufig durch den JTL-Shop selbst verursacht werden. Ebenso kann ein Marktplatzproblem seinen Ursprung in Produktdaten, Workflows, Kontoeinstellungen oder einer abgelaufenen Autorisierung haben.

Backups gehören zu den wichtigsten Wartungsaufgaben

Ein vorhandenes Backup ist nur dann wertvoll, wenn es vollständig, aktuell und im Notfall tatsächlich nutzbar ist.

Unternehmen sollten nicht nur prüfen, ob irgendwo Sicherungsdateien erzeugt werden. Entscheidend sind mehrere Fragen:

• Welche Systeme werden gesichert?
• Wie häufig erfolgen die Sicherungen?
• Wie lange werden sie aufbewahrt?
• Wo werden sie gespeichert?
• Besteht eine zusätzliche Sicherung außerhalb des Produktivservers?
• Wer kontrolliert fehlgeschlagene Sicherungen?
• Wurde eine Wiederherstellung bereits getestet?
• Sind Zugangsdaten und Verantwortlichkeiten dokumentiert?

Zur vollständigen Sicherung können je nach Umgebung gehören:

• JTL-Wawi-Datenbank
• JTL-Shop-Datenbank
• Shopdateien
• Produktbilder und Mediendaten
• individuelle Templates
• Pluginverzeichnisse
• Konfigurationsdateien
• Import- und Exportvorlagen
• individuelle Skripte und Automatisierungen

Der Beitrag JTL-Hosting und Backups selbst kontrollieren zeigt, welche Punkte Unternehmen unabhängig vom Hostinganbieter regelmäßig prüfen sollten.

Die JTL-Wawi-Datenbank regelmäßig kontrollieren

Mit wachsender Nutzung steigt auch die Datenmenge in der JTL-Wawi-Datenbank.

Ursachen für steigendes Volumen können sein:

• mehr Aufträge und Dokumente
• zusätzliche Marktplatzdaten
• Protokolle und Historien
• umfangreiche Artikelstammdaten
• Workflows und eigene Prozesse
• Importe und Exporte
• angebundene Lager und Mandanten

Regelmäßige Kontrollen sollten umfassen:

• aktuelle Datenbankgröße
• verfügbaren Speicherplatz
• Wachstum im Vergleich zu früheren Zeitpunkten
• Fehler im SQL-Server-Protokoll
• Sicherungsstatus
• Erreichbarkeit für alle Arbeitsplätze
• ungewöhnlich lange Abfragen
• verwendete SQL-Server-Edition und deren Grenzen

Besonders bei SQL Server Express müssen technische Größenbegrenzungen berücksichtigt werden. Wird eine solche Grenze erreicht, können Schreibvorgänge oder zentrale Prozesse fehlschlagen.

Datenbankwartung nicht mit willkürlicher Datenlöschung verwechseln

Eine große Datenbank wird nicht automatisch dadurch gesund, dass möglichst viele Datensätze entfernt werden.

Vor einer Bereinigung muss geklärt werden:

• Welche Tabellen wachsen besonders stark?
• Welche Daten werden noch betrieblich benötigt?
• Welche gesetzlichen Aufbewahrungsfristen gelten?
• Gibt es offizielle Bereinigungsfunktionen?
• Welche Abhängigkeiten bestehen zwischen Datensätzen?
• Ist eine vollständige Sicherung vorhanden?
• Kann die Maßnahme in einer Testkopie geprüft werden?

Direkte SQL-Eingriffe ohne vollständiges Verständnis der Datenstruktur können Beziehungen beschädigen oder spätere Updates beeinträchtigen. Solche Arbeiten sollten nur gezielt und mit geeigneter Sicherung durchgeführt werden.

JTL-Wawi-Updates geplant vorbereiten

Neue Versionen können Fehler beheben, Sicherheitsverbesserungen enthalten oder neue Funktionen bereitstellen. Gleichzeitig können sich Abläufe, Vorlagen und Schnittstellen verändern.

Vor einem Update sollten Unternehmen prüfen:

• Welche Version wird aktuell eingesetzt?
• Welche Zielversion ist vorgesehen?
• Müssen Zwischenversionen installiert werden?
• Sind alle Arbeitsplätze kompatibel?
• Unterstützen Plugins und Schnittstellen die neue Version?
• Ist eine aktuelle Datenbanksicherung vorhanden?
• Welche Prozesse müssen nach dem Update getestet werden?
• Wann ist ein geeigneter Wartungszeitpunkt?
• Wer steht bei Problemen zur Verfügung?

Ein Update sollte nicht spontan während eines laufenden Versandtages durchgeführt werden. Auch bei scheinbar kleinen Versionswechseln ist eine geplante Funktionskontrolle erforderlich.

Welche Funktionen nach einem JTL-Wawi-Update getestet werden sollten

Dass die JTL-Wawi startet, bedeutet noch nicht, dass alle betrieblichen Prozesse korrekt funktionieren.

Je nach Umgebung sollten mindestens geprüft werden:

• Anmeldung aller relevanten Benutzer
• Aufruf wichtiger Artikel und Kunden
• Erstellung eines Testauftrags
• Rechnungs- und Lieferscheinerstellung
• Ausgabe individueller Druckvorlagen
• Versandetiketten
• JTL-Worker
• aktive Workflows
• Shopabgleich
• Marktplatzabgleich
• Import- und Exportvorlagen
• WMS- oder EazyShipping-Prozesse
• individuelle Schnittstellen

Die Tests sollten reale Sonderfälle berücksichtigen und nicht ausschließlich einen einfachen Standardauftrag verwenden.

JTL-Shop-Updates separat planen

JTL-Wawi und JTL-Shop werden nicht automatisch gemeinsam aktualisiert. Der Shop besitzt eigene Abhängigkeiten zu PHP, Datenbank, Template und Plugins.

Vor einem Shopupdate sollten geprüft werden:

• aktuelle Shopversion
• unterstützte PHP-Version
• Templatekompatibilität
• Pluginkompatibilität
• individuelle Templateänderungen
• Servervoraussetzungen
• verfügbarer Speicherplatz
• vollständiges Backup von Dateien und Datenbank
• Testumgebung
• Rückfallmöglichkeit bei Fehlern

Ein produktiver Shop sollte nach Möglichkeit nicht als erste Testumgebung für einen größeren Versionswechsel dienen.

Nach einem JTL-Shop-Update den gesamten Verkauf prüfen

Die technische Erreichbarkeit des Shops ist nur der erste Kontrollpunkt.

Nach einem Update sollten mindestens folgende Bereiche getestet werden:

• Startseite
• Hauptnavigation
• Kategorieseiten
• Filter
• Produktseiten
• Varianten
• interne Suche
• Warenkorb
• Gutscheine und Rabatte
• Registrierung und Gastbestellung
• Versandarten
• Zahlungsarten
• Bestellbestätigung
• Übertragung an JTL-Wawi
• mobile Darstellung
• mehrsprachige Inhalte

Eine vollständige Testbestellung gehört deshalb zu den wichtigsten Wartungsaufgaben nach technischen Änderungen.

Templates und individuelle Anpassungen dokumentieren

Individuelle Änderungen am Template können bei Updates überschrieben werden oder mit neuen Shopversionen kollidieren.

Unternehmen sollten deshalb dokumentieren:

• welches Template eingesetzt wird
• welche Version aktuell installiert ist
• ob ein Child-Template vorhanden ist
• welche Dateien individuell verändert wurden
• welche Funktionen durch Anpassungen beeinflusst werden
• wer die Änderungen vorgenommen hat
• wie die Anpassungen nach einem Update getestet werden

Direkte Änderungen am Standardtemplate erschweren Updates und spätere Fehleranalysen. Individuelle Anpassungen sollten deshalb möglichst updatefähig umgesetzt werden.

Plugins regelmäßig auf Nutzen und Zustand prüfen

Mit der Zeit sammeln sich in vielen JTL-Shops aktive, inaktive und nicht mehr benötigte Plugins an.

Die Wartung sollte klären:

• Welche Plugins sind aktuell aktiv?
• Welche Funktion erfüllt jedes Plugin?
• Wer ist der Hersteller?
• Welche Version ist installiert?
• Ist die Version mit dem Shop kompatibel?
• Existieren Updates?
• Wird das Plugin noch benötigt?
• Gibt es Funktionsüberschneidungen?
• Erzeugt das Plugin Fehler oder Performanceprobleme?
• Welche Daten würden bei einer Deinstallation entfernt?

Inaktive Plugins sollten nicht automatisch gelöscht werden. Zuerst muss geprüft werden, ob Daten, Inhalte oder Konfigurationen erhalten bleiben müssen.

Der Beitrag JTL-Shop Plugins sinnvoll einsetzen erklärt, wie Erweiterungen nach Nutzen, Risiko und Wartungsaufwand bewertet werden können.

Workflows regelmäßig überprüfen

JTL-Workflows automatisieren wiederkehrende Aufgaben. Werden Bedingungen, Daten oder Prozesse verändert, können bestehende Workflows jedoch unvollständig oder falsch reagieren.

Eine regelmäßige Prüfung sollte beantworten:

• Welche Workflows sind aktiv?
• Welche Ereignisse lösen sie aus?
• Welche Bedingungen müssen erfüllt sein?
• Welche Aktionen werden ausgeführt?
• Gibt es widersprüchliche Workflows?
• Werden bestimmte Vorgänge mehrfach verarbeitet?
• Entsprechen die Bedingungen noch den aktuellen Prozessen?
• Werden Fehler und Ausnahmen dokumentiert?
• Gibt es einen kontrollierten manuellen Ersatzprozess?

Besonders nach Änderungen an Statuswerten, Versandarten, Zahlungsarten, Kundengruppen oder Marktplätzen sollten abhängige Workflows erneut getestet werden.

Automatisierungen außerhalb von JTL dokumentieren

Neben JTL-Workflows nutzen viele Unternehmen PowerShell, Python, BAT-Dateien, SQL-Abfragen oder geplante Serveraufgaben.

Für jede Automatisierung sollte dokumentiert sein:

• welche Aufgabe sie erfüllt
• wann und wodurch sie gestartet wird
• welche Dateien oder Datenbanken verwendet werden
• welche Ergebnisse erzeugt werden
• wo Protokolle gespeichert werden
• wer bei Fehlern informiert wird
• welche Zugangsdaten benötigt werden
• wie die Automatisierung pausiert werden kann
• wer Änderungen vornehmen darf

Eine nicht dokumentierte Automatisierung kann später zu unerklärlichen Dateiänderungen, Importen oder Preisabweichungen führen.

Die Seite Python-, BAT- und JTL-Automatisierung zeigt, wie wiederkehrende Prozesse kontrolliert automatisiert werden können.

Marktplatzabgleiche regelmäßig kontrollieren

Ein aktives Marktplatzkonto garantiert nicht, dass alle Daten weiterhin fehlerfrei übertragen werden.

Regelmäßige Kontrollen sollten umfassen:

• erfolgreiche Angebotsübertragungen
• Bestandsabgleiche
• Preisübertragungen
• eingehende Aufträge
• Versandbestätigungen
• Fehlerprotokolle
• Autorisierungen und Zugriffstoken
• Kontostatus im Verkäuferportal
• gesperrte oder unterdrückte Angebote
• neue Pflichtattribute

Bestimmte Hinweise und Kontoprobleme sind möglicherweise nur direkt im jeweiligen Verkäuferportal sichtbar. Deshalb reicht eine ausschließliche Kontrolle innerhalb der JTL-Wawi nicht immer aus.

Der Beitrag Häufige Fehler bei JTL-Marktplatzanbindungen erläutert typische Ursachen und Prüfschritte.

Bestände und Preise als besonders kritische Daten behandeln

Fehlerhafte Bestände oder Preise können schnell zu Überverkäufen, Verlusten und schlechten Marktplatzkennzahlen führen.

Wartungsprüfungen sollten deshalb stichprobenartig kontrollieren:

• Bestand in JTL-Wawi
• verfügbaren Bestand nach Reservierungen
• übertragenen Bestand im JTL-Shop
• Bestand auf wichtigen Marktplätzen
• Verkaufspreise je Kanal
• Preisregeln und Aufschläge
• Versandkosten
• zeitliche Verzögerungen bei Änderungen

Besonders nach längeren Pausen, Änderungen an Preisregeln oder der Reaktivierung eines Marktplatzkontos sollten diese Werte vor dem vollständigen Verkauf kontrolliert werden.

Fehlerprotokolle nicht erst bei einem Ausfall ansehen

Viele Probleme kündigen sich durch Warnungen oder wiederkehrende Einzelfehler an.

Je nach System sollten regelmäßig kontrolliert werden:

• JTL-Wawi-Fehlermeldungen
• JTL-Worker-Protokolle
• Marktplatzfehler
• Shopabgleichsfehler
• Pluginprotokolle
• PHP-Fehlerprotokolle
• Webserverprotokolle
• SQL-Server-Protokolle
• Fehler externer Automatisierungen
• Versand- und Zahlungsprotokolle

Eine einzelne Warnung muss nicht kritisch sein. Wiederholt sich derselbe Fehler oder betrifft er wachsende Datenmengen, sollte die Ursache untersucht werden.

Warnungen, Fehler und Geschäftsauswirkungen trennen

Nicht jede protokollierte Meldung besitzt dieselbe Priorität.

Bei der Bewertung helfen folgende Fragen:

• Ist ein Auftrag, Artikel oder Benutzer konkret betroffen?
• Wiederholt sich die Meldung?
• Steigt die Anzahl der betroffenen Vorgänge?
• Werden Daten falsch verarbeitet?
• Besteht ein sicherer Ersatzprozess?
• Ist die Ursache bekannt?
• Trat der Fehler nach einer Änderung auf?

Der Beitrag JTL-Supportfälle richtig priorisieren zeigt, wie Fehler nach Auswirkung, Risiko und Dringlichkeit eingeordnet werden können.

Benutzerkonten und Zugriffsrechte überprüfen

Benutzerrechte wachsen häufig mit den Aufgaben eines Mitarbeiters, werden nach Rollenwechseln aber nicht immer wieder reduziert.

Regelmäßige Kontrollen sollten klären:

• Welche Benutzerkonten existieren?
• Welche Mitarbeiter sind noch im Unternehmen?
• Welche Rollen haben sich verändert?
• Wer besitzt administrative Rechte?
• Welche Konten werden gemeinsam verwendet?
• Welche externen Dienstleister besitzen Zugänge?
• Welche Rechte benötigen Vertretungen?
• Welche Zugänge müssen deaktiviert werden?

Gemeinsam verwendete Administratorkonten erschweren die Nachvollziehbarkeit. Zugänge sollten möglichst personenbezogen vergeben und bei personellen Änderungen zeitnah angepasst werden.

Schnittstellen regelmäßig auf Funktion und Berechtigung prüfen

Schnittstellen können trotz unveränderter JTL-Konfiguration ausfallen, wenn externe Anbieter Zugangsdaten, Zertifikate oder technische Vorgaben ändern.

Typische Schnittstellen sind:

• Versanddienstleister
• Zahlungsanbieter
• Marktplätze
• Buchhaltungssysteme
• Lieferanten
• Preisportale
• Tracking- und Analysewerkzeuge
• individuelle APIs

Regelmäßige Kontrollen sollten beantworten:

• Sind Zugangsdaten weiterhin gültig?
• Laufen geplante Übertragungen erfolgreich?
• Werden Fehler protokolliert?
• Haben sich Pflichtfelder verändert?
• Sind Zertifikate oder Tokens abgelaufen?
• Stimmen Feldzuordnungen und Datenformate weiterhin?
• Gibt es angekündigte technische Umstellungen?

Versanddienstleister mit realen Sendungen prüfen

Eine gespeicherte Zugangskonfiguration sagt noch nicht aus, ob Etiketten und Trackingmeldungen vollständig funktionieren.

Zu prüfen sind unter anderem:

• Erstellung eines Versandetiketts
• korrekte Abrechnungsnummer
• richtiger Versandservice
• Übertragung von Gewicht und Adresse
• Rückgabe der Trackingnummer
• Versandmeldung an Shop oder Marktplatz
• Storno eines Versandetiketts
• Auslandssendungen und Zusatzleistungen

Änderungen an Verträgen, Produkten oder Abrechnungsnummern sollten zeitnah in der JTL-Umgebung nachvollzogen und getestet werden.

Server und Hosting regelmäßig überwachen

Ein Server kann über längere Zeit erreichbar sein und trotzdem schrittweise an seine Grenzen geraten.

Wichtige Kontrollpunkte sind:

• freier Speicherplatz
• Arbeitsspeicher
• CPU-Auslastung
• Datenbanklast
• PHP-Version
• PHP-Fehlerprotokolle
• Zertifikatslaufzeiten
• Backupstatus
• ungewöhnlicher Bot-Traffic
• wiederkehrende 500- oder 503-Fehler
• Laufzeit kritischer Prozesse

Ein fast voller Datenträger kann Backups, Protokolle, Shopcache oder Datenbankprozesse beeinträchtigen. Solche Probleme lassen sich häufig früh erkennen, wenn Speicher und Wachstum regelmäßig kontrolliert werden.

JTL-Shop-Performance regelmäßig vergleichen

Performance sollte nicht nur einmal bei der Erstellung des Shops gemessen werden.

Neue Bilder, Plugins, externe Dienste und wachsende Datenmengen können die Ladezeit schrittweise verändern. Regelmäßig verglichen werden sollten:

• Serverantwortzeit
• Ladezeit der Startseite
• Ladezeit wichtiger Kategorien
• Produktseiten mit Varianten
• interne Suche
• Warenkorb und Checkout
• mobile Darstellung
• JavaScript- und Bildlast

Der Beitrag JTL-Shop Performance verbessern beschreibt wichtige Optimierungsbereiche. Eine technische Vertiefung bietet die Seite Technische SEO für Onlineshops.

Regelmäßige Testbestellungen einplanen

Testbestellungen prüfen die Verbindung zwischen sichtbarem Shop, Checkout, Zahlungsart, Versandart und JTL-Wawi.

Eine vollständige Testbestellung sollte kontrollieren:

• Artikelauswahl und Varianten
• Warenkorb
• Gutschein- und Rabattlogik
• Registrierung und Gastbestellung
• Liefer- und Rechnungsadresse
• Versandkosten
• Zahlungsart
• Steuerberechnung
• Bestellbestätigung
• E-Mail-Versand
• Übernahme in JTL-Wawi
• Auftragsstatus
• Versand und Tracking

Bei internationalen Shops sollten unterschiedliche Länder, Sprachen, Kundengruppen und Steuerfälle getestet werden.

Testbestellungen nach Änderungen gezielt erweitern

Nicht jede Testbestellung muss sämtliche denkbaren Kombinationen abdecken. Sie sollte jedoch die konkrete Änderung berücksichtigen.

Nach einer Anpassung an Versandarten sollten mehrere Gewichte, Warenwerte und Lieferländer geprüft werden. Nach einer Änderung der Zahlungsarten sind erfolgreiche und abgebrochene Zahlungen relevant. Nach einem Pluginupdate müssen die durch das Plugin beeinflussten Bereiche besonders kontrolliert werden.

Ein fester Testplan verhindert, dass nur der einfachste Standardfall überprüft wird.

SSL-Zertifikate, Domains und technische Laufzeiten prüfen

Manche technische Probleme entstehen nicht durch JTL selbst, sondern durch ablaufende Verträge oder Zertifikate.

Regelmäßig geprüft werden sollten:

• Domainlaufzeiten
• SSL-Zertifikate
• Server- und Hostingverträge
• externe Lizenzlaufzeiten
• Pluginlizenzen
• API-Zugänge
• SMTP-Zugangsdaten
• Zahlungsanbieterzertifikate

Verantwortlichkeiten und Verlängerungsprozesse sollten dokumentiert sein. Eine geschäftskritische Domain oder Lizenz darf nicht ausschließlich an ein persönliches Konto eines früheren Mitarbeiters gebunden sein.

E-Mail-Versand regelmäßig kontrollieren

Bestellbestätigungen, Versandmeldungen und Passwortmails gehören zu den wichtigsten Kommunikationsprozessen des Shops.

Eine Wartungsprüfung sollte umfassen:

• SMTP-Verbindung
• Absenderadresse
• Antwortadresse
• Versand wichtiger Transaktionsmails
• Darstellung von HTML- und Textversion
• korrekte Platzhalter
• Links und Sprachversionen
• Spam- und Zustellprobleme
• Fehlerprotokolle

Zugangsdaten oder Sicherheitsanforderungen des Mailanbieters können sich ändern. Ein bisher funktionierender SMTP-Zugang sollte deshalb bei unerklärlich ausbleibenden E-Mails gezielt geprüft werden.

Datenimporte und Exportvorlagen warten

Lieferantenformate, Spalten und Dateistrukturen können sich verändern, obwohl eine bestehende Importvorlage unverändert bleibt.

Regelmäßige Prüfungen sollten klären:

• Sind alle erwarteten Spalten weiterhin vorhanden?
• Haben sich Spaltenreihenfolge oder Bezeichnungen geändert?
• Stimmen Zeichensatz und Trennzeichen?
• Werden Preise und Dezimalwerte korrekt gelesen?
• Sind Identifikationsfelder eindeutig?
• Werden leere Werte richtig behandelt?
• Sind neue Kategorien oder Attribute hinzugekommen?
• Werden Ergebnisse nach dem Import kontrolliert?

Der Beitrag JTL-Ameise Import- und Exportfehler vermeiden zeigt typische Ursachen und notwendige Kontrollen.

Stammdatenqualität als Teil der Wartung

Wartung betrifft nicht nur Technik. Uneinheitliche Produkt-, Kunden- oder Lieferantendaten können Prozesse langfristig ebenso stark beeinträchtigen.

Regelmäßig geprüft werden können:

• doppelte Hersteller
• uneinheitliche Merkmale
• fehlende EANs
• unvollständige Maße und Gewichte
• veraltete Lieferantendaten
• falsche Kategoriezuordnungen
• nicht mehr verwendete Attribute
• unvollständige Bilder
• fehlerhafte Variantenwerte

Der Beitrag Produktdaten aus JTL-Wawi als SEO-Faktor zeigt, wie Datenqualität zusätzlich Shop, Filter und Marktplätze beeinflusst.

Benutzerprozesse und Vertretungen überprüfen

Systeme verändern sich nicht nur technisch. Auch Mitarbeiter, Zuständigkeiten und Arbeitsabläufe entwickeln sich weiter.

Regelmäßig sollte geklärt werden:

• Wer ist für JTL-Wawi verantwortlich?
• Wer betreut den JTL-Shop?
• Wer kontrolliert Marktplätze?
• Wer prüft Backups?
• Wer darf Updates freigeben?
• Wer übernimmt bei Urlaub oder Krankheit?
• Sind wichtige Abläufe dokumentiert?
• Benötigen Mitarbeiter eine Auffrischungsschulung?

Eine technische Wartung ohne organisatorische Zuständigkeit bleibt unzuverlässig. Jede wiederkehrende Kontrolle benötigt einen Verantwortlichen und eine Vertretung.

Welche Wartungsaufgaben täglich geprüft werden sollten

Tägliche Kontrollen sollten kurz sein und sich auf geschäftskritische Prozesse konzentrieren.

• Gehen Shop- und Marktplatzaufträge ein?
• Laufen Versand und Etikettenerstellung?
• Bestehen kritische Marktplatzfehler?
• Werden Bestände plausibel übertragen?
• Gibt es blockierte Workflows oder Aufträge?
• Ist der JTL-Shop erreichbar?
• Funktioniert der Checkout grundsätzlich?

Diese Kontrolle muss nicht zwingend durch eine technische Fachkraft erfolgen. Geschulte Mitarbeiter können Abweichungen erkennen und bei Bedarf eskalieren.

Welche Aufgaben wöchentlich sinnvoll sind

Wöchentliche Prüfungen betrachten wiederkehrende Fehler und den allgemeinen Systemzustand.

• Fehlerprotokolle auswerten
• fehlgeschlagene Marktplatzübertragungen kontrollieren
• Backupstatus prüfen
• Speicherplatz kontrollieren
• offene technische Aufgaben bewerten
• ungeklärte Bestandsabweichungen prüfen
• wiederkehrende Mitarbeiterprobleme sammeln
• auffällige Performanceveränderungen dokumentieren

Welche Aufgaben monatlich geprüft werden sollten

Monatliche Kontrollen eignen sich für Entwicklungen, Berechtigungen und planbare Verbesserungen.

• Datenbankwachstum vergleichen
• Serverressourcen bewerten
• Benutzer und Rechte kontrollieren
• Plugin- und Versionsstände dokumentieren
• Schnittstellen und Autorisierungen prüfen
• Testbestellungen durchführen
• aktive Workflows überprüfen
• wiederkehrende Supportfälle auswerten
• notwendige Schulungen oder Prozessanpassungen planen

Welche Aufgaben quartalsweise oder halbjährlich sinnvoll sind

Größere Prüfungen benötigen mehr Zeit und sollten bewusst geplant werden.

• Wiederherstellung eines Backups testen
• gesamte Benutzer- und Rechteverwaltung prüfen
• nicht mehr benötigte Plugins und Schnittstellen bewerten
• Dokumentation aktualisieren
• Notfallkontakte und Eskalationswege kontrollieren
• Updateplanung für Wawi, Shop und Server erstellen
• Automatisierungen und geplante Aufgaben inventarisieren
• Stammdatenqualität stichprobenartig prüfen
• Vertretungsfähigkeit wichtiger Mitarbeiter testen

Eine Wartungsdokumentation aufbauen

Kontrollen sind nur dann dauerhaft verlässlich, wenn Ergebnisse und Veränderungen nachvollziehbar dokumentiert werden.

Eine einfache Wartungsdokumentation kann enthalten:

• Datum der Prüfung
• geprüfter Systembereich
• verantwortliche Person
• festgestellter Zustand
• gefundene Abweichungen
• eingeleitete Maßnahmen
• notwendige Nachkontrolle
• Verweis auf Supportfall oder Projekt

Zusätzlich sollte eine Systemübersicht vorhanden sein, die Versionen, Server, Schnittstellen, Ansprechpartner und wichtige Zugänge nachvollziehbar beschreibt.

Wartung und Support voneinander unterscheiden

Wartung ist vorbeugend und regelmäßig. Support reagiert auf konkrete Fragen, Fehler oder Ausfälle.

In der Praxis greifen diese Bereiche ineinander. Eine Wartung kann ein Problem erkennen, das anschließend im Support gelöst wird. Wiederkehrende Supportfälle können wiederum eine strukturelle Optimierung notwendig machen.

Typische Fehler bei der laufenden JTL-Wartung

Wartung kann wirkungslos oder riskant werden, wenn sie ohne klare Struktur durchgeführt wird.

Wann professionelle JTL-Wartung sinnvoll ist

Nicht jedes Unternehmen benötigt dieselbe Betreuungsintensität. Mit wachsender Komplexität steigt jedoch der Wert regelmäßiger fachlicher Kontrollen.

Professionelle Unterstützung ist besonders sinnvoll, wenn:

• mehrere Marktplätze angebunden sind
• JTL-WMS oder komplexe Versandprozesse eingesetzt werden
• individuelle Workflows und Automatisierungen bestehen
• der JTL-Shop geschäftskritisch ist
• eigene Plugins oder Templateanpassungen eingesetzt werden
• interne technische Verantwortliche fehlen
• Backups bisher nicht kontrolliert wurden
• wiederkehrende Fehler auftreten
• Updates lange aufgeschoben wurden
• Server und Datenbank stark gewachsen sind

Der Beitrag JTL-Wawi-Probleme im Alltag zeigt typische Ursachen wiederkehrender Störungen.

Wie Faymax Consulting laufende JTL-Systeme betreut

Faymax Consulting unterstützt Unternehmen bei der regelmäßigen Kontrolle, Wartung und Weiterentwicklung ihrer JTL-Umgebung.

• Prüfung von JTL-Wawi und Datenbank
• Kontrolle von Backups und Wiederherstellungsprozessen
• Planung und Begleitung von Updates
• Prüfung von JTL-Shop, Template und Plugins
• Auswertung von Fehlerprotokollen
• Kontrolle von Workflows und Automatisierungen
• Prüfung von Marktplatzabgleichen
• Kontrolle wichtiger Schnittstellen
• Server- und Performanceanalyse
• Unterstützung bei Testbestellungen
• Dokumentation und Priorisierung gefundener Probleme

Die Betreuung kann an die vorhandene Umgebung und den tatsächlichen Bedarf angepasst werden. Unternehmen erhalten damit keine pauschale Wartungsliste, sondern eine auf ihre Systeme, Prozesse und Risiken abgestimmte Kontrolle.

Häufige Fragen zur Wartung von JTL-Wawi und JTL-Shop