JTL-Wawi und WooCommerce: sieben Dinge, die beim Abgleich still kaputtgehen

Wer eine Warenwirtschaft an einen Shop anbindet, rechnet mit Fehlermeldungen. Die kommen auch, am Anfang. Das eigentliche Problem beginnt danach: Der Abgleich läuft grün durch, und trotzdem stimmt etwas nicht. Ein Preis, ein Text, eine Adresse. Niemand merkt es, bis ein Kunde anruft oder das Lager fragt, welche Sorte es denn nun sein soll.

Die sieben Fälle hier stammen aus einem Shop mit 101 Produkten, JTL-Wawi im Rücken und einem eigenen Frontend vor WooCommerce. Jeder Fall hat dieselbe Form: was passiert, warum es passiert, was dagegen hilft. Am Ende steht, was ich seither vor und nach jedem Vollabgleich mache.

1. Sonderpreise bleiben stehen

Was passiert: In der Wawi endet eine Aktion. Im Shop läuft sie weiter, oder das Produkt steht plötzlich mit 0 Euro da.

Warum: Der Connector übermittelt einen beendeten Sonderpreis nicht als „bitte löschen", er übermittelt ihn gar nicht. WooCommerce behält den alten Aktionspreis, und in einem Fall wurde der reguläre Preis mit 0 überschrieben. Aus Sicht des Abgleichs war alles in Ordnung, es gab schlicht nichts zu melden.

Was hilft: Ein Prüfskript nach jedem Abgleich, das alle Produkte mit Aktionspreis gegen die Wawi hält und Abweichungen listet. Erst als Trockenlauf, dann scharf. Der Shop darf einen Aktionspreis nur so lange zeigen, wie die Wawi ihn kennt.

2. Kurzbeschreibungen verschwinden

Was passiert: Bei einem Teil der Varianten steht statt der gepflegten Kurzbeschreibung nur noch die Attributzeile, etwa „Sorte: Vanille, Größe: 500 g".

Warum: Die Wawi schickt die Kurzbeschreibung. Beim Anlegen der Variante setzt der Abgleich sie aber bei manchen Kindartikeln aus den Attributen neu zusammen und überschreibt den Text. Welche Varianten betroffen sind, folgt keinem sichtbaren Muster.

Was hilft: Messen statt annehmen. Ein Skript vergleicht nach dem Abgleich die Kurzbeschreibungen mit dem Wawi-Bestand und meldet jede, die nur noch aus Attributen besteht.

3. Varianten bekommen neue Adressen

Was passiert: Ein Produkt, das gestern unter /produkt/protein-vanille/ erreichbar war, liegt heute unter einer anderen Adresse. Links im Menü, in Newslettern und in der Suche laufen ins Leere.

Warum: Ein Vollabgleich baut die Struktur so, wie die Wawi sie sieht. Aus mehreren Einzelartikeln wird ein Vaterartikel mit Varianten, und der Vater bekommt einen neuen Permalink. Der Shop meldet das nirgends.

Was hilft: Feste Adressen nie im Menü, in Weiterleitungen oder im Suchindex hartcodieren. Nach jedem Vollabgleich alle Links der Startseite gegen den aktuellen Produktbestand prüfen. Alte Adressen bekommen eine Weiterleitung, keine 404.

4. Ein Artikel reißt zehn mit

Was passiert: Zehn Produkte werden nicht aktualisiert. Im Protokoll steht ein einziger Fehler, bei einem ganz anderen Artikel.

Warum: Der Connector überträgt in Paketen. Fehlt einem Produkt im Paket ein Pflichteintrag, im konkreten Fall der Produkttyp-Term, bricht das gesamte Paket ab. Die anderen neun Artikel waren in Ordnung und wurden trotzdem nicht übernommen.

Was hilft: Nach jedem Abgleich ein Skript, das die Pflichtfelder aller Produkte prüft und den einen Störer benennt. Und wissen, dass ein Vollabgleich Bilder jedes Mal neu ersetzt, also nie Bilder im Shop bearbeiten, immer in der Wawi.

5. Texte im falschen Verkaufskanal

Was passiert: Nach einem Vollabgleich sind 160 Langtexte leer. Die Produkte sind da, die Preise stimmen, die Beschreibungen fehlen.

Warum: JTL kennt Texte je Verkaufskanal. Die Beschreibungen waren beim Import im falschen Kanal gelandet. Der Abgleich für den Shop-Kanal fand dort nichts und übertrug genau das: nichts.

Was hilft: Vor dem ersten Vollabgleich prüfen, in welchem Kanal die Texte liegen. Danach nach jedem Abgleich zählen, wie viele Produkte ohne Langtext dastehen, und mit dem Wawi-Bestand vergleichen.

6. Bestellpositionen ohne Sorte

Was passiert: Die Bestellung kommt in der Wawi an. Auf der Position steht „Bio Protein Pulver". Das Lager weiß nicht, ob Vanille oder Schoko.

Warum: Der Positionsname wird aus dem Elternartikel gebildet, die Variante geht auf dem Weg verloren. Dazu kamen zwei Nachbarn: Rabatte, die als Positionspreis statt als Gutschein ankamen, und eine Zahlungsart, die die Wawi nicht zuordnen konnte.

Was hilft: Der Positionsname muss die Sorte tragen, also „Bio Protein Pulver, Vanille, 500 g". Rabatte laufen als Gutschein, nicht als geänderter Positionspreis. Die Zahlungsart wird über eine Zuordnungstabelle gesetzt, nicht aus dem Titel geraten. Und vor dem Start eine Testbestellung, die man in der Wawi wirklich ansieht.

7. Das Backend erreicht das Frontend nicht

Was passiert: Ein Produkt ändert sich in der Wawi, der Abgleich läuft, der Shop zeigt trotzdem den alten Stand. Tage lang.

Warum: Der Server mit dem WordPress-Backend löste die Shop-Domain auf sich selbst auf, weil dort früher der alte Shop lag. Der Webhook, der das Frontend zum Neuladen auffordern sollte, landete beim falschen Empfänger und meldete Erfolg.

Was hilft: Vor dem Start von der Backend-Maschine aus prüfen, wohin die Shop-Domain wirklich zeigt. Webhooks im Zweifel fest auf die Frontend-Adresse zwingen, statt der Namensauflösung zu vertrauen.

Was ich seither vor und nach jedem Vollabgleich mache

Der rote Faden ist immer derselbe: Nichts davon bricht laut. Es kommt nur nichts Richtiges an. Deshalb ist der Abgleich bei mir kein Knopf, sondern ein Ablauf.

• Vorher: Sicherung der Datenbank. Prüfen, in welchem Kanal Texte liegen. Testbestellung, die nach dem Abgleich verglichen wird.
• Nachher: Skripte für Verknüpfungen, Aktionspreise, Kurzbeschreibungen, Langtexte und Adressen. Jede Abweichung wird gemeldet, bevor ein Kunde sie sieht.
• Grundsatz: Die Wawi ist das führende System. Was dort fehlt, fehlt mit Absicht. Nichts wird im Shop nachgepflegt, sonst überschreibt der nächste Abgleich es wieder.

Wenn dein Shop und deine Warenwirtschaft nicht sauber miteinander reden, ist das Problem selten der Connector. Es sind die Daten und das Fehlen von Prüfungen. Genau das binde ich an: Warenwirtschaft an den Onlineshop anbinden, JTL-Wawi und WinLine, auch mit eigenem Frontend. Wie das im laufenden Betrieb aussieht, zeigt die Referenz ROC Sports.