Artikel in Kauflandbestellungen unbekannte SKU - kein Bestandsabgleich, unbekannte Versandgruppe

[Micmac]

Hallo,

seid heute mittag kommen die Aufträge von Kaufland gleich mit 2 Fehlern rein.
Die SKU wird nicht mehr übertragen (unknown) und die Versandart ist auf einmal "Unbekannte Versandgruppe".
Heute vormittag war noch alles in Ordnung, wir haben nicht geändert.

Dadurch werden die bei Kaufland bestellten Artikel nicht mehr den Wawi-Artikeln zugeordnet und die Bestände nicht angepasst.
Eine Bestellung wurde zum Test versendet: Die Rechnng wird übertragen der Versandstatus aber nicht. Neue API-Keys wurde auch schon erstellt und in der Wawi aktualisiert.

Keine Änderung.

Was kann da wieder passiert sein bzw. wie kriegen wir das gelöst.???
Jemand eine Idee??

Vielen Dank

 

[rickdieblume]

Hallo Micmac,

wir haben seit Nachmittag das gleiche Problem. Die Aufträge werden mit freien Artikeln und der korrekten Beschreibung angelegt, allerdings mit der Aritkelnummer "unknown", sodass Bestände nicht berückstichtig werden. Wir behelfen uns aktuell damit, bei allen relevanten Aufträgen die Artikelnummern manuell nachzutragen, damit die Bestände in der Wawi korrekt sind. Nach der Auslieferung wird die Rechnung korrekt übertragen, die Sendungsdaten tragen wir ebenfalls manuell im Sellerportal nach. Hilft nichts, da wird Kaufland vermutlich an der Schnittstelle gebastelt haben.

Ich habe dazu bereits ein Ticket beim Support geöffnet.

Viele Grüße,
Andi

 

[GP-Marc]

Moin,
wir haben auch seit gestern circa 14:00 dieses Problem.
Hoffe hier wird schnell nachgebessert, übers Wochenende wird das sonst am Montag relativ arbeitsintensiv.

Zum Glück gibts das Forum, ich hatte im gleichen Moment Stücklisten Artikel umgewandelt und Artikelnummern geändert. Dies ist bei Ebay und Amazon ja kein Problem, bei Kaufland leider SKU-verknüpft.
Ging also bis gerade davon aus das mein Optimierungswahn unser System zerschossen hat.

Schade, dass die Sendungsnummern nach der Korrektur nicht wenigstens an Kaufland gehen.

 

[spaxxilein]

Die Kommunikation von JTL zu dem Thema ist wieder 1A

 

[GP-Marc]

Ich war auch erstmal im Bereich Störungen und dachte mir dann: "Naja schauste nochmal direkt im SCX Bereich".

Hier auch noch Abends ein paar Worker Meldungen:


SCX Kaufland.de auf Mandant eB-Standard:
Letzte Ausführung: 14.12.2022 22:59 +01:00

Fehler:
- Zeitpunkt: 14.12.2022 03:17 +01:00
Anzahl: 2
Meldung: JTL-Wawi - Der Remotename konnte nicht aufgelöst werden: 'scx.api.jtl-software.com'



SCX Otto.de auf Mandant eB-Standard:

Letzte Ausführung: 14.12.2022 22:59 +01:00

Fehler:
- Zeitpunkt: 14.12.2022 03:17 +01:00
Anzahl: 2
Meldung: JTL-Wawi - Der Remotename konnte nicht aufgelöst werden: 'scx.api.jtl-software.com'

 

[Micmac]

Moin,
Ticket bei Kaufland und JTL sind offen - bisher keine Reaktion. Nach Anruf bei Kaufland haben wir immerhin erfahren... "wissen wir auch nicht genau, es hat aber schon irgendwann einmal geholfen... bei einem ähnlichen Problem ... die API zu aktualisieren" (gedächnisprotokolliert).
Auch das haben wir gemacht - keine Änderung.

Wir tragen nun auch per Hand die "richtigen" Artikel in die Aufträge ein und löschen die Freiposition. Die neue Versandart kann man ja einfach zu einer aktiven zuordnen.

Wirklich clever in dieser Zeit solche Änderungen durchzuführen....

P.S. Neue Arikel werden auch nicht zu Kaufland geladen bzw. sind alle mit "Fehlerhaft" unter den "Einzustellenden Angeboten".

Wir bleiben dran

 

[Roger Daniels]

Hallo zusammen,

Wir haben das Thema gerade auf dem Plan.

Es hat nicht zufälliger Weise, einer von Euch eine Bestellung abgerufen und hatte gleichzeitig die erweiterten Logs des SCX Abgleichs an?

Gruß

 

[Jens007]

Moin,

bei uns das gleiche Problem

VG Jens

 

[GP-Marc]

Hallo zusammen,

Wir haben das Thema gerade auf dem Plan.

Es hat nicht zufälliger Weise, einer von Euch eine Bestellung abgerufen und hatte gleichzeitig die erweiterten Logs des SCX Abgleichs an?

Gruß

Wenn man mir kurz sagt wo, kann ich das gerne anmachen.
Bestellungen kommen bei uns regelmäßig.

 

[AlexMT-Commerce]

Hallo, bei uns ist das selbe Problem!

 

[Roger Daniels]

Wenn man mir kurz sagt wo, kann ich das gerne anmachen.
Bestellungen kommen bei uns regelmäßig.

Hi,
Danke für das Angebot.

Die erweiterten Logs für SCX können wie folgt eingeschalten werden:
In der Wawi auf Plattformen (F10) -> unten links auf das Dreieck von Lgobuch -> Onlineshop/weitere Marktplätze -> In dem neuen Fenster unten links auf "Erweiterte Logging-Einstellungen" klicken -> Dann geht noch mal ein neues Fensterauf -> hier auf Marktplatzabgleich das Datum "Aktiviert bis" auf z.B. 31.12.2022 stellen. (Wichtig ist, dass Ihr dahinter nicht den Haken einsetzt, sonst deaktiviert Ihr das komplette Logging).

Wenn dann eine Bestellung eingelesen wurde, die in der Auftragsposition "Unknown" stehen hat, bräuchte ich eine kurze Info, damit ich mir das Loggin mal ansehen kann.

 

[GP-Marc]

Hi,
Danke für das Angebot.

Die erweiterten Logs für SCX können wie folgt eingeschalten werden:
In der Wawi auf Plattformen (F10) -> unten links auf das Dreieck von Lgobuch -> Onlineshop/weitere Marktplätze -> In dem neuen Fenster unten links auf "Erweiterte Logging-Einstellungen" klicken -> Dann geht noch mal ein neues Fensterauf -> hier auf Marktplatzabgleich das Datum "Aktiviert bis" auf z.B. 31.12.2022 stellen. (Wichtig ist, dass Ihr dahinter nicht den Haken einsetzt, sonst deaktiviert Ihr das komplette Logging).

Wenn dann eine Bestellung eingelesen wurde, die in der Auftragsposition "Unknown" stehen hat, bräuchte ich eine kurze Info, damit ich mir das Loggin mal ansehen kann.

Moin,
ihr habt scheinbar etwas umgestellt.

Die letzten drei Bestellungen kamen jetzt wieder mit korrekter SKU.


___

Wenn ich die Frage hier direkt stellen darf:

Ist es eigentlich möglich eine SKU Artikelnummer im Nachhinein umzuändern?
Beispiel

SKU 10001 angelegt durch mich
Artikelpflege im JTL möchte nun den Artikel auf 10005 umändern.

Amazon & Ebay > Kein Problem
Kaufland > SKU und neue Artikelnummer des Artikels kollidieren, keine Erkennung möglich.

Ich hab es schon im Bereich der Artikeleinstellungen unter Onlinebestellnummer versucht, führte jedoch nicht zum Erfolg.

 

[Micmac]

Falls es hilft: In Plattformen unter "Wichtige Ereignisse" kommt sowas:

"Bestand konnte nicht angepasst werden. Aufruf beim Kaufland.de endete im Fehler: [Code: 400]'Validation Failed'"

Im Log steht folgendes, das ist aber nur der Versuch eine Bestellung zu stornieren. Kein neuer Auftrag!

 

[GP-Marc]

Falls es hilft: In Plattformen unter "Wichtige Ereignisse" kommt sowas:

"Bestand konnte nicht angepasst werden. Aufruf beim Kaufland.de endete im Fehler: [Code: 400]'Validation Failed'"

Im Log steht folgendes, das ist aber nur der Versuch eine Bestellung zu stornieren. Kein neuer Auftrag!

Kann ich ebenfalls Bestätigen.

Eine Retoure in unserem Kauflandsystem von heute morgen wirft den gleichen Fehler aus.

 

[AlexMT-Commerce]

Können wir ebenfalls bestätigen! Geht wieder!

Bei uns gibts im Log bisher keine Fehlermeldungen.

Moin,
ihr habt scheinbar etwas umgestellt.

Die letzten drei Bestellungen kamen jetzt wieder mit korrekter SKU.

 

[DLW]

Bei uns ebenfalls. Bei der Artikelnummer erscheint im Auftrag "unknown".

Wir erhalten zwischendurch in den wichtigen Ereignissen auch Fehlermeldungen wie: "Bestand konnte nicht angepasst werden. Aufruf beim Kaufland.de endete im Fehler: [Code: 500]'Internal Server Error'"
oder "FAIL_TO_UPDATE_OFFER Angebot konnte nicht aktualisiert werden. Kaufland-API Fehlermeldung: Service Unavailable"

Könnte also auf einen Fehler bei Kaufland hinweisen.

Ich empfehle allen den Abgleich vorerst zu deaktivieren. Erstens muss man die Artikel händisch in jedem Auftrag nachpflegen. Zweitens funktioniert danach die Versandübermittlung an Kaufland nicht mehr. Die Aufträge müssen händisch bei Kaufland mit der Sendungsnummer aktualisiert werden!

EDIT: Ok, wenn es jetzt wieder funktioniert, muss der Abgleich natürlich nicht deaktiviert werden. Wir haben allerdings noch keine Bestellung mit korrekter SKU reinbekommen.

 

[spaxxilein]

Laut JTL behoben:

Vielen Dank für Ihre Nachricht.



Hier gab es leider durch die Umstellung der API Schnittstelle von Kaufland einer Veränderung der Abfragen. Hierüber wurden wir von Kaufland nicht in Kenntnis gesetzt.

Es wurde jetzt angepasst und die Artikel Mapping wird wieder richtig übertragen.



Die bis jetzt übertragene Bestellungen müssen manuell nach gemappt werden.

 

[Michael Offergeld]

Laut JTL behoben:

Hier hat sich in unserer E-Mail-Antwort leider ein Fehler eingeschlichen:

Von uns wurde ein Update auf eine neue Kauflandschnittstelle vorgenommen. Hierbei sind leider für den Zeitraum 14.12.2022 13:15Uhr - 15.12.2022 11:00 Uhr von uns Artikelnummern in Bestellungen mit dem Wert "unknown" zurückgespielt worden.

Folgende Punkte sind zu beachten:

• Wie in der zitierten E-Mail korrekt beschrieben, müsst ihr den Auftrag hier bitte manuell entsprechend anpassen und die Artikel entsprechend ergänzen.
• Zusätzlich ist zu beachten, dass nach Anpassung des Auftrags keine automatische Versandmeldung mehr an Kaufland erfolgt. Die Daten müsst Ihr leider dort manuell hinterlegen.
• Bitte habt die Bestellungen aus dem zitierten Zeitraum auch hinsichtlich möglicher Retourenmeldungen im Auge, hier müsstet ihr auch manuell eingreifen.

Bezüglich der Validation Failed Meldung haben wir bereits einen Ansatzpunkt, prüfen hier aber derzeit noch unserseits. Einen Zeitrahmen kann ich hierzu gerade noch nicht abstecken, gebe hier aber Bescheid, sobald es Neuigkeiten gibt.

 

[Micmac]

Moin,
die SKU wird wieder übertragen, die Versandart ist aber immer noch falsch. Außerdem werden die Rechnungen nicht mehr automatisch hochgeladen.
Alle gestern zu Kaufland übertragenen Artikel (Einzustellende Angebote) warten noch immer auf Rückmeldung.

Gibts Fortschritte?

 

[Micmac]

Update:
Rechnungsupload funktioniert wieder und auch Artikel werden ganz normal hochgeladen.
Der Fehler beim Abgleich per Worker hat den Abgleich abgebrochen. Daher waren die Übertragungen unvollständig. Der Fehler ist nun behoben und der Abgelich tut alles was er soll.