das Problem mit dem Amazon Lagerbestands-Sync sollte mit den aktuellen Versionen eigentlich behoben sein.
Wir erhalten hierzu jedoch von einigen User*innen unterschiedliche Aussagen. Während es bei den meisten funktioniert, stellen andere nach wie vor Probleme hierbei fest.
Zum Teil lässt ich dies durch fehlerhaftes Mapping erklären, wodurch der Bestand nicht richtig gesynct wird.
Ferner lässt sich unter anderem folgendes testen:
Wenn ihr in Xentral in der Datenbank Ansicht auf amzn_feed_product_stock geht und hier eine Product ID auftaucht, jedoch der Bestand dieses Produktes nicht verändert wurde, erstellt bitte ein Ticket, damit wir es uns im Detail anschauen können, wenn der Bestand des Produktes verändert wurde, sollte alles ok sein.
Dennis Bernhardt wenn ich hier also über 700 Einträge habe, muss ich jeden einzelnen darauf prüfen, ob sich im Lagerbestand etwas getan hat?
Ich habe schon mehrere gefunden, Ticket ist auch schon erstellt.
Danke für die Info.
@Dennis_S wenn du alle nach dem selben Mapping angelegt hast, dann nicht. Denn in diesem Fall würde sich ja bereits nach dem Test von ein paar Produkten zeigen, ob es entweder ein Problem beim Mapping gab, welches dazu führt, dass es keine Bestandsbewegung gibt, oder ob es ein anderes Problem ist. Daher: Nein, du musst natürlich nicht alle deiner 700+ Einträge überprüfen.
Process starters (FFU-1767)
The process starter “lagerzahlen” did not sync stock numbers to sales channels anymore. This has been fixed.
Ist das der Fix für den Lagerbestand Amazon?
Also bei mir hats nicht geholfen…Ticket ist offen
@Michael_Pietz , ja, aber „nur“ für die, wo genau dass das Problem war. Wenn es immer noch nicht geht, würde ich an deiner Stelle sofort ein Ticket aufmachen bzw. das letzte reaktivieren.
Moin Dennis, bei uns besteht das Problem auch noch. .37
Zu deinem Screen, wir haben uns diesen auch heute angeschaut und für ein Produkt eine Lagerveränderung veranlasst, dabei tauchte hier nur eine Bewegung für eine Fremdnummer zu Amazon auf. Dies war die erste Fremdnummer, die unter Fremdnummer für Amazon angelegt war. Somit sieht es für uns so aus, als ob nur die erste Fremdnummer von Amazon aus dem Tab der Fremdnummer berücksichtigt wird, die anderen werden übersprungen und erhalten somit keinen Bestand, bzw. werden von Xentral ignoriert.
Viele Grüße
Felix
Also bei uns klappt das auch weiterhin nicht, mittlerweile fliegen uns täglich Stornos um die Ohren. Bringt das überhaupt was sich hier zu beschweren?
früher habe ich 65 Euro gezahlt, selber gehostet und es fast dauerhaft laufen gehabt ausser xentral hat mal wieder was angepasst
jetzt zahle ich über 200 Euro, xentral gehostet und es läuft deutlich schlechter und mit mehr Fehlern als vorher. Gibt es wirklich Kunden wo derzeit der Amazon Lagerbestand sauber gesynct wird?!?
Der funktionierende Abgleich ist der einzige Grund, weshalb wir zu xentral gewechselt sind und dies sollte der Grundbaustein jedes ERP-Systems sein.
Es ist sehr frustirerend für uns, dass unsere Zahlen bei Amazon seitdem nun stetig zurück gehen.
gibt es hier Neuigikeiten, bei uns gehts immer noch nicht
Liebe Community,
Seit mehreren Wochen berichten einige von euch leider von Problemen mit der Synchronisation zwischen Xentral Lagerbeständen und Amazon Listings. Diese Probleme sind Nachwehen der SP-API Umstellung, welche eine umfassende Anpassung dieser Synchronisation erforderte.
Heute möchte ich euch informieren, dass wir mit der Version 23.0.41 nun folgende Usecses in der neuen Feed Mechanik gelöst haben:
1:1 Verknüpfungen
- Ein Artikel in Xentral ist mit einem FBM Listing in Amazon verbunden
1:1 Verknüpfungen JIT
- Eine Just in Time Stückliste in Xentral ist mit einem FBM Listing in Amazon verbunden. (In diesem Fall wird der rechnerisch mögliche Bestand übertragen)
1:n Verknüpfungen
- Ein Artikel in Xentral ist mit mehreren FBM Listings in Amazon verbunden (NEU in 23.0.41)
1:n Verknüpfungen JIT
- Eine Just in Time Stückliste in Xentral ist mit mehreren FBM Listings in Amazon verbunden (NEU in 23.0.41)
Bitte beachtet, dass für eine erfolgreiche Übertragung von Lagerbeständen diese Verknüpfungen (Mappings) gewährleistet sein müssen. Jeder Artikel, der von Xentral an Amazon übertragen werden soll, MUSS im Fremdnummern Tab im Artikel einen Eintrag nach folgendem Muster haben:
Alternativ zu SKU_FBM kann auch SKU als Bezeichnung verwendet werden. (Nur für Amazon FBM Listings)
Wir werden in den nächsten Tagen jeden von euch einzeln anschreiben, bei dem wir noch vermeintlich falsche Einträge in den Fremdnummern Daten finden und vorschlagen wie ihr (wenn nötig) eure Einträge anpassen könnt.
Früher ging es doch aber auch ohne diesen Eintrag? Da wurde die Artikelnummer automatisch als SKU genommen? Da ich bis Montag jetzt erstmal nicht da bin, werde ich das nächste Woche ausprobieren.
Vielen Dank für das Update! Das stimmt doch zuversichtlich, dass das was wird. Eine Frage hätte ich aber:
Wie geht Xentral damit um, wenn bspw. folgende Situation vorliegt…
- Alles läuft über dieselbe Schnittstelle.
- Wir haben 1 Artikel in Xentral, der mit 2 Listings verbunden ist.
- Diese Listings verwenden beide als SKU die Xentral Artikelnummer.
- Eins dieser Listings ist am DE Marktplatz gelistet. das andere Listing ist am UK Marktplatz.
Sollte die Bestandsübertragung in so einem Szenario trotzdem funktionieren? Wir haben seit einiger Zeit einen Aufwand betrieben um möglichst oft die Xentral Artikelnummer als SKU zu verwenden. Das wäre sehr schade, wenn der ganze Aufwand sich jetzt nicht nur als Sackgasse entpuppen würde und sogar rückgängig gemacht werden muss.
Schöne Grüße
Dennis
Ich hab grad folgende Mail bekommen:
“
Hallo lieber Xentral-Kunde,
wir haben festgestellt, dass etliche deiner Fremdnummern Mappings für Amazon nicht gültig sind.
Zur Erinnerung: eine Fremdnummer für Amazon muss die Bezeichnung SKU_FBM oder SKU_FBA haben.
Falsche Mappings können in invaliden Lagerzahlen und falschen Auftragszuordnungen bei Amazon resultieren, was sich wiederum auf deine Amazon Listings auswirken kann. Dementsprechend empfehlen wir dir, diese Mappings zeitnah zu korrigieren. Dies kann entweder einzeln pro Listing erfolgen, oder über die Import Zentrale.
Dein Xentral Team
”
Ich hoffe das ist ein schlechter Scherz, und die betroffenen Artikel werden irgendwie sichtbar gemacht oder mitgeteilt, ich hab nicht nur 200….
Moin,
das Fehlverhalten tritt leider immer noch auf.
Bisher wurde nur der zu erst angelegte Artikel synchronisiert, jetzt der zu letzt angelegte Artikel.
Gruß Mark
Bei mir stimmen jetzt beide Mengen nicht mehr 
bin auf der 41…
Also für mich als Laien, wenn ich bei Xentral die 01234 als SKU habe, muss diese in Amazon auch so mit 01234 angelegt sein?
Hallo Ihr Mitleidenden,
zunächst möchte ich anmerken, dass es für mich unveständlich ist, dass der Xetral Support das Problem nicht kummuniziert und keine Lösung hier im Forum präsentiert.
Daher haben wir zwangweise viel Zeit und Geld investiert, um dieses Problem für uns zu lösen.
Anscheinend ist es wirlich so, wie der Support sagt: dass eine Fremdnummer in Xentral hinterlegt werden muss, die der Arikelnummer entspricht. Das war vor einem gewissen Update nicht nötig, es hat einfach funktioniert. und es ist ein Unding, wieso so was nötig ist.
Daher haben wir folgendes gemacht:
Wir haben eine CSV Datei erstellt, die die Original Artikel-Nummer als Fremdnummer nach Xentral überträgt
Anschliessen haben wir den Lagerbestand bei Amazon manuell per CSV aktualisiert.
Seit diesem Zeitpunkt wird der Lagerbestand aktualisiert sobald er sich in Xentral ändert
Bei Fragen bitte einfach per Privatnachricht an mich oder hier posten.
LG
Werni
P.S. ais meiner Sicht ist es ein Unding, die Schnittstelle so kompliziert zu machen, dass der Lagerbestandsabgleich wegen jeder kleinen Änderung von Amazon nicht mehr funktioniert Es würe wahrscheinlich für 90% der Anwender genügen, dass einfach nur den Artikelbestand einer SKU aktualisiert wird. Das geht mit einer einfachern CSV, die regelmäßig geschrieben wird und anschließend per Cronjob auf den amazon Marktplatz übertragen wird.
Hey Dennis,
Danke für deine Frage. Ich habe mich mal mit unserem Entwickler dazu abgestimmt und folgende Antwort erhalten.
Die aktuelle Mechanik überträgt:
-
Für alle mit dem Shop verknüpften Artikel
-
Für alle (FBM) Einträge in den Fremdnummern
-
Für alle mit dem Shop verknüpften Marktplätze
den Bestand an Amazon.
Das heißt wenn wir einen Artikel A haben der mit zwei Listings (zwei Fremdnummern: F1 und F2) verbunden ist, dann wird für jeden Marktplatz (nehmen wir mal an es gibt drei: M1, M2 und M3) der Bestand in jeder Kombination übertragen. Das heißt:
-
F1 geht an M1, M2, M3
-
F2 geht an M1, M2, M3
Es sollte also eine Verknüpfung genügen, um sowohl an den DE Marktplatz als auch den in UK dieselbe Stückzahl zu übertragen.
Gruß
Marco
Hey Michael,
gemeint ist die SKU des Amazon Listings für dein FBM Listing. Du kannst ja pro ASIN mehrere Listings bei Amazon haben. Je Listing vergibt Amazon entweder selber eine SKU oder du legst eine beim Anlegen des Listings fest.
Diese SKU muss als Fremdnummer hinterlegt werden.
Gruß
Marco