Varianten-Families als Vendor erstellen.
Der Vendor Central-Pfad für Varianten-Families ist ein eigener Workflow — anders als Seller Central, mit NIS-Formularen, Kosten- und MSRP-Feldern und dem Varianten-Theme, das so tief in die New-Item-Submission eingebacken ist, dass ein Fehler bedeutet, von vorne anzufangen.
Seller und Vendoren erstellen Varianten-Families nicht auf dieselbe Weise, und die Unterschiede sind größer, als die meisten Teams erwarten. Modul 4 behandelte die Seller Central-UI- und Flat-File-Routen; diese Episode beschreibt den Vendor Central-Pfad, der strukturell ein anderer Workflow mit eigenen Formularen, eigenen Validierungsregeln und einem eigenen Review-Zyklus ist.
Das NIS-Formular — Vendor Centrals Alles-auf-einmal-Einreichung
Vendor-Families beginnen als New Item Submission (NIS) — ein mehrstufiges Formular, das Parent, Children, Varianten-Theme, Attribute, Verpackung, Kosten und MSRP in einer Einreichung bündelt. Amazons internes Katalog-Team bewertet das Ganze als Einheit. Anders als bei Seller Central, wo ein Live-Parent schrittweise iteriert werden kann, erwartet das NIS die vollständige Family in einem Zug einzureichen und in einem Zug zu prüfen.
Das NIS hat vier logische Abschnitte, die vier Tabs in Vendor Central entsprechen: Product (die Parent-Attribute und Kategorie), Offer (Kosten, MSRP, Lead Time, Case Pack), Variation (das Theme und das Child-Sheet) und Content (Titel, Bullets, Beschreibung, Bilder).
Das Varianten-Theme vorab wählen — der irreversible Schritt
Anders als bei Seller Central, wo ein Child später mit einer Flat-File-Bearbeitung an einen Parent gehängt werden kann, fragt das Vendor-NIS nach dem Varianten-Theme auf dem Parent zum Erstellungszeitpunkt und behandelt es als unveränderlich. Color gewählt und später festgestellt, dass ColorSize benötigt wird — die einzige Lösung ist Löschen-und-neu-erstellen, was bedeutet, auf das Abarbeiten des ursprünglichen NIS zu warten, ein neues NIS zu öffnen und die gesamte angesammelte Bewertungshistorie der falschen Family zu verlieren. Das ist der teuerste einzelne Fehler auf der Vendor-Seite.
Der Theme-Picker ist auch kategorie-gesperrt. Vendor Central zeigt nur die Themes, die Amazon für den auf dem Product-Tab ausgewählten Browse Node genehmigt hat. Wenn das Theme nicht in der Liste steht, liegt das grundlegende Problem bei der Kategorie, nicht beim Theme — die Kategorie wechseln, bevor mit dem Theme-Picker gekämpft wird.
Das Child-Sheet
Im Variation-Tab befindet sich das Child-SKU-Sheet — eine Zeile pro Child-SKU. Jede Zeile benötigt:
- Eine eigene GTIN (oder eine vorab für die Marke genehmigte GTIN-Ausnahme). Vendor Central akzeptiert niemals eine fehlende GTIN.
- Den Attributwert für das Varianten-Theme — „Rot“, „Blau“, „Schwarz“ für Color; „S“, „M“, „L“ für Size; beides für ColorSize.
- Kosten — der Pro-Einheits-Preis, den Amazon zahlt. Pro Child gesetzt, da Pack-Anzahlen und Materialkosten variieren.
- MSRP — der empfohlene Einzelhandelspreis. Treibt den Durchgestrichener-Preis-Vergleich auf der Detail-Page an.
- Verpackungsgewicht und -abmessungen — Amazon plant Paletten und FC-Fläche auf Basis dieser Angaben; falsche Werte verzögern die PO-Annahme.
- Case Pack — wie viele Einheiten pro Innenkarton verschickt werden. Kritisch für die Nachbestellung.
Die Vendor-exklusiven Felder, die Seller nie sehen
Kosten, MSRP, Case Pack, Lead Time, Gefahrgut-Klassifizierung, Ursprungsland auf SKU-Ebene — all das ist im NIS erforderlich und hat keine Seller Central-Entsprechungen. Das Kostenfeld ist insbesondere nicht verhandelbar: Amazons Kategorie-Einkäufer wird es nach Abarbeitung des NIS neu verhandeln, aber eine Ausgangszahl muss eingereicht werden.
Was nach der Einreichung passiert
Amazon Vendor Central führt eine interne Prüfung durch, die je nach Kategorie, Markenhistorie und Q4-Timing von wenigen Stunden bis zu mehreren Wochen dauern kann. Die gesamte Family steht und fällt zusammen — ein abgelehntes Child blockiert den Parent, bis diese Zeile behoben oder aus der Family entfernt wird. Ablehnungen kommen mit einem Code (fehlendes Attribut, Kategorie-Mismatch, GTIN bereits in Verwendung) und einem Freitext-Kommentar des Katalog-Teams zurück.
Die zwei Fehlermodi, auf die vorzuplanen ist
- Stiller Stillstand. Das NIS steckt zwei Wochen in „Submitted“ fest, ohne Ablehnung, ohne Fortschritt. Die Lösung ist ein Kontakt-Käufer-Ticket über Vendor Central mit der Bitte um Beschleunigung — das Katalog-Team zeigt in der Regel innerhalb von 48 Stunden auf, was es blockiert.
- Genehmigt-dann-verwaist. Der Parent geht live, aber einem Child fehlt die GTIN-Übereinstimmung. Der Family-Selector zeigt den Parent und die genehmigten Children; das Waisen-Child ist im Katalog, aber nicht verkaufbar. Behoben wird dies durch erneutes Einreichen nur dieses Childs als einzeiligem NIS, das dem Live-Parent angehängt ist.
Die Seller-zu-Vendor-Migrations-Falle
Wenn eine Marke sowohl Seller- als auch Vendor-Konten auf denselben ASINs betreibt (häufig bei hybriden Marken), wird die Varianten-Family als Vendor-Entität existieren, auch wenn sie ursprünglich auf Seller Central aufgebaut wurde. Sobald ein Vendor-NIS auf einer ASIN landet, schränkt sich die Seller-seitige Bearbeitungsoberfläche stark ein: Titel, Bullets und Kategorie werden auf Seller Central schreibgeschützt. Die Struktur auf der Vendor-Seite zuerst planen und Seller Central nur für Angebots-Level-Änderungen (Preis, Lagerbestand) bei den Children verwenden.
Modul 5 · Episode 03 ansehen — Varianten-Families als Vendor erstellen. (Deutsch)
Ein Walkthrough des Vendor Central-NIS-Workflows für neue Varianten-Families.
Jeden Vendor-NIS-Einreichungsstatus bis zum Live-Status verfolgen.
AMALYZE zieht den Live-Status jeder eingereichten Vendor-ASIN, sodass bekannt ist, welche Children genehmigt sind, welche im Review feststecken, welche abgelehnt wurden und welche still den Parent blockieren.