In den deutschsprachigen Amazon Seller Forums tauchen aktuell DD+7-Fälle auf, bei denen Verkäufer ein Freigabedatum erwarten, die Auszahlung aber storniert wird oder der Betrag zwischen Zurückgestellte Transaktionen, Standard-Bestellungen und Reserve unklar wandert. Teilweise wird gleichzeitig gemeldet, dass Account Health unauffällig sei.
Für Verkäufer in Deutschland, Österreich und deutschsprachigen EU-Märkten ist das kein Thema für eine wütende Standardeskalation. Zuerst muss klar sein, ob Amazon nur die lieferdatumsbasierte Reserve anwendet, ob ein Auszahlungszyklus greift oder ob ein angrenzender Bank-, Verifizierungs-, negativer-Saldo- oder Funds-on-Hold-Fall entstanden ist.
Nicht jede stornierte Auszahlung ist ein Sperrfall
Wenn DD+7 noch läuft, ist die Lösung Reporting und Liquiditätsplanung. Wenn das Freigabedatum vorbei ist und der Betrag trotzdem nicht sauber auftaucht, braucht die Eskalation Transaktionsdaten, nicht nur Kontodruck.
Was DD+7 wirklich misst
DD+7 bezieht sich nicht auf das Bestelldatum und auch nicht automatisch auf den Tag, an dem der Verkäufer versendet. Entscheidend ist der Lieferbezug, also tatsächliches oder geschätztes Lieferdatum plus Reservezeit. Ohne diese Unterscheidung klingt jede Auszahlungslücke wie ein Fehler, obwohl sie noch normale Reserve sein kann.
- Pro Bestellung Bestelldatum, Versanddatum, bestätigtes oder geschätztes Lieferdatum und erwartetes Freigabedatum notieren.
- Tracking-Status und Carrier-Scan sichern, besonders bei FBM-Sendungen ohne saubere Zustellbestätigung.
- Zahlungsbericht auf Zurückgestellte Transaktionen, Standard-Bestellungen, verfügbare Auszahlung und Account-Level-Reserve prüfen.
- Automatischen Auszahlungszyklus und verfügbare manuelle Auszahlung getrennt vom DD+7-Datum lesen.
- FBA, FBM und mehrere EU-Marktplätze nicht in einer einzigen Summe vermischen.
Wann DD+7 das Problem nicht mehr vollständig erklärt
Eine normale DD+7-Umstellung kann kurzfristig hart wirken, weil mehrere Tage Umsatz gleichzeitig in die Reserve laufen. Kritisch wird es, wenn der Verkäufer konkrete Transaktionen mit abgelaufenem Freigabedatum zeigen kann und trotzdem keine Auszahlung möglich ist oder eine Auszahlung nachträglich storniert wird.
- Der Bericht zeigt ein Freigabedatum in der Vergangenheit, der Betrag bleibt aber unverfügbar.
- Eine Auszahlung wird angefordert, dann storniert, ohne dass der Betrag nachvollziehbar zurück in verfügbar, Reserve oder Gebühren wandert.
- Die Reserve steigt weiter, obwohl ältere Lieferungen bereits außerhalb der DD+7-Frist liegen.
- Account Health ist unauffällig, aber Bankkonto, Charge Method, Steuer- oder Verifizierungsdaten zeigen offene Prüfungen.
- Ein negativer Saldo, Rückerstattungen, A-to-z, Chargebacks, Ads-Abzüge oder FBA-Erstattungen verbrauchen den Betrag vor der Auszahlung.
Eine Zahlungsakte in einer Stunde bauen
Seller Support kann selten helfen, wenn die Anfrage nur lautet, dass Amazon Geld zurückhält. Stärker ist eine kurze Akte, die pro Betrag zeigt, wo das Geld nach Seller Central stehen müsste und wo es tatsächlich steht.
- Payments-Dashboard mit verfügbarem Saldo, Reserve, zurückgestellten Transaktionen und nächstem Auszahlungsdatum screenshotten.
- Transaktionsbericht für die betroffenen Bestellungen exportieren und Release-Date, Status, Gebühren, Erstattungen und Nettoerlös markieren.
- Stornierte Auszahlungsversuche mit Datum, Uhrzeit, Betrag, Bankkonto-Endung und sichtbarer Fehlermeldung dokumentieren.
- Offene Bank-, Kreditkarten-, Steuer-, Identitäts- oder Account-Health-Hinweise separat in die Zeitleiste aufnehmen.
- Für jeden Betrag eine Diagnosezeile schreiben: normale DD+7-Reserve, Auszahlungszyklus, Bankprüfung, negativer Saldo, Gebührenabzug oder ungeklärte Lücke.
Nicht die falsche Route eskalieren
Die stärkste Antwort hängt von der Route ab. Eine DD+7-Frage gehört nicht automatisch in einen Maßnahmenplan. Eine Bankprüfung wird nicht besser, wenn sie als Funds-on-Hold-Beschwerde formuliert wird. Und ein negativer Saldo braucht eine andere Rechenlogik als zurückgehaltenes Guthaben.
- DD+7 timing: Freigabedatum noch nicht erreicht oder Lieferdatum unklar; keine Policy-Eskalation, sondern Bericht und Cashflow-Plan.
- Bankdatenproblem: Auszahlung storniert oder blockiert, obwohl Transaktionen frei sind; Bank- und Kontoinhaberdaten prüfen.
- Verifizierung: Geld ist blockiert, weil Amazon Unternehmens-, Identitäts-, Steuer- oder Adressdaten prüft.
- Negativer Saldo: Amazon verrechnet Rückerstattungen, Gebühren oder Forderungen; erst den Saldo erklären.
- Funds on hold: Geld bleibt nach normaler Reserve und ohne einfache Bank-/Saldo-Erklärung blockiert oder hängt an Account-Review.
Wann daraus ein Recovery-Thema wird
DD+7 allein ist meistens ein Zahlungsmechanismus. Ein Recovery-Thema entsteht, wenn das Konto nach Ablauf der erwarteten Freigabe weiterhin keine Auszahlung zulässt, wenn Amazon widersprüchliche Status zeigt oder wenn die Geldfrage mit Verifizierung, Bankdaten, Account Health oder einem echten Funds-on-Hold-Hinweis zusammenfällt.
Der praktische Abschlusstest lautet: Kann ein Prüfer anhand einer Seite sehen, welche Beträge normal zurückgestellt sind, welche frei sein müssten und welcher angrenzende Blocker übrig bleibt? Wenn nicht, zuerst die Zahlungsakte ordnen, bevor weitere Fälle geöffnet oder widersprüchliche Eskalationen gesendet werden.