Zum Inhalt

1:1-Spiegel aus dem Repo

Quelle: zulieferung/incidents/W6_INCIDENT_20260803_AMAZON_ASIN_B005DYM42A_SPERRE.md · Stand der Quelldatei: 08.08.2026 09:35 · erzeugt: 14.08.2026 00:33 Diese Seite ist eine wortgetreue Kopie. Geaendert wird immer die Quelldatei, nie diese Seite.

INCIDENT · Amazon-Angebotssperre ASIN B005DYM42A (N 1235/61) nach verpasster 48h-Frist

Severity: CRITICAL · Status: OFFEN (Appell eingereicht 07.08., wartet auf Amazon) · Entdeckt von: M (07.08.) · Diagnose: G · Loesung: M (Appell) + Schutzprogramm D-057

Schwere: HOCH (Haupt-ASIN ~4-5 Tage offline) · Status: Appell eingereicht, wartet auf Amazon · Dokumentiert: 2026-08-08 (G, nach M-Meldung) · D-052-Format

Zeitachse (Belege: Seller-Central-Fallprotokoll Case 13113507432; Gmail-Suchen 08.08.)

Zeit (MESZ) Ereignis
30.07. 12:19 Amazon eroeffnet Case 13113507432: 1 Kundenkommentar ("Motor reagiert nicht, Maschine naeht nicht") → Einstufung "poor quality or defect", Aktionsplan-Frist 48 Stunden
30.07.-01.08. KEINE Reaktion — der Fall wurde nicht bemerkt (Zustellweg s. Ursachen)
03.08. 15:51 Amazon schliesst den Fall: "Ihr Angebot wurde gesperrt" (ASIN offline)
03.08.-07.08. Angebot offline, unbemerkt (~4 Tage); Entdeckung durch M am 07.08.
06.08. M setzt interne Pruefung auf: 10-%-Lagerstichprobe, 0 Fehler; Bericht QA-B005DYM42A-2026-08-06 (DE/EN)
07.08. 23:27 Vollstaendiger Pruef-/Massnahmenbericht + PDF im Fall eingereicht; Status "In Bearbeitung"; Sperre besteht bis Amazon-Entscheid

Ursachenkette

  1. KERNBEFUND: Es gab KEINE Mail im info@-Postfach. Drei Suchen am 08.08. (ASIN+Case-ID ueber 201 Treffer; Muster "Aktionsplan/plan of action/Hello from Amazon"; in:anywhere inkl. Spam/Papierkorb): Die 30.07.-Aufforderung und die 03.08.-Sperrmitteilung sind NICHT im Postfach — der Fall lief ausschliesslich im Seller-Central-Fallprotokoll. M hat also nichts uebersehen, was zustellbar war; uebersehen wurde ein Portal-Kanal ohne jede Push-Ueberwachung.
  2. Benachrichtigungs-Einstellungen unklar: Am 22.04. wurde die Benachrichtigungs-E-Mail des Verkaeuferkontos geaendert (Amazon-Bestaetigung an p.vogt@, belegt). WOHIN Compliance-/Angebots-Benachrichtigungen heute gehen: [OFFEN: M prueft Seller Central → Einstellungen → Benachrichtigungseinstellungen].
  3. 48h-Frist vs. Bearbeitungsrhythmus: Ohne Push ist eine 48h-Frist durch menschliches Nachschauen nicht zuverlaessig einhaltbar.
  4. Kein System kannte den Angebots-Status: Odoo fuehrt keinen Amazon-Listing-Status (Anbindung synct Bestellungen, nicht Angebote). Die Sperre war in keinem unserer Systeme sichtbar — Bestellungen der ASIN blieben einfach aus.

Loesungsansaetze (inkl. verworfener)

  • VERWORFEN: "Odoo haette warnen koennen" — es gibt dort kein Listing-Status-Feld; nur INDIREKTE Erkennung (Bestell-Anomalie) ist moeglich, Latenz ~1 Tag.
  • VERWORFEN als Alleinloesung: Mail-P0-Waechter (MDA) — richtig fuer Faelle, die als Mail kommen (Prime-Warnungen, Chargebacks), haette DIESEN Fall aber nicht sicher gefangen (keine Mail vorhanden).
  • GEWAEHLT: Appell mit vollem Pruefbericht (Stichprobe 10 %, 0 Fehler; Root-Cause Bedienzustand; Bestand freigegeben) — eingereicht 07.08.

Loesung + Rollback

Appell eingereicht (07.08. 23:27), Fall wiedereroeffnet ("In Bearbeitung"). Rollback n.a. (externer Plattform-Zustand). Bis zum Amazon-Entscheid: taeglich Fallprotokoll pruefen (M, 2 Minuten — steht in der Morgenlage).

Erkennungs-Rezepte kuenftig (drei Schichten)

  • R1 SOFORT (0 Kosten, manuell): Taegliche 2-Minuten-Routine in Seller Central: Account Health + offene Faelle im Fallprotokoll → fester Punkt in der Morgenlage. PLUS: M prueft die Benachrichtigungs-Einstellungen (alle kritischen Kategorien → amazon@w6-wertarbeit.de) — dann greift kuenftig auch der Mail-Weg.
  • R2 KURZFRISTIG (n8n, kostenlos): (a) Mail-P0-Waechter fuer alles, was als Mail kommt (Muster aus w6-mail-agent-Skill); (b) Bestell-Fluss-Anomalie aus Odoo: read_group sale.order je Tag×Kanal×Top-SKU; Alarm bei 0 Bestellungen im Erwartungsfenster → erkennt JEDE Offline-Ursache (Sperre, Buybox-Verlust, Lager leer), Latenz Stunden bis 1 Tag. D-050-Regime.
  • R3 RICHTIG (Projekt "AMW Amazon-Waechter"): Amazon SP-API — Listing-Status je ASIN (getListingsItem: ACTIVE/INACTIVE) stuendlich + Notifications (LISTINGS_ITEM_ISSUES_CHANGE) + Account-Health-Blick → Telegram-P0 in Minuten, direkt an der Quelle. API kostenlos; Aufwand: SP-API-Zugang (LWA-Credentials → NUR n8n, D-054), eigener Agent 'amw' in Registry. M-Entscheid ueber Priorisierung.

Lessons (fuers System)

  1. Kritische Plattform-Kommunikation kommt NICHT zuverlaessig per Mail — Waechter gehoeren an die QUELLE (API/Portal); Mail ist nur einer von mehreren Kanaelen.
  2. Fristen unter 72 h erfordern Push aufs Handy, nicht menschliches Nachschauen.
  3. "Wo kommen Plattform-Benachrichtigungen an?" ist dokumentationspflichtiges Betriebswissen (Verfahrensdoku V2-Kapitel je Kanal).
  4. Der Umsatzschaden (~4-5 Tage Haupt-ASIN) uebersteigt die Kosten JEDER der drei Schutzschichten um Groessenordnungen.