Wer auf Amazon wachsen will, muss zwei Dinge sauber hinbekommen: Listings schnell aktualisieren und Amazon-konform bleiben. Genau hier helfen Verarbeitungsberichte. Das sind die Ergebnisse deiner Datei- oder API-Uploads, in denen Amazon dir schwarz auf weiß sagt, was verarbeitet wurde und wo es hakt. Sie sind asynchron, tauchen also erst auf, wenn Amazon durch ist, und enthalten Fehler, Warnungen und Bestätigungen. Wer sie konsequent liest, vermeidet gesperrte Angebote, verpasste Buybox-Chancen und unnötige Supportschleifen.[1]
Was sind Verarbeitungsberichte und wo finden sich diese?
Was passiert technisch im Hintergrund?
Du sendest deine Listingdaten als Feed an Amazon, entweder manuell per Upload in Seller Central oder automatisiert über eine Schnittstelle wie die SP‑API. Amazon prüft das Paket, verarbeitet es zeitversetzt und stellt danach den Verarbeitungsbericht bereit. Den Status siehst du an Kennzeichen wie IN_QUEUE, IN_PROGRESS oder DONE. Erst nach DONE kannst du den Bericht abrufen und die Details lesen.[1]
Wo genau findest du die Berichte in Seller Central?
Gehe in Seller Central zu Katalog und wähle Produkte per Upload. Im Bereich Upload‑Status prüfen lädst du den Verarbeitungsbericht als TXT herunter und siehst Fehler und Warnungen pro Zeile. Der direkte Bereich ist auch über die Upload‑Seite erreichbar, die Amazon in seinen Vorlagendokumenten verlinkt.[2][3]
Afterbuy und Amazon heute
Afterbuy hat im Mai 2025 eine neue Amazon‑Anbindung auf Basis der Selling Partner API (SP‑API) eingeführt. Der frühere „Amazon‑Lister“ wird seit 1. Juli 2025 abgelöst. Wenn du noch alte Bezeichnungen wie „SC‑Lister Lite“ siehst: Zeit für den Umstieg. Die Funktionen und Menüs können je nach Account variieren, orientiere dich an der aktuellen Afterbuy‑Doku und der neuen Amazon‑Anbindung.[4][5]
Welche Uploads erzeugen Verarbeitungsberichte?
Typisch sind Listing‑Feeds (heute als JSON_LISTINGS_FEED), Preis‑ und Bestandsupdates sowie Angebots‑ und Produktdaten. Auch Bestellthemen wie Versandbestätigungen oder Zahlungsanpassungen erzeugen Berichte, z B. POST_ORDER_FULFILLMENT_DATA oder POST_PAYMENT_ADJUSTMENT_DATA.[6]
Warum sind Amazon Verarbeitungsberichte für Ihr Geschäft so wichtig?
Fehler sichtbar machen: Ob fehlende Pflichtfelder, ungültige Werte oder gesperrte Attribute, der Bericht zeigt dir je Zeile, was genau nicht passt und welche SKU betroffen ist. Ohne diesen Check läufst du blind und wunderst dich, warum Änderungen nicht live gehen.[7][1]
FBA oder FBM richtig halten: Häufiger Stolperstein ist das Vermischen von Fulfillment‑Kanälen. Wenn du z. B. einer FBA‑SKU per Datei eine eigene Menge gibst, kann Amazon das Angebot in Richtung FBM drehen oder es landet als „verwaist“. Prüfe Fulfillment‑Felder bewusst und lies zugehörige Warnungen im Bericht.[8]
Erstattungen sauber durchziehen: Bei Zahlungs‑ oder Bestell‑Anpassungen (Payment/Order Adjustments) siehst du im Bericht, ob Amazon eine Erstattung akzeptiert hat. Ablehnungen bleiben sonst unentdeckt und führen schnell zu A‑bis‑Z‑Fällen und schlechter Kundenerfahrung.[6]
So nutzen Sie Verarbeitungsberichte richtig
1. Upload sauber vorbereiten: Arbeite mit der passenden Vorlage oder mit deiner Middleware. In Afterbuy nutzt du die neue Amazon‑Anbindung auf SP‑API‑Basis. Befülle nur die Felder, die du wirklich ändern willst. Pflichtfelder stehen in der jeweiligen Vorlage oder Datendefinition.[4]
2. Upload auslösen: Per Seller Central unter Katalog Produkte per Upload hochladen. Alternativ per API, wenn dein Tool das übernimmt. Danach nicht warten, bis „irgendwann“ etwas sichtbar wird, sondern gezielt den Upload‑Status prüfen.[2]
3. Verarbeitungsbericht lesen: Lade den Bericht herunter, filtere nach Error und Warning, korrigiere gezielt und lade erneut hoch. Wiederhole das, bis der Bericht sauber ist. Amazon beschreibt diesen Loop explizit in der SP‑API‑Doku.[1][3]
4. Rate Limits im Blick behalten: Amazon limitiert Feed‑Einreichungen und Abfragen. Beispiel: JSON_LISTINGS_FEED ist auf 5 Einreichungen pro Account in 5 Minuten gedeckelt. Bündele Änderungen, statt Minifeeds im Minutentakt zu schicken.[9]
5. Berichte nicht liegen lassen: Ergebnisdokumente stehen nur begrenzt bereit. Amazon nennt 28 Tage Aufbewahrung für Feed‑Result‑Dokumente. Lade wichtige Berichte lokal oder in dein DMS.[6]
6. FBA‑Workflows aktuell fahren: Für Wareneingänge nutzt du den Send to Amazon‑Workflow. Achte darauf, dass Angebotstyp und Fulfillment‑Kanal zu deinen Uploads passen, sonst schlagen Folgeprozesse fehl.[10]
Wichtige Aktualisierungen 2025 und 2026
Listen‑Feeds: XML/Flatfile via API sind raus. Amazon unterstützt seit 31. Juli 2025 für Listing‑Feeds in der Feeds‑API keine alten XML‑ und Flatfile‑Formate mehr. Wer automatisiert arbeitet, nutzt den JSON_LISTINGS_FEED. Manuelle Uploads in Seller Central bleiben möglich, der technische Unterbau für Integrationen ist aber JSON.[1][6]
Afterbuy‑Umstellung beachten. Falls in deinem Account noch alte Bezeichnungen auftauchen, plane die Migration auf die neue Amazon‑Anbindung fest ein. Das reduziert Fehlerquellen und spart Zeit bei Listings und Beständen.[4]
Fazit: Vermeidbare Konflikte vermeiden
Verarbeitungsberichte sind dein Frühwarnsystem. Sie zeigen dir, wo Listings scheitern, wo FBA/FBM kollidiert und wo Gutschriften hängen. Mach sie zum Pflichtprogramm nach jedem Upload, bündele Änderungen wegen der Rate Limits, sichere die Berichte rechtzeitig und halte deine Schnittstellen aktuell. So nutzt du Chancen schneller, bleibst konform und hältst deine Kundinnen und Kunden zufrieden.[9][2]
Quellen
1. Amazon SP‑API: Submit a feed und Processing Report
2. Seller Central Upload‑Seite inkl. Upload‑Status
3. Amazon Seller Forums: Quick Tip zu Upload und Processing Report
4. Afterbuy: Neue Amazon‑Anbindung auf SP‑API‑Basis (Mai 2025)
5. Afterbuy Produktseite mit Amazon‑Integration
6. Feed Type Values inkl. JSON_LISTINGS_FEED und Aufbewahrungsfrist
7. ChannelEngine Help: Inventory und Processing Reports finden
8. Amazon Seller Forums: Hinweise zu Fulfillment‑Kanal und Datei‑Uploads
10. Amazon SEND und Send‑to‑Amazon Workflow
Optimieren Sie Ihr Amazon Geschäft mit Verarbeitungsberichten und SP‑API