2026: Wie liest man den Bestands-Uploadbericht in Amazon Seller Central?

Symptom: Der Upload wird als abgeschlossen angezeigt, aber einzelne Artikel oder Bestände scheinen nicht aktualisiert zu sein.
Schnellster Weg: Öffnen Sie den Verarbeitungsbericht, ordnen Sie betroffene Datensätze ihrer SKU und der ursprünglichen Dateizeile zu und prüfen Sie anschließend den tatsächlichen Artikel- oder Lagerstatus.

Diese Anleitung richtet sich an Verkäufer, die nach einer Sammelübermittlung einzelne Datensätze überprüfen und korrigieren müssen.
Auch Katalogverantwortliche, die Fehler von Warnungen unterscheiden oder eine wiederholbare Kontrolle einführen möchten, finden hier einen Ablauf.
Teams, die Seller-Central-Dateien auf einem Mac mit Numbers ansehen, erfahren, wie sie einen fehlerhaften Import erkennen, ohne das Original zu überschreiben.

Warum ein abgeschlossener Upload noch kein bestätigtes Bestandsupdate bedeutet

Ein Uploadstatus und ein Verarbeitungsbericht beantworten unterschiedliche Fragen. Der Status zeigt, wie weit die Datei im Uploadprozess gekommen ist. Der Bericht liefert Hinweise darauf, was mit den einzelnen übermittelten Datensätzen geschehen ist. Für die Entscheidung, ob eine SKU tatsächlich geändert wurde, reicht daher weder eine Erfolgsmeldung im Status noch eine einzelne Fehlermeldung im Bericht: Der Eintrag muss mit dem ursprünglichen Datensatz und anschließend mit dem Zustand im Verkäuferkonto abgeglichen werden.

Amazon beschreibt den Zweck des Berichts zur Verarbeitung von Bestandsdateien und unterscheidet darin zwischen zusammenfassenden Informationen und Hinweisen zu einzelnen Datensätzen. Das ist für die Auswertung entscheidend: Eine Zusammenfassung hilft dabei, den Gesamtverlauf einzuschätzen; die Datensatzinformationen zeigen, an welchen Stellen genauer hingesehen werden muss. Eine erfolgreiche Verarbeitung einzelner Zeilen beweist allerdings nicht automatisch, dass die Darstellung eines Artikels bereits überall aktualisiert ist.

Die praktische Prüfung sollte deshalb drei Ebenen getrennt behandeln: den technischen Uploadstatus, das Ergebnis für die betroffene Zeile und den aktuellen Zustand der SKU im Verkäuferkonto. Wer diese Ebenen vermischt, riskiert unnötige Wiederholungsuploads oder übersieht, dass nur ein Teil der Datei problematisch war. Die passende Arbeitsregel lautet: erst den Bericht lesen, dann gezielt handeln und zuletzt den tatsächlichen Artikel- oder Lagerstatus kontrollieren.

Die Tabelle ist ein Arbeitsmodell, keine Zusage, dass jede Datei oder jeder Bericht exakt dieselben Statusbezeichnungen verwendet. Amazon kann Hilfeseiten, Vorlagen und Ansichten ändern. Maßgeblich sind daher die aktuell angezeigte Rückmeldung im Konto und die zum Dateityp gehörende Dokumentation.

Wo der Bericht zu einer Bestandsdatei zu finden ist

Die genaue Bezeichnung von Menüs oder Schaltflächen kann sich ändern. Suchen Sie im Bereich für Dateiübermittlungen beziehungsweise Uploadstatus nach dem betreffenden Upload und prüfen Sie dort, ob ein Verarbeitungsbericht angeboten wird. Amazon erläutert den Zusammenhang zwischen Upload und Status in der Hilfe zum Status hochgeladener Dateien. Folgen Sie der dort beschriebenen aktuellen Oberfläche, statt sich auf einen Menüpfad zu verlassen, der möglicherweise nicht mehr sichtbar ist.

Gehen Sie dabei geordnet vor:

1. Öffnen Sie in Seller Central den Bereich, in dem Dateiübermittlungen und deren Status angezeigt werden.
2. Suchen Sie den Upload anhand der sichtbaren Angaben, etwa Dateiname oder Übermittlungszeitpunkt. Verwenden Sie nur solche Merkmale, die in der aktuellen Ansicht tatsächlich verfügbar sind.
3. Prüfen Sie, ob die Verarbeitung noch läuft oder bereits abgeschlossen ist.
4. Wenn ein Bericht zum Download bereitsteht, speichern Sie ihn separat und behalten Sie die unveränderte Originaldatei ebenfalls auf.
5. Notieren Sie, welche Datei und welche SKU Sie prüfen. So wird ein Bericht nicht versehentlich mit einer anderen, ähnlich benannten Übermittlung verwechselt.

Wenn noch kein Bericht verfügbar ist, bearbeiten oder laden Sie nicht vorschnell dieselbe Datei erneut hoch. Prüfen Sie zuerst, ob die Verarbeitung noch läuft und welche Aktionen die aktuelle Seller-Central-Ansicht anbietet. Ist der Upload abgeschlossen, aber kein Bericht auffindbar, richten Sie sich nach den verfügbaren Optionen für den konkreten Dateityp. Amazon beschreibt den Umgang mit Dateien und Vorlagen in unterschiedlichen Hilfebereichen; nicht jede Datei bietet dieselben Auswertungsmöglichkeiten.

Wie die Datensatznummer zur ursprünglichen Dateizeile passt

Bei einem einzelnen problematischen Artikel ist die Datensatznummer ein Ausgangspunkt, nicht die ganze Diagnose. Vergleichen Sie sie mit der Vorlage und der ursprünglichen Datei und ordnen Sie den Eintrag zusätzlich anhand der SKU zu. Prüfen Sie danach den Fehlercode und den vollständigen Fehlertext, bevor Sie ein Feld ändern. Amazon erläutert in den Hilfen zu Bestandsvorlagen und Datensatznummern, wie Datensätze in Bezug auf die übermittelte Datei zu betrachten sind.

Praktisch sollten Sie die Zuordnung in dieser Reihenfolge vornehmen:

1. Legen Sie die Originaldatei neben den Bericht, ohne die Originaldatei zu verändern.
2. Suchen Sie im Bericht die gemeldete Datensatznummer und übernehmen Sie die SKU, sofern sie dort ausgewiesen ist.
3. Finden Sie in der Originaldatei die passende Zeile anhand von Datensatznummer und SKU. Falls die Nummerierung nicht auf den ersten Blick passt, prüfen Sie, ob die Vorlage Kopfzeilen oder besondere Anweisungen enthält.
4. Vergleichen Sie die gemeldeten Felder mit den Spaltenüberschriften der verwendeten Vorlage.
5. Lesen Sie den vollständigen Fehlertext und prüfen Sie die dazugehörigen Werte, bevor Sie eine Änderung vornehmen.

Eine Nummer kann je nach Vorlage und Dateiaufbau nicht einfach mit einer sichtbaren Tabellenzeile gleichgesetzt werden. Kopfzeilen, Anweisungszeilen oder andere Besonderheiten können die Orientierung erschweren. Darum ist es riskant, nur eine Zeilennummer aus dem Bericht zu übernehmen und genau dieselbe Nummer in einer Tabellenansicht zu bearbeiten. SKU, Vorlagenstruktur und Fehlermeldung sollten gemeinsam als Abgleich dienen.

Auch der Fehlercode allein ist keine ausreichende Reparaturanweisung. Derselbe Code kann ohne den zugehörigen Text, das Feld und den betroffenen Datensatz missverstanden werden. Ändern Sie deshalb nur das Feld, auf das der Bericht hinweist, und kontrollieren Sie, ob die Änderung zum verwendeten Vorlagentyp passt. Die Amazon-Hilfe zu Bestandsberichten kann den Kontext zum Bericht ergänzen; die jeweils aktuelle Vorlage und ihre Spalten bleiben für den konkreten Upload maßgeblich.

Fehler und Warnungen getrennt auswerten

Ein Fehler und eine Warnung sind nicht automatisch gleichbedeutend. Eine Fehlermeldung weist auf einen Datensatz hin, dessen Verarbeitung im Bericht als problematisch ausgewiesen ist. Eine Warnung signalisiert dagegen einen Sachverhalt, der geprüft werden sollte, ohne dass sie allein den Schluss rechtfertigt, die Zeile sei vollständig fehlgeschlagen. Die Amazon-Erklärung zum Verarbeitungsbericht ist für diese Einordnung maßgeblich; die genaue Wirkung hängt vom jeweiligen Bericht und Dateityp ab.

Trennen Sie die Bearbeitung deshalb in zwei Arbeitslisten. In die Fehlerliste gehören die betroffenen SKUs, Datensatznummern, Fehlermeldungen und die geplante Korrektur. In die Warnungsliste gehören die betroffenen SKUs, der Warnhinweis und das Ergebnis der anschließenden Prüfung. So wird verhindert, dass Warnungen ungeprüft als Fehler behandelt oder tatsächliche Fehler übersehen werden.

Bei einem gemischten Ergebnis ist es besonders wichtig, die erfolgreichen Datensätze nicht ungeprüft erneut zu senden. Prüfen Sie zunächst, welche SKUs als erfolgreich oder unauffällig erscheinen, und kontrollieren Sie ihren tatsächlichen Zustand in Seller Central. Bearbeiten Sie anschließend nur die betroffenen Zeilen, sofern die Rückmeldung und die Vorlagenanforderungen dies erlauben. Ein erneuter Upload der gesamten Datei kann zusätzliche Änderungen auslösen oder die Nachverfolgung erschweren; aus einem teilweise fehlerhaften Bericht folgt daher nicht automatisch, dass die ganze Datei erneut eingereicht werden sollte.

Die Kontrolle sollte außerdem festhalten, was tatsächlich überprüft wurde. Ein Eintrag „Warnung geprüft“ ist aussagekräftiger, wenn daneben steht, ob die SKU im Verkäuferkonto vorhanden ist und ob der relevante Bestand oder die Artikelinformation dem erwarteten Zustand entspricht. Bei einer Fehlermeldung sollte dokumentiert werden, welches Feld angepasst wurde und ob das erneute Verarbeitungsergebnis anschließend geprüft wurde. Das schafft eine nachvollziehbare Übergabe innerhalb des Teams, ohne aus einer Warnung vorschnell eine Richtlinienverletzung abzuleiten.

Numbers: Spaltenversatz und fehlerhafte Textdarstellung beheben

Ein Amazon-Inventardatei-Verarbeitungsbericht kann als Textdatei vorliegen. Wird er in Numbers geöffnet, können Spalten scheinbar zusammenrücken oder Inhalte in falschen Spalten stehen. Ein solches Erscheinungsbild beweist zunächst nicht, dass der Bericht beschädigt ist. Häufig muss vor der Auswertung geprüft werden, wie Trennzeichen, Textbegrenzungen und Zeichenkodierung beim Import behandelt werden.

Apple erklärt in der Anleitung zum Importieren von Textdateien in Numbers, welche Importoptionen für Textdateien zur Verfügung stehen. Nutzen Sie diese Optionen, um die Darstellung zu prüfen, statt den Bericht direkt in einer Tabellenansicht zu überschreiben. Die passende Einstellung hängt von der konkreten Datei ab; eine universelle Annahme, dass alle Seller-Central-Berichte mit derselben Auswahl korrekt erscheinen, wäre nicht belastbar.

Ein vorsichtiger Ablauf sieht so aus:

1. Speichern Sie den heruntergeladenen Bericht unverändert an einem eigenen Speicherort.
2. Öffnen Sie Numbers und verwenden Sie den Importdialog für die Textdatei, statt den Inhalt in eine bestehende Arbeitsmappe einzufügen.
3. Prüfen Sie, ob das erkannte Trennzeichen zu den sichtbaren Feldern passt. Wenn mehrere Werte in einer Spalte erscheinen, testen Sie die verfügbaren Trennzeichenoptionen anhand einer Vorschau.
4. Kontrollieren Sie die Textbegrenzung, falls Werte, die in Anführungszeichen stehen, unerwartet in mehrere Spalten zerfallen oder Zeichen aus dem Bericht enthalten.
5. Prüfen Sie die Zeichenkodierung, wenn Umlaute oder andere Zeichen falsch dargestellt werden.
6. Bestätigen Sie anhand von SKU, Fehlertext und benachbarten Feldern, dass die Spalten logisch zugeordnet sind, bevor Sie den Bericht zur Bearbeitung oder Weitergabe verwenden.

Eine korrekte Tabellenansicht ist noch keine Bestätigung, dass die Datei den Anforderungen einer Amazon-Vorlage entspricht. Ein Verarbeitungsbericht und eine Datei, die erneut hochgeladen werden soll, erfüllen unterschiedliche Aufgaben. Der Bericht sollte als Quelle für die Diagnose erhalten bleiben; Änderungen gehören in eine separate Kopie der passenden Vorlage. Kopieren Sie nicht einfach die Spalten aus dem Bericht in eine Uploaddatei und gehen Sie davon aus, dass Format und Feldbedeutung identisch sind.

Für Screenshots in internen Anleitungen sollten Verkäufer-IDs, Kontodaten und andere sensible Angaben unkenntlich gemacht werden. Eine Abbildung sollte außerdem als schematisch gekennzeichnet sein, wenn sie nicht die aktuelle Seller-Central-Oberfläche zeigt. So lassen sich Importoptionen erklären, ohne den Eindruck zu erwecken, eine statische Abbildung garantiere einen identischen Menüaufbau oder eine bestimmte Dateikompatibilität.

Nach der Korrektur den tatsächlichen Zustand kontrollieren

Eine erneute Übermittlung ist kein Beweis für eine erfolgreiche Korrektur. Prüfen Sie nach der Bearbeitung zuerst den neuen Uploadstatus und anschließend den neuen Verarbeitungsbericht. Vergleichen Sie die betroffenen SKUs mit der ursprünglichen Fehlerliste und achten Sie darauf, ob derselbe Datensatz erneut beanstandet wird oder ein anderes Ergebnis erscheint. Vermeiden Sie die Annahme, eine Wiederholung müsse zwangsläufig erfolgreich sein.

Die abschließende Kontrolle sollte den tatsächlichen Artikel- oder Lagerzustand in Seller Central einbeziehen. Wenn eine Zeile im Bericht als erfolgreich erscheint, kontrollieren Sie die relevante SKU dennoch dort, wo der betreffende Zustand angezeigt wird. Bei einer Warnung halten Sie fest, ob sie für die konkrete Aufgabe eine Änderung erfordert oder ob der aktuelle Zustand bereits dem beabsichtigten Ergebnis entspricht. Eine Statusmeldung oder ein Bericht ersetzt diese Prüfung nicht.

Eine kompakte Prüfliste für die Übergabe:

• [ ] Die unveränderte Originaldatei und der zugehörige Bericht sind getrennt gespeichert.
• [ ] Der Bericht gehört nach Dateiname oder den verfügbaren Uploadangaben zur richtigen Übermittlung.
• [ ] Jede betroffene SKU wurde mit Datensatznummer und Originaldatei abgeglichen.
• [ ] Fehler und Warnungen stehen in getrennten Prüflisten.
• [ ] Änderungen erfolgten in einer separaten, passenden Vorlage und nicht im Originalbericht.
• [ ] Die aktuelle Meldung nach einer erneuten Verarbeitung wurde geprüft.
• [ ] Der tatsächliche Zustand der betroffenen Artikel oder Bestände wurde in Seller Central kontrolliert.
• [ ] Screenshots und Arbeitskopien enthalten keine unnötigen Konto- oder personenbezogenen Daten.

Die Liste eignet sich auch als internes Verfahren für kleine Teams: Eine Person ordnet Bericht und Quelldatei zu, eine zweite prüft bei kritischen Änderungen die SKU und den resultierenden Zustand. Daraus folgt keine pauschale Pflicht zur Vier-Augen-Prüfung; es ist eine organisatorische Entscheidung, die sich nach Fehlerfolgen, Arbeitsaufteilung und internen Datenschutzregeln richtet. Für die Ablage sollten nur die Daten aufbewahrt werden, die für die Nachvollziehbarkeit tatsächlich benötigt werden. Bei der Nutzung externer Arbeitsumgebungen sind Zugriffsrechte, Speicherort und Löschfristen gesondert zu prüfen. Die Datenschutzhinweise von ArmMacs können dabei als Anlaufpunkt für die Prüfung der dort beschriebenen Datenverarbeitung dienen; sie ersetzen keine interne Datenschutzbewertung.

Wann ein Mac für die Berichtskontrolle sinnvoll ist

Wenn die Dateien nur gelegentlich kontrolliert werden und bereits ein geeigneter Mac vorhanden ist, besteht kein sachlicher Grund, allein für diese Aufgabe eine zusätzliche Umgebung anzumieten. Numbers kann für die Darstellung eines Textberichts hilfreich sein, doch die korrekte Auswertung hängt weiterhin von der Datei, den Importoptionen und dem Abgleich mit Seller Central ab. Ein Mac behebt weder fehlerhafte Daten in der Quelldatei noch garantiert er, dass Amazon eine erneute Übermittlung akzeptiert.

Anders fällt die Abwägung aus, wenn ein Team regelmäßig auf macOS angewiesen ist, die Prüfung nicht an einen einzelnen Arbeitsplatz gebunden sein soll oder für eine begrenzte Aufgabe eine separate Arbeitsumgebung benötigt wird. Ein lokaler Rechner ist unmittelbar verfügbar, kann aber bei Übergaben an eine einzelne Person und deren Einrichtung gebunden sein. Eine remote erreichbare Mac-Umgebung kann den Zugriff für ein Team vereinheitlichen, bringt jedoch zusätzliche Fragen zu Zugriffsrechten, Dateiübertragung, Verbindungsqualität und Datenschutz mit sich. Sie sollte deshalb nicht als Ersatz für eine kontrollierte Ablage oder für die Prüfung des Verkäuferkontos behandelt werden.

Wer eine solche Umgebung erwägt, kann zunächst die verfügbaren Mietpläne für Mac-Umgebungen prüfen und den Bedarf mit der tatsächlichen Häufigkeit der Aufgaben vergleichen. Für einzelne Berichte kann der vorhandene Arbeitsplatz die einfachere Wahl sein. Wenn jedoch wiederkehrende macOS-Prüfungen und Teamübergaben einen separaten Zugang rechtfertigen, kann ein gemieteter Mac von ArmMacs gegenüber einem gemeinsam genutzten, personengebundenen Rechner die passendere Arbeitsumgebung sein. Das ist eine Entscheidung über den Zugriff auf macOS, nicht über den Erfolg eines Amazon-Uploads: Fehlerursache, Warnungen und Bestandsstatus müssen weiterhin anhand des Berichts und des Verkäuferkontos geprüft werden.

Wer den Uploadbericht systematisch liest, vermeidet zwei typische Fehlentscheidungen: eine unauffällige Statusmeldung als Bestätigung sämtlicher Änderungen zu werten oder wegen einzelner problematischer Zeilen die ganze Datei unbesehen erneut zu senden. Maßgeblich bleiben der Datensatzabgleich, die getrennte Behandlung von Fehlern und Warnungen sowie die abschließende Prüfung der betroffenen SKUs in Seller Central.