+39 379 368 2435
8 Grand Canal Pl, The Liberties, Dublin, D08 HN88, Ireland
FBM Performance

Amazon FBM: Handling-Time-Pflicht ab 29. Juni sauber vorbereiten

Die neue Handling-Time-Anforderung ist keine reine Versandeinstellung. Verkäufer sollten SKU-Daten, tatsächliche Übergaben und Performance-Risiken sichern, bevor Amazon die Zeiten automatisch bewertet.

31. Mai 2026 • 6 Min. Lesezeit
Redaktionelle Prüfung

Diese öffentliche Orientierung wird nach Northlines Methodik zur Fallprüfung gepflegt.

Methodik ansehen
Verfasst von
Michele Corvo
Veröffentlicht
31. Mai 2026

Rund um den 30. Mai zeigte die Amazon Seller Forums-Diskussion eine neue Anforderung für seller-fulfilled SKUs: Ab dem 29. Juni 2026 sollen Bearbeitungszeiten stärker zur tatsächlichen Versandgeschwindigkeit passen. Amazon verweist dabei auf Automated Handling Time und auf eine laufende Prüfung von manuell gesetzten SKU-Zeiten.

Für deutsche, österreichische und deutschsprachige EU-Verkäufer ist das kein Thema für die Versandabteilung allein. Wer FBM, Seller Fulfilled Prime, Handmade, kundenspezifische Ware, DHL/DPD/UPS-Übergaben oder externe Lager nutzt, muss erklären können, warum das Versprechen im Angebot zur realen Kapazität passt.

Erst Belege sichern, dann Einstellungen ändern

Speichern Sie aktuelle Handling-Time-Einstellungen, SKU-Overrides, Versandvorlagen, Ship-by-Daten, Labelkauf und erste Carrier-Scans, bevor Sie AHT aktivieren oder Zeiten korrigieren.

Welche SKUs hängen wirklich an manueller Handling Time?

Eine pauschale Kontoänderung kann genau die Unterschiede verwischen, die später in Account Health wichtig werden. Lagerware, personalisierte Artikel, B2B-Sets, sperrige Ware und saisonale Produkte brauchen unterschiedliche Kontrollpunkte.

  • Exportieren Sie aktive seller-fulfilled SKUs mit aktueller Handling Time, Default-Wert, SKU-Override, Versandvorlage, Bestand und Fulfillment-Kanal.
  • Kennzeichnen Sie Custom, Handmade, made-to-order, schwere oder sperrige Artikel sowie Produkte mit Lieferanten- oder Werkstattabhängigkeit.
  • Vergleichen Sie 30 bis 60 Tage Rückblick: Bestelldatum, Ship-by-Date, Labelkauf, Versandbestätigung, erster Carrier-Scan und etwaige Late-Shipment-Defects.
  • Trennen Sie Amazon.de, Amazon.com, Amazon.co.uk und weitere Marktplatzdaten, damit keine US-only Annahme in eine EU-Akte rutscht.
  • Pausieren oder reduzieren Sie FBM-Angebote, deren Versprechen ohne Sonderaufwand nicht stabil eingehalten werden kann.

AHT erst nach den Ausnahmen testen

Automated Handling Time kann für Standardware sinnvoll sein. Problematisch wird es, wenn vergangene schnelle Sendungen nicht die Zukunft beschreiben: Feiertage, Montagabholungen, Werkstattkapazität, Wareneingang, lokale Carrier-Cutoffs oder saisonale Spitzen können die tatsächliche Bearbeitung verändern.

  • Prüfen Sie, ob AHT bereits aktiv ist und für welche SKUs Amazon genug belastbare Historie hat.
  • Wenn Sie manuelle Zeiten behalten, dokumentieren Sie je SKU, warum diese Zeit realistisch und nicht nur ein Puffer ist.
  • Halten Sie Wochenend- und Feiertagsregeln, Abholtage, Lager-Cutoffs und Produktionszeiten schriftlich fest.
  • Sichern Sie bei personalisierter Ware Arbeitsaufträge, Produktions-SLA oder interne Kapazitätsnotizen.
  • Vermeiden Sie künstliches Verzögern von Sendungen; die bessere Lösung ist ein Versprechen, das zur echten Kapazität passt.

LSR, OTDR und A-to-z nicht vermischen

Handling Time liegt nah an mehreren Performance-Metriken. Late Shipment Rate fragt, ob der Versand rechtzeitig bestätigt wurde. OTDR schaut auf Zustellung bis zum versprochenen Lieferdatum. A-to-z kann Buy Shipping, Zustellnachweis und Claim-Grund betreffen. Jede Route braucht eine andere Aktenlogik.

  • Für LSR: Bestelldatum, Ship-by-Date, Bestätigungszeit, erster Carrier-Scan, Ursache und Korrekturmaßnahme sichern.
  • Für OTDR: promised deliver-by date, tatsächliche Zustellung, Versandvorlage, SSA, AHT und Buy-Shipping-Label dokumentieren.
  • Für A-to-z: Claim-Grund, Zustellnachweis, Käuferkommunikation, Rückerstattung und Schutzkennzeichnung trennen.
  • Wenn Amazon ein Angebot markiert, speichern Sie Account-Health-Eintrag und Performance Notification vor jeder Template-Änderung.
  • Bei fehlendem oder verspätetem Carrier-Scan zuerst klären, ob Amazon Versandbestätigung oder Zustellung misst.

Bis Ende Juni eine SKU-Kontrollakte bauen

Der Zeitraum bis zum 29. Juni reicht, um eine kleine, prüfbare Kontrollakte aufzubauen. Sie muss nicht lang sein; sie muss zeigen, welches Versprechen gilt, welche Kapazität dahintersteht und wer die nächste Änderung verantwortet.

  • Eine Zeile pro Risiko-SKU: aktuelle Handling Time, Zielwert, AHT-Entscheidung, Kapazitätsgrund, Änderungsdatum und Owner.
  • Screenshots von Handling Time, Shipping Settings, Versandvorlage, SKU-Angebot, Account Health und Beispielaufträgen beilegen.
  • Normalwoche, Aktionswoche und Feiertagswoche separat betrachten.
  • Auslöser definieren: Bestand fehlt, Werkstatt hängt, Lager verpasst Cutoff, Carrier fällt aus oder Kunden melden wiederholt Verzögerungen.
  • Im Juli wöchentlich prüfen, ob frühe Defekte entstehen, bevor ein Performance-Hinweis daraus wird.

Wann daraus ein Recovery-Thema wird

Eine Handling-Time-Korrektur ist normalerweise operativ. Sie gehört auf die Late-Shipment-Route, sobald Amazon ein Account-Health-Signal sendet, seller-fulfilled Angebote gefährdet sind, LSR oder OTDR ansteigen oder der Verkäufer nicht belegen kann, warum sein Versprechen zur echten Bearbeitung passt.

Der praktische Abschlusstest lautet: Kann ein Prüfer sehen, welches Versprechen diese SKU hatte, welche Aufträge die tatsächliche Übergabe belegen, welche Einstellung jetzt passt und welche Kontrolle die Wiederholung verhindert? Wenn nicht, zuerst die Late-Shipment- und Performance-Akte ordnen, bevor ein weiterer Template-Wechsel oder ein allgemeiner Widerspruch folgt.

Zuständige Fallseite

Die eigentliche Fallführung bleibt auf der Seite Late Shipment Rate.

Late Shipment Rate öffnen
Verwandte Fallseiten

Nutzen Sie diese Seiten nur, wenn die Unterlagen klar auf eine andere Problemkategorie zeigen.

Wir verwenden Cookies für notwendige Website-Funktionen und optionale Analyse.