Neu Amazon FBA Bestellungen wurden doppelt eingelesen - Bestellimporte für FBA vorübergehend deaktiviert!

[DerKai]

Kein Vorwurf aber eine Bitte:
Schaut euch an wie die anderen Systeme das machen.
Ich will auch in Zukunft JTL nutzen.
Mit den Problemen der letzten Monate kann ich mir das aber nicht erlauben. Ich bin eine one man show und verfüge nicht über die tiefgehenden IT Kentnisse von vielen Leuten die hier schreiben.
Ich bin darauf angewiesen das die JTL Wawi das macht was man erwartet!

Man sollte es so sagen. Dass die JTL WaWi das macht, wofür wir schließlich bezahlen! Denn an jeder Transaktion verdient JTL mit.

Wir Händler sind die schuldigen, wenn was schief läuft und können diese Karte nicht an JTL weitergeben. Amazon wird ja nicht einfach etwas ändern, ohne Rücksprache oder Kommunikation. Das ist schwer zu glauben für mich.

Ich bin mehr als genervt von JTL im Moment.

 

[Just-Commerce]

Man sollte es so sagen. Dass die JTL WaWi das macht, wofür wir schließlich bezahlen! Denn an jeder Transaktion verdient JTL mit.

Wir Händler sind die schuldigen, wenn was schief läuft und können diese Karte nicht an JTL weitergeben. Amazon wird ja nicht einfach etwas ändern, ohne Rücksprache oder Kommunikation. Das ist schwer zu glauben für mich.

Ich bin mehr als genervt von JTL im Moment.

ich versteh was du meinst aber ich hab den Eindruck das du mit Amazon nicht viele Touchpoints hast das du davon ausgehst das Amazon ohne Rücksprache oder Kommunikation nicht einfach so etwas ändert...
Amazon spricht ja nicht einmal intern Dinge ab. Wie soll es dann nach außen ablaufen?

 

[Pinkman]

Amazon wird ja nicht einfach etwas ändern, ohne Rücksprache oder Kommunikation. Das ist schwer zu glauben für mich.

Da irrst Du Dich aber! Amazon ändert immer wieder Dinge ab und die Dienstleister müssen zusehen das Sie es umsetzen.

 

[SebastianB]

Amazon hat in diesem Fall ja nicht "Dinge geändert", sondern schlicht einen Bug der fehlerhafte Daten ausliefert - das kommuniziert Amazon ja auch offen auf deren Status-Seiten: https://sellercentral.amazon.com/sp-api-status
"
Service Affected

Service is experiencing issues with inconsistent OrderItemID data
- 05/16/2023 00:05 UTC
We are currently experiencing an issue where OrderItemID values may be inconsistent across Orders API and FBA Reports in Reports API. We are investigating the issue and will provide additional updates as they are available.
Last update - 06/07/2023 17:30 UTC"

 

[recent.digital]

danke für den Link.

 

[HPH]

Ich bin mehr als genervt von JTL im Moment.

Dem können wir uns nur anschließen!

 

[Thai Tantee]

Amazon hat in diesem Fall ja nicht "Dinge geändert", sondern schlicht einen Bug der fehlerhafte Daten ausliefert - das kommuniziert Amazon ja auch offen auf deren Status-Seiten: https://sellercentral.amazon.com/sp-api-status
"
Service Affected

Service is experiencing issues with inconsistent OrderItemID data
- 05/16/2023 00:05 UTC
We are currently experiencing an issue where OrderItemID values may be inconsistent across Orders API and FBA Reports in Reports API. We are investigating the issue and will provide additional updates as they are available.
Last update - 06/07/2023 17:30 UTC"

Wie ist denn der Stand zum "Reparatur"-Tool? Ihr sagtet ja, dass es Montag werden kann.

 

[procheese]

Ich bin mehr als genervt von JTL im Moment.

Mich nervt tatsächlich nicht der Fehler, das passiert und ist kein Weltuntergang.

Was mich allerdings gerade sehr nervt ist die Kommunikation. Warum kann niemand von JTL heute morgen zum Arbeitsbeginn einen Zwischenstand verschicken? Ein einfaches "Der Fehler tritt jetzt nicht mehr auf" (ist das denn so?) und "Wir arbeiten an der Lösung der fehlerhaften Importe und melden uns morgen mit einem weiteren Zwischenstand wieder" ist doch kein Aufwand. Ändert nichts daran dass eine Lösung dauert, aber man steht als Kunde hier nicht völlig im Dunkeln.

 

[Profichemie]

Bei uns melden sich Kunden, dass sie zwei Rechnungen erhalten mit unterschiedlichen Bestellnummern.
Ein Kunde hat Berichtet, dass der Geldbetrag der Bestellung zweimal abgebucht wurde.
=> Kann das technisch sein?

Bislang bin ich davon ausgegangen, dass dies lediglich doppelte Bestellungen in der Wawi angelegt hat. Aber das diese doppelten Bestellungen wieder zurück an Amazon kommuniziert und dort dem Kunden als doppelte Rechnung angezeigt und auch Finanziell doppelt abgebucht werden war mir absolut nicht klar. Dann kann man auch nicht auf die offizielle Lösung per Tool warten.

Kann ein JTL Mitarbeiter hier bitte auf die möglichen Auswirkungen eingehen?
Welche Auswirkungen haben wir als Händler von diesen Umständen?

Danke!

 

[Pinkman]

Ein Kunde hat Berichtet, dass der Geldbetrag der Bestellung zweimal abgebucht wurde.
=> Kann das technisch sein?

dies kann nicht sein. Amazon bucht nur für die Bestellung ab, die auch tatsächlich über die Plattform bestellt wurden.

UND selbst wenn es so wäre, dann muss der Kunde sich an Amazon wenden, denn dort wurde die Bestellung gemacht!

 

[Just-Commerce]

Hm,
kann das sein das FBA Bestellungen nun wieder abgeschlossen werden?

Bei mir wurden ein paar hundert Rechnungen für FBA Bestellungen erzeugt...

 

[SebastianB]

Also:
Der Zwischenstand ist der, dass der Bestellimport wieder aktiviert wurde. Es können auch weiterhin fehlerhafte Datensätze von Amazon geliefert werden - betroffen scheinen alle FBA Bestellungen seit MItte Mai zu sein. Sobald eine Bestellung aus diesem Zeitraum eine Aktualisierung bekommt, wird Amazon die mit den "neuen" OrderItemIds ausspielen und es kommt zu dem Problem.
Das Tool ist in Arbeit. Ich hoffe, dass ich morgen das Tool für die 1.6 in den Test geben kann und übermorgen dann die Anpassung für die 1.5. Je nachdem wie die Tests laufen, folgt danach das Release.

Rein technisch können wir gar keine FBA Bestellungen bei Amazon auslösen - das oben beschriebene Verhalten, dass es zu doppelten Abbuchungen kommt ist nicht durch diesen Fehler zu erklären - hier muss man wirklich direkt mit Amazon schauen was da los ist.

 

[Stephan K.]

Ich hoffe, dass die alten Rechnungsnummern verwendet werden und die neuen - nach Möglichkeit - irgendwie storniert werden. Immerhin handelt es sich beim zweiten Datensatz ja streng genommen um ein Duplikat, welches nur auf JTL Seite und in den Bestellberichten existiert (und bei den Kunden, die Rechnungen dadurch "doppelt" erhalten...). Und so bildet es sich auch in der Buchhaltung ab. Die ist bereits ad acta. Der aktuelle Monat (mit den fehlerhaften Rechnungen) noch nicht. Bitte berücksichtigen.

@Profichemie
Kein Händler kann aus Betrugsgründen irgendeine Kundenbestellung bei Amazon abändern oder mehr Geld einfordern. Wenn du also Rechnungen als Duplikat zu einem Amazonauftrag erneut hochlädst, kann dir höchstens der Amazon Kundendienst ne Ohrfeige verpassen, weil man das als Betrug werten könnte (indirekte Zahlungsaufforderung) und die Kunden verwirrt sind.
In deinem Fall muss also der Kunde doppelt bestellt haben. Das siehst du auch, wenn du seine Bestellnummer eingibst und dann im Auftrag siehst, dass er Mehrfachkunde ist.

 

[spaxxilein]

Also:
Der Zwischenstand ist der, dass der Bestellimport wieder aktiviert wurde. Es können auch weiterhin fehlerhafte Datensätze von Amazon geliefert werden - betroffen scheinen alle FBA Bestellungen seit MItte Mai zu sein. Sobald eine Bestellung aus diesem Zeitraum eine Aktualisierung bekommt, wird Amazon die mit den "neuen" OrderItemIds ausspielen und es kommt zu dem Problem.
Das Tool ist in Arbeit. Ich hoffe, dass ich morgen das Tool für die 1.6 in den Test geben kann und übermorgen dann die Anpassung für die 1.5. Je nachdem wie die Tests laufen, folgt danach das Release.

Rein technisch können wir gar keine FBA Bestellungen bei Amazon auslösen - das oben beschriebene Verhalten, dass es zu doppelten Abbuchungen kommt ist nicht durch diesen Fehler zu erklären - hier muss man wirklich direkt mit Amazon schauen was da los ist.

Und was ist mit der 1.7?

 

[Arne Janson]

Und was ist mit der 1.7?

@SebastianB meinte mit 1.6 sicherlich => 1.6+ wie er schon mal geschrieben hat. Die Auftrags- und Rechnungsstruktur der 1.6, 1.7 ist ja neu. In der 1.5 gibt es noch andere Tabellen und andere Logiken.
MfG

Arne Janson

 

[timmken]

bei uns sind gerade (Gegen 12 Uhr) die ersten ca. 320 Gutschriften erstellt worden, es scheint als hätten die meisten die _1 Endung in der Bestellnummer.
@Arne Janson Habt Ihr das serverseitig etwas angestossen?

 

[timmken]

klasse, nun kommt alles auf einmal. Mit dem heutigen Einlesen des Abrechnungsberichtes scheint die automatische Gutschrifterstellung für FBA wieder zu funktionieren. Jetzt werden diese Gutschriften zum Teil aber auf die doppelt erstellten Rechnungen gebucht... So langsam verliere ich das Vertrauen das wir das wieder sauber hinbekommen ohne exorbitanten manuellen Aufwand...

 

[AMP-Agentur]

Darum auch das Tool von JTL. Man weiß doch nicht, welche Rechnung die fehlerhafte ist.

 

[Arne Janson]

bei uns sind gerade (Gegen 12 Uhr) die ersten ca. 320 Gutschriften erstellt worden, es scheint als hätten die meisten die _1 Endung in der Bestellnummer.
@Arne Janson Habt Ihr das serverseitig etwas angestossen?

Moin @timmken, was JTL serverseitig gemacht hat bzw. ob Amazon den Bug gefixt hat können wir leider nicht sagen. Hier bitte sonst an JTL wenden.

MfG
Arne Janson

 

[timmken]

Moin @timmken, was JTL serverseitig gemacht hat bzw. ob Amazon den Bug gefixt hat können wir leider nicht sagen. Hier bitte sonst an JTL wenden.

MfG
Arne Janson

oh sorry, habe da wohl SP mit Mod verwechselt 🙂