Hi,
wir sind auf der 23.0.16
es wird kein Lagerbestand mehr zu amazon übertragen/aktualisert.
kann jemand das Problem bestätigen ?
Grüße
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.
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.
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.
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.
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
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
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?
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
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?
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
Okay, danke. Bisher hab ich es immer so, dass die SKU bei xentral als auch in allen Martkplätzen immer gleich ist. Jetzt muss ich da dann überall ne Fremdnummer eintragen im Tab obwohl die SKU´s identisch sind? Irgendwie unlogisch.
Ich warte jetzt auch erstmal auf die, die es schon mal testen. Habe schon gelesen das mit der 42 zur Zeit keine Kategorien bei Ebay gefunden werden. Da verzichte ich dann erstmal auf n Update bevor es dann schon wieder neue Baustellen gibt.
Moin All,
also wir laufen ja noch auf der 23.0.37 und so lange das Ebay Problem besteht werde ich das Update nicht machen.
Ich habe heute mal bei ein paar gut laufenden Artikeln einfach die Fremdnummer hinzugefügt und siehe da es funktioniert dann mit dem Sync. Aktuell klappt es wenn SKU bei Amazon und Xentral gleich sind. Ob es auch klappt wenn ein Xentral Artikel mehrere Amazon Listings sauber synct kann ich später erst nach m Verkauf sagen.
Wer kann mit einer Liste / Anleitung helfen um aus den aktuellen SKU Nummern eine Fremdnummernliste für den Import zu fertigen?!?
Hallo Michael,
gern helfe ich dir, deine Fremdnummern per CSV einzupflegen! Ich meld mich per Privatnachricht bei dir.
Gruß
Werni
Es sieht gut aus dass die Lagerzahlen mit der Fremdnummer SKU_FBM jetzt wieder stimmen. Ich verstehe nur nicht warum sowas ständig geändert wird und uns dadurch soviel Arbeit gemacht wird. Früher hat es ja auch nur mit SKU geklappt, das ist echt frustrierend :(
Moin,
geht bei euch allen alles wie gewohnt?
Folgende Dinge fallen mir gerade auf (23.0.57):
- Aktuell kann ich unter Fremdnummern nur noch eine Amazon SKU anlegen.
- Es scheint als ob der Amazon Sync nicht mehr geht, SKU oder SKU_FBM syncen keinen Lagerbestand.
lg Felix
Hi
schau mal in die Datenbankansicht unter dem Punkt amzn_feed dort müsstest du einen aktuellen Eintrag mit done sehen. (nach zeitraum sortieren)
Wenn dem nicht so ist dann könntest du Probleme haben.
Wir sind auf der 0.58 und haben keine Probleme.
Grüße Lucas
0.58 Synct immer noch hurra Haben aber auch nur eine SKU bei Amazon pro Artikel.
Antworten
Anmelden
Sie haben bereits einen Account? Anmelden
Willkommen
Sie haben noch keinen Account? Benutzerkonto erstellen
Login über soziales Netzwerk
Anmelden mit Facebook Anmelden mit LinkedInEnter your E-mail address. We'll send you an e-mail with instructions to reset your password.