> For the complete documentation index, see [llms.txt](https://docs.sellermagnet.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.sellermagnet.com/de-sellermagnet-leitfaden/bestandsverwaltung-and-betrieb/fee-audit.md). # Gebührenprüfung Pruefen Sie die Gebuehren, die Amazon auf Ihren abgerechneten Bestellungen berechnet hat, verifizieren Sie jede markierte Ueberhoehung gegen Amazons eigene veroeffentlichte Saetze, bevor Sie einreiche {% hint style="info" %} **Schwierigkeit:** 🟡 Fortgeschritten · **Lesezeit:** \~15 Min. {% endhint %} {% embed url="" %} ## 📋 Ueberblick Amazon berechnet Dutzende verschiedener Gebuehren ueber Referral Fees, FBA-Fulfillment-Gebuehren, Closing Fees und andere Gebuehren pro Artikel. Manchmal sieht eine Gebuehr falsch aus: ein falsch angewendeter Kategoriesatz, eine falsch gemessene FBA-Groessenstufe oder eine Belastung, die nicht zu Amazons eigenem Tarif passt. Das **Fee Audit**-Tool scannt die Gebuehren, die Amazon tatsaechlich auf Ihren abgerechneten Bestellungen berechnet hat, markiert alles, was falsch aussieht, und **verifiziert dann jede Markierung gegen Amazons eigene veroeffentlichte Saetze, bevor es Ihnen ueberhaupt sagt, einen Anspruch einzureichen**. {% hint style="success" %} **Erst markieren, dann verifizieren.** Fee Audit arbeitet in zwei Stufen. Der Scan markiert jede Gebuehr, die mehr als 5 % ueber Amazons eigener Gebuehrenschaetzung fuer dieses Produkt liegt. Eine separate Verifizierungs-Engine leitet dann aus Ihren eigenen abgerechneten Bestellungen neu ab, was Amazon haette berechnen sollen, und faellt fuer jede Markierung ein Urteil. Geld (Actual, Expected, Overcharge, Total) wird **nur dort** gezeigt, **wo dieses Urteil beweist, dass die Zeile wirklich anspruchsfaehig ist** - ueberall sonst sehen Sie einen Strich und den Grund, warum wir es nicht verifizieren konnten. Das ist Absicht: einen Anspruch auf eine Gebuehr einzureichen, die Amazon korrekt berechnet hat, schickt Sie mit einer Zahl zum Seller Support, die Amazon in einer Abfrage aus seinem eigenen Ledger widerlegt, und das kostet Sie Glaubwuerdigkeit bei den Faellen, die echt sind. {% endhint %} {% hint style="warning" %} **Fee Audit erfordert einen Analyseplan.** Die Seite ist plan-gebunden. Auf einem Konto ohne Analyse-Dashboard-Plan rendert das gesamte Modul unscharf hinter einem Overlay **"Upgrade Required"** mit einer Schaltflaeche **View Plans**. Sobald Sie auf einem qualifizierenden Plan sind, traegt das Modul selbst keine zusaetzliche Gebuehr - es gibt keine Gebuehr pro Scan oder pro Anspruch. {% endhint %} *** ## 📊 Key Performance Indicators Vier Kacheln sitzen oben auf der Seite. Die Zahlen sind **urteilsgesteuert**, nicht rohe Zaehlungen markierter Zeilen - die Unterzeile unter jeder Kachel sagt Ihnen, was die Verifizierungs-Engine tatsaechlich geschlossen hat. | KPI | Was die Kachel zeigt | Unterzeile | | ---------------- | ---------------------------------------------------------------------- | ------------------------------------------------------------------------------ | | **Total Issues** | Wie viele Gebuehren markiert und geprueft wurden | Urteilsaufschluesselung, z. B. *"Charged correctly: 194 · Not verifiable: 32"* | | **Claimable** | Wie viele Markierungen die Engine als wirklich anfechtbar bewiesen hat | Der anspruchsfaehige Betrag oder *"Nothing claimable"* | | **Claims Filed** | Wie viele Ansprueche Sie erfasst haben | Geld wird absichtlich als **"-"** gezeigt (siehe Hinweis unten) | | **Resolved** | Wie viele Ansprueche geschlossen wurden | Der von Amazon **tatsaechlich erstattete** Betrag | {% hint style="info" %} **Warum "Claims Filed" bei Geld einen Strich zeigt.** Der Wert eines eingereichten Anspruchs ist nicht bekannt, bis Amazon antwortet, und die markierte Zahl zu zitieren wuerde eine Zahl auf den Bildschirm bringen, die nicht zurueckgeholt wurde. Nur die Kachel **Resolved** zeigt Geld, und sie zeigt den Betrag, den Amazon *tatsaechlich erstattet* hat - den Sie selbst eingeben, wenn Sie einen Posten als resolved markieren (Amazon erstattet oft einen Teil eines Anspruchs, nicht den vollen Betrag). {% endhint %} > **Quick Win:** Beginnen Sie mit der Kachel **Claimable**. Diese Anzahl kommt direkt aus der Verifizierungs-Engine - das sind die Markierungen, bei denen Amazons eigener veroeffentlichter Satz nachweislich von dem abweicht, was es berechnet hat, mit genug Beweisen dahinter, um sie beim Seller Support zu verteidigen. Alles andere wird zur Transparenz gezeigt, nicht weil es umsetzbar ist. *** ## 🧮 Die Urteils-Engine Dies ist das Herzstueck von Fee Audit und der Grund, warum seine Zahlen vertrauenswuerdig sind. Jede markierte Zeile wird beurteilt und traegt eines von fuenf Urteilen, gezeigt in der Spalte **Recommendation** und im Detail-Panel: | Urteil | Bedeutung | | ------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Charged correctly** | Amazons veroeffentlichter Satz fuer dieses Produkt reproduziert die berechnete Gebuehr. Keine Ueberhoehung. Dies ist das haeufige, und wertvolle, Ergebnis - Beweis, dass Sie korrekt abgerechnet werden. | | **Charged below rate** | Amazon hat *weniger* als seinen veroeffentlichten Satz berechnet. Nichts zurueckzuholen, aber beobachtenswert, falls sich der Satz aendert. | | **Discrepancy verified** | Amazon hat mehr als seinen eigenen veroeffentlichten Satz berechnet, das Modell reproduziert die Gebuehren Ihres Kontos und es stehen genug Einheiten dahinter. Dies ist das einzige Urteil, das anspruchsfaehig ist. | | **Not verifiable** | Wir koennen Amazons Gebuehrenarithmetik fuer diesen Marktplatz nicht genau genug reproduzieren, um die Zeile zu beurteilen (ungeloester Marktplatz, ein Gebuehrenmodell, das nicht zu Ihren eigenen aktuellen Gebuehren passt, eine Zeile mit Versand/Geschenkverpackung oder ein Preis pro Einheit unter dem Floor). Gezeigt, aber nicht umsetzbar. | | **Difference not proven** | Eine Diskrepanz existiert, aber wir stehen absichtlich nicht dahinter - zu wenige Einheiten oder ein gefitteter Satz, der kein tatsaechlich veroeffentlichter Amazon-Satz ist. Kein Anspruch einzureichen. | {% hint style="success" %} **Geld faellt fail-closed aus.** Die Engine reproduziert Amazons zweistufige Gebuehrenberechnung (Satz auf die korrekte Basis, dann Gebuehren-VAT) auf den **Cent** genau, unter Verwendung Ihrer eigenen abgerechneten Bestellungen statt einer generischen Gebuehrentabelle. Wenn sie diese Arithmetik nicht reproduzieren kann, meldet sie **"-"** statt zu raten. Deshalb zeigen die meisten Zeilen einen Strich: die ehrliche Antwort ist meist "diese Gebuehr ist korrekt" oder "wir koennen das Gegenteil nicht beweisen", und das Tool sagt das, statt eine zurueckholbare Zahl zu erfinden. {% endhint %} *** ## 📈 Charts * **Findings by Fee Type** (Balkendiagramm): wie **viele** Befunde in jedem Gebuehrentyp liegen (Referral Fee, FBA Fulfillment Fee, Closing Fee, Other Fee). Dieses Chart plottet **Anzahlen, kein Geld** - eine Anzahl hat keine Waehrung und benoetigt kein Urteil, sodass sie auf einen Blick sicher zu lesen ist. * **Issue Distribution** (Kreisdiagramm): der Anteil der Befunde ueber die Gebuehrentypen. > **Hinweis:** Diese Charts zaehlen Befunde, keine Euro. Ein hoher Balken bedeutet, dass viele Gebuehren dieses Typs zur Pruefung markiert wurden - nicht, dass eine grosse Summe zurueckholbar ist. Der Claimable-KPI und die Recommendation-Spalte sagen Ihnen, was tatsaechlich anfechtbar ist. *** ## Audit-Typen Fee Audit leitet den Typ jedes Befunds aus der von Amazon berechneten Gebuehr ab. Der Filter **Audit Type** bietet vier Optionen: | Typ | Was er abdeckt | Wie er geprueft wird | | ----------------------- | ------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Referral Fee** | Amazons Kategorieprovision auf jeden Verkauf | Gegen Amazons veroeffentlichten Referral-Satz auf der korrekten Gebuehrenbasis neu abgeleitet. Dies ist der Typ, der anspruchsfaehig werden kann. | | **FBA Fulfillment Fee** | Die pauschale Fulfillment-Gebuehr fuer die Groessenstufe des Produkts | Eine Pauschalgebuehr, **kein** Prozentsatz, sodass sie nie gegen einen Satz verifiziert wird. Eine Luecke bedeutet meist, dass Amazons gemessene Abmessungen/Gewicht von Ihrem Listing abweichen - die Loesung ist eine Neuvermessung, kein Satzstreit. | | **Closing Fee** | Die feste Closing Fee auf Medienkategorien | Ein fester Betrag pro Kategorie, kein Prozentsatz, sodass sie nicht satzverifiziert wird. Pruefen Sie die Kategorie des Listings, bevor Sie einen Fall oeffnen. | | **Other Fee** | Jede andere Gebuehr pro Artikel, die Amazon berechnet hat und die ueber der Schaetzung zurueckkam | Zur Sichtbarkeit markiert; generell **Not verifiable**, weil es keinen veroeffentlichten Satz zum Reproduzieren gibt. | {% hint style="info" %} **Legacy-Typen.** Aeltere Audit-Zeilen tragen moeglicherweise noch die Labels **Wrong Category** oder **Weight / Dimension**. Diese stammen aus einer frueheren Version des Scans und werden nur auf diesen historischen Zeilen gezeigt - sie sind **keine** Optionen im Audit-Type-Filter. Neue Befunde sind immer einer der vier obigen Typen. {% endhint %} *** ## 👣 Schritt-fuer-Schritt-Beispiel: Eine verifizierte Referral-Fee-Diskrepanz > **Szenario:** Sie verkaufen ein Haushaltswarenprodukt auf Amazon.de. Die Verifizierungs-Engine hat das Referral-Verhalten Ihres Kontos aus Ihren eigenen abgerechneten Bestellungen gefittet und kann Amazons Gebuehren auf den meisten davon auf den Cent reproduzieren. Bei einer ASIN hat Amazon eine Referral Fee berechnet, die hoeher ist als sein eigener veroeffentlichter Satz fuer die Kategorie des Produkts auf der korrekten (VAT-inklusiven) Basis - und zwar ueber genug Einheiten, um verteidigbar zu sein. > > **Was die Zeile zeigt:** > > **Was zu tun ist:** > > 1. Klicken Sie auf die Zeile, um das Detail-Panel zu oeffnen, und lesen Sie **"Why this is on your list"** - die Zeile *Flagged by the scan* und das Urteil *What we found when we checked it*. > 2. Folgen Sie dem Referral-Satz-Leitfaden-Block: **Seller Central > Help > Get Support > Selling on Amazon > Your account > Fees and charges**. > 3. Klicken Sie auf **File Claim**, kopieren Sie die automatisch generierte Vorlage und fuegen Sie sie in den Fall ein. Haengen Sie die Detailseite der Beispielbestellung an. > 4. Halten Sie es bei einem Produkt pro Fall und zitieren Sie Amazons veroeffentlichten Satz. | Feld | Wert | | ----------------- | ------------------------------------------------------------- | | Audit Type | Referral Fee | | Recommendation | **Discrepancy verified** - *Open a case with Amazon* | | Actual Fee | (die von Amazon tatsaechlich berechnete Gebuehr) | | Expected Fee | (Amazons veroeffentlichter Satz auf der korrekten Basis) | | Overcharge / Unit | die Luecke pro Einheit | | Total Overcharge | die Luecke des gesamten Bestellelements, gemaess den Beweisen | | Status | Open | {% hint style="success" %} **Dies ist die Ausnahme, nicht die Regel.** Ueber ein echtes Flotten-Audit hinweg wurde die ueberwaeltigende Mehrheit der markierten Gebuehren als **Charged correctly** oder **Not verifiable** beurteilt. Eine wirklich verifizierte, anspruchsfaehige Diskrepanz ist selten - was genau der Grund ist, warum das Tool ueberall sonst Geld unterdrueckt. Wenn Sie eine bekommen, lohnt es sich einzureichen, gerade weil sie verteidigbar ist. {% endhint %} *** ## 👣 Schritt-fuer-Schritt-Beispiel: Eine Markierung, die nicht verifiziert werden konnte > **Szenario:** Der Scan markierte eine FBA Fulfillment Fee, die hoeher als Amazons Schaetzung zurueckkam. Als die Engine sie pruefte, landete die Zeile auf **Not verifiable** - FBA-Gebuehren sind eine pauschale Groessenstufen-Gebuehr, kein Prozentsatz, sodass es keinen Satz zum Reproduzieren gibt. > > **Was die Zeile zeigt:** > > **Was das Detail-Panel Ihnen sagt:** der FBA-Leitfaden-Block erklaert, dass dies eine **Groessen- und Gewichtsfrage ist, keine Satzfrage**. Ein Unterschied bedeutet hier meist, dass Amazons gemessene Abmessungen oder Gewicht von Ihrem Listing abweichen. > > **Was zu tun ist (ausserhalb eines Gebuehrenanspruchs):** > > 1. **Seller Central > Reports > Fulfilment > Fee Preview** - die Groessenstufe und Abmessungen pruefen, die Amazon haelt. > 2. Vergleichen Sie sie mit der tatsaechlich verpackten Einheit. Falls sie abweichen, messen und wiegen Sie sie selbst. > 3. **Seller Central > Help > Get Support > Fulfilment by Amazon > FBA fee or product-size issue** - eine Neuvermessung anfordern und Ihre Messungen sowie ein Foto neben einem Lineal anhaengen. > 4. Wenn die Neuvermessung Ihnen zustimmt, bitten Sie um Erstattung der Differenz fuer den betroffenen Zeitraum. | Feld | Wert | | -------------------------------------- | ------------------------- | | Audit Type | FBA Fulfillment Fee | | Recommendation | **Not verifiable** | | Actual / Expected / Overcharge / Total | **-** (Geld unterdrueckt) | | Status | No action needed | {% hint style="warning" %} **Ein Strich ist Information, kein Versagen.** Wenn eine Zeile "-" und "Not verifiable" zeigt, bedeutet das nicht, dass der Scan kaputt ist. Es bedeutet, dass das Tool die Gebuehr geprueft hat und keine Ueberhoehung beweisen konnte - also weigert es sich, Ihnen eine Zahl zu geben, die Sie nicht verteidigen koennen. Oeffnen Sie das Detail-Panel, um genau zu sehen, was geprueft wurde und warum. {% endhint %} *** ## Audit Items Table ![Fee Audit Dashboard - Erkennung von Ueberhoehungen und Rueckerstattungsanspruechen Screenshot](https://2223953701-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxswMpY7GHzpimRrfNhQW%2Fuploads%2Fgit-blob-204889ca1193558029f12be77d214b1d4c1cdf7a%2Ffee-audit.png?alt=media) | Spalte | Beschreibung | | ---------------------------- | ------------------------------------------------------------------------------------------------------------------------- | | Checkbox | Fuer Massenaktionen auswaehlen | | **Marketplace** | Laenderflagge und Name | | **Audit Type** | Gebuehrentyp-Badge | | **Product** | Produkt-Thumbnail und Name | | **ASIN** | Amazon Standard Identification Number (verlinkt zu Amazon) | | **SKU (Stock Keeping Unit)** | Verkaeufer-SKU | | **Actual Fee** | Was Amazon berechnet hat - nur gezeigt, wo ein Urteil es stuetzt, sonst **-** | | **Expected Fee** | Amazons veroeffentlichter Satz auf der korrekten Basis - nur auf anspruchsfaehigen Zeilen gezeigt, sonst **-** | | **Overcharge** | Luecke pro Einheit - **-**, sofern die Zeile nicht anspruchsfaehig ist | | **Occurrences** | Einheiten hinter dem Befund | | **Total Overcharge** | Die gesamte Luecke - **-**, sofern die Zeile nicht anspruchsfaehig ist | | **Recommendation** | Das Urteils-Badge (Charged correctly, Not verifiable, Discrepancy verified usw.) plus der vorgeschlagene naechste Schritt | | **Status** | Open, Claim Filed, Resolved, Dismissed (oder "No action needed", wo das Urteil ueberschreibt) | | **Detected** | Wann der Befund erfasst wurde | | **Actions** | View Details und File Claim **nur** dort, wo ein Anspruch tatsaechlich aufgebaut werden kann | {% hint style="info" %} **Korrekt berechnete Zeilen werden aus der Liste herausgefiltert.** Sie werden in der KPI-Unterzeile gezaehlt, aber nicht als Zeilen ausgegeben, sodass die Tabelle auf das fokussiert bleibt, was einen Blick braucht. Wenn das passiert, vermerkt es die Paginierungszeile, z. B. *"194 charged correctly, not listed."* {% endhint %} Die Tabelle traegt zudem eine Checkbox **Show dismissed** (auf dem Tab **All**), einen Pro-Seite-Waehler von **10 / 25 / 50 / 100** Zeilen, sortierbare Spalten und ein Suchfeld, das ASIN, SKU und Gebuehrentyp abgleicht. *** ## Ansprueche einreichen ![Reimbursements-Modul: Ansprueche fuer verlorenen und beschaedigten Bestand verfolgen Screenshot](https://2223953701-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxswMpY7GHzpimRrfNhQW%2Fuploads%2Fgit-blob-8cd16dccf0e1320ac6e893b5094dcac841f1d15c%2Freimbursements.png?alt=media) {% hint style="info" icon="circle-info" %} **Das Einreichen erfasst den Anspruch in SellerMagnet; es reicht ihn NICHT automatisch bei Amazon ein.** SellerMagnet verfolgt den Status des Anspruchs und gibt Ihnen eine fertige, einzufuegende Vorlage, aber Sie oeffnen den tatsaechlichen Fall in Seller Central selbst. Das optionale Case-ID-Feld ist dort, wo Sie die beiden miteinander verknuepfen. {% endhint %} Die Aktion **File Claim** erscheint nur auf Zeilen, die die Engine als anspruchsfaehig bewiesen hat (Urteil **Discrepancy verified**). Ein Klick darauf - von der Zeile oder dem Detail-Panel - oeffnet das Modal **File Fee Overcharge Claim**, das zwei optionale Eingaben plus eine versandfertige Vorlage hat: | Feld | Hinweise | | ------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Amazon Case ID** | Optional. Fuellen Sie dies aus, wenn Sie bereits einen Fall in Seller Central geoeffnet haben (z. B. `1234567890`), damit Sie ihn spaeter querverweisen koennen | | **Notes** | Optional. Frei-Text-Notizen, die fuer Ihre eigenen Aufzeichnungen beim Anspruch aufbewahrt werden | ### Anspruchszusammenfassung und Vorlage Das Modal zeigt eine **Anspruchszusammenfassungs-Karte** fuer den Posten, den Sie einreichen - den Produktnamen, den Audit-Typ und die Gesamtueberhoehung -, damit Sie bestaetigen koennen, dass Sie gegen das richtige Problem einreichen. Darunter steht eine vorausgefuellte **Anspruchsvorlage** (*"Claim Template (copy & paste into Seller Central)"*). SellerMagnet setzt aus den verifizierten Beweisen des Postens eine vollstaendige Support-Nachricht zusammen: den Gebuehrentyp, ASIN/SKU, die von Amazon berechnete Gebuehr, die erwartete Gebuehr zum veroeffentlichten Satz, die Ueberhoehung pro Einheit, die Anzahl der Einheiten, die Gesamtueberhoehung und eine Beispiel-Order-ID. Verwenden Sie **Copy to Clipboard**, um den Text zu greifen und in einen Seller-Central-Support-Fall einzufuegen. Klicken Sie auf **Submit Claim**, um den Anspruch in SellerMagnet zu erfassen (dies verschiebt den Posten zu **Claim Filed**). > **Profi-Tipp:** Sie muessen den Anspruch nicht von Grund auf schreiben. SellerMagnet generiert die vollstaendige Vorlage automatisch aus den eigenen verifizierten Zahlen des Postens. Klicken Sie einfach auf **Copy to Clipboard** und fuegen Sie sie in Ihren Seller-Central-Fall ein. ### Ein Problem verwerfen Um ein Problem beiseitezulegen, verwenden Sie **Dismiss** (von der Zeile, dem Detail-Panel oder in Masse). Das Modal **Dismiss Issue** laesst Sie einen optionalen **Grund** hinzufuegen und weist darauf hin, dass die Aktion umkehrbar ist - verworfene Posten wandern auf den Tab **Dismissed** und koennen spaeter wieder geoeffnet werden. ### Wieder oeffnen und aufloesen * **Reopen** (Detail-Panel, bei einem verworfenen Posten): setzt einen verworfenen Befund zurueck in den Workflow. Nuetzlich, weil das Audit auch Befunde automatisch verwirft, die ein neuer Scan nicht mehr erkennt, und Sie einen davon vielleicht zurueckhaben moechten. * **Mark as resolved** (Detail-Panel, bei einem eingereichten Anspruch): schliesst den Kreis. Es fragt Sie nach **wie viel Amazon tatsaechlich erstattet hat** - lassen Sie es leer, wenn Sie es nicht wissen. Diese Zahl, nicht der geforderte Betrag, ist es, was den **Resolved**-KPI speist, sodass die Kachel echtes zurueckgeholtes Geld meldet. ### Massenaktionen Setzen Sie Haekchen bei den Checkboxen mehrerer Zeilen, um die Massenaktionsleiste einzublenden, und waehlen Sie dann: * **File Claims** - markiert jeden ausgewaehlten anspruchsfaehigen Posten in einem Schritt als **Claim Filed**. Nicht-anspruchsfaehige Auswahlen werden mit einem Hinweis uebersprungen. * **Dismiss** - markiert jeden ausgewaehlten Posten in einem Schritt als **Dismissed**. ### Export Verwenden Sie das Dropdown **Export**, um die aktuelle Ansicht als **CSV** oder **Excel** fuer Ihre Aufzeichnungen oder Ihren Buchhalter herunterzuladen. Der Export beruecksichtigt Ihre aktuellen Filter und den Tab. *** ## Anspruchs-Status-Lebenszyklus Jeder Audit-Posten traegt einen gespeicherten Status, der verfolgt, wo er im Rueckgewinnungs-Workflow sitzt. Beachten Sie, dass das **Recommendation**-Urteil eine separate Frage ist - eine Zeile kann als "Open" gespeichert sein, waehrend ihr Urteil "No action needed" liest, in welchem Fall das Status-Badge **No action needed** zeigt, um sich nicht selbst zu widersprechen. | Status | Bedeutung | | --------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Open** | Der Befund wurde noch nicht triagiert. Jede markierte Zeile startet hier. (Dies ist der mit "Open" bezeichnete Tab; der zugrunde liegende gespeicherte Status ist der Aktion-noetig-Zustand des Workflows.) | | **Claim Filed** | Sie haben einen Anspruch erfasst (einzeln oder in Masse) und warten auf Amazons Antwort | | **Resolved** | Sie haben den Anspruch als geschlossen markiert und erfasst, was Amazon erstattet hat - der Posten zeigt keine weiteren Aktionen | | **Dismissed** | Sie haben den Posten beiseitegelegt; umkehrbar via **Reopen** | {% hint style="info" %} **Legacy-Status.** Einige historische Zeilen zeigen moeglicherweise noch **Detected** aus einer frueheren Version. Neue Befunde verwenden ihn nicht. {% endhint %} *** ## Fee-Audit-Ueberpruefungsprozess-Vorlage Verwenden Sie diesen strukturierten Prozess, um das Beste aus Fee Audit herauszuholen: ### Woechentliche Ueberpruefung (10 Minuten) * [ ] Die Fee-Audit-Seite oeffnen und den **Claimable**-KPI pruefen. * [ ] Zum Tab **Open** wechseln und die Spalte **Recommendation** lesen. * [ ] Ansprueche fuer alle **Discrepancy verified**-Zeilen einreichen, hoechste Gesamtsumme zuerst. * [ ] Alles verwerfen, was Sie geprueft und entschieden haben, nicht zu verfolgen. ### Monatliche Tiefenpruefung (30 Minuten) * [ ] Das **Audit Window** setzen und **Run Audit** fuer einen frischen Scan klicken. * [ ] Die Urteilsmischung in der Unterzeile **Total Issues** pruefen - ueberwiegend "Charged correctly" ist ein gesundes Konto. * [ ] Fuer alle **Not verifiable** FBA-Zeilen den Neuvermessungs-Leitfaden im Detail-Panel befolgen. * [ ] Den Tab **Resolved** pruefen und bestaetigen, dass Amazons Rueckerstattungen zu dem passen, was Sie erfasst haben. * [ ] Alle **Claim Filed**-Posten aelter als 30 Tage nachverfolgen und dann **Mark as resolved** mit dem tatsaechlichen Betrag. * [ ] Einen monatlichen Bericht fuer Ihre Finanzunterlagen exportieren. ### Vierteljaehrliche strategische Ueberpruefung (45 Minuten) * [ ] Ein frisches Audit ueber ein laengeres Fenster (180 oder 365 Tage) durchfuehren. * [ ] Schauen, welche Gebuehrentypen im Chart **Findings by Fee Type** wiederkehren. * [ ] Fuer Produkte mit wiederkehrenden FBA-Groessenstufen-Luecken Cubiscan-Neuvermessungen in Seller Central anfordern. * [ ] Amazons neuesten Gebuehrentarif auf Aenderungen pruefen, die Ihren Katalog betreffen koennten. *** ## 🔍 Filter | Filter | Optionen | | ---------------- | --------------------------------------------------------------------------------------------- | | **Marketplace** | All Marketplaces oder ein bestimmter verbundener Marktplatz | | **Audit Type** | All Types, Referral Fee, FBA Fulfillment Fee, Closing Fee, Other Fee | | **Status** | All Statuses, Action Needed, Claim Filed, Resolved, Dismissed | | **Audit Window** | Letzte 30, 60, 90 (Standard), 180 oder 365 Tage - angewendet, wenn Sie **Run Audit** druecken | Verwenden Sie **Apply**, um die Filter auszufuehren, und **Reset**, um sie zu loeschen. *** ## Detail-Seitenpanel Klicken Sie auf eine beliebige Zeile, um das Detail-Panel zu oeffnen. Es gibt Ihnen die vollstaendigen Beweise hinter dem Befund: * **Why this is on your list** - zwei klar formulierte Haelften: *Flagged by the scan* (die Gebuehr lag beim Lauf des Audits mehr als 5 % ueber Amazons Schaetzung) und *What we found when we checked it* (das Urteils-Badge und seine Erklaerung). * **Fee Comparison** - Actual, Expected, Ueberhoehung pro Einheit und gesamt. Geld wird nur gezeigt, wo ein Urteil es stuetzt; auf nicht-anspruchsfaehigen Zeilen druckt das Panel absichtlich keine Expected Fee, die Sie subtrahieren und darauf handeln koennten. * **Additional Info** - Erkennungsdatum, Beispielbestellung, Case-ID, Marktplatz und (nach Schliessen) der erstattete Betrag. * **Kontextspezifischer Leitfaden** - ein auf den Fall zugeschnittener Block: **FBA re-measure**-Schritte, ein Walkthrough fuer einen **referral-rate dispute**, eine **closing-fee**-Kategorienotiz oder eine Erklaerung **"No case to open"**, wo nichts nachweisbar ist. * **History** - der vollstaendige Audit-Trail von Statusaenderungen und Notizen. * **Fussaktionen** - Dismiss, File Claim (nur anspruchsfaehige Zeilen), **Reopen** (verworfene Zeilen) und **Mark as resolved** (eingereichte Ansprueche). > **Best Practice:** Oeffnen Sie immer das Detail-Panel, bevor Sie handeln. Der Abschnitt "Why this is on your list" und der Leitfaden-Block sagen Ihnen, ob Sie einen echten Fall haben und genau wo Sie ihn geltend machen - was Sie davor bewahrt, duenne Faelle zu oeffnen, die Ihre Glaubwuerdigkeit beim Seller Support untergraben. *** ## Ein Audit durchfuehren Bevor Sie scannen, setzen Sie das **Audit Window** in der Filterleiste - wie weit zurueck Ihre abgerechneten Bestellungen betrachtet werden sollen: **Letzte 30, 60, 90 (Standard), 180 oder 365 Tage**. Ein laengeres Fenster erfasst mehr Historie, braucht aber laenger zur Verarbeitung. Klicken Sie auf **Run Audit**, um einen neuen Scan auszuloesen. Die Schaltflaeche erscheint in der Tabellen-Toolbar (als primaere Aktion der Seite) und erneut neben dem **Last audit**-Zeitstempel am unteren Rand der Seite. Jeder Lauf **verwirft** zudem **automatisch** offene Befunde, die der neue Scan nicht mehr erkennt, sodass die Liste immer das neueste Audit widerspiegelt. {% hint style="info" %} **Automatisches Audit beim ersten Lauf.** Da das Audit opt-in ist, landet ein brandneues Konto auf einer leeren Seite. Um einen leeren Bildschirm ohne Erklaerung zu vermeiden, **startet SellerMagnet automatisch einen Scan** fuer ein Konto, das noch nie auditiert wurde. Er ist einmalig und rate-limitiert (etwa 24 Stunden Cooldown pro Konto), sodass er nie in einer Schleife laeuft - und die manuelle Schaltflaeche **Run Audit** ist nicht betroffen. {% endhint %} {% hint style="warning" %} **Verarbeitungszeit einraeumen.** Ein vollstaendiges Fee Audit kann mehrere Minuten dauern und, bei grossen Katalogen, laenger - der Scan ruft Amazons Fee-Estimate-API einmal pro Produkt pro Marktplatz mit etwa einer Anfrage pro Sekunde auf, und die Verifizierungs-Engine leitet jede Gebuehr aus Ihren abgerechneten Bestellungen neu ab. Ein Banner zeigt, dass der Lauf in Bearbeitung ist; er laeuft im Hintergrund weiter, auch wenn Sie wegnavigieren, sodass Sie spaeter aktualisieren koennen, um die Ergebnisse zu sehen. {% endhint %} *** ## 🔄 Vorher & Nachher: Was Fee Audit veraendert | Metrik | Vor SellerMagnet | Nach SellerMagnet | | ---------------------------------------- | ------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------- | | Gebuehrenverifizierung | Manuelle Stichproben, falls ueberhaupt | Jede Gebuehr abgerechneter Bestellungen gescannt und beurteilt | | Vertrauen in einen Anspruch | Raten gegen eine generische Gebuehrentabelle | Gegen Amazons eigenen veroeffentlichten Satz auf Ihren eigenen Bestellungen verifiziert | | Eingereichte falsche Ansprueche | Haeufig - eine Diskrepanz vs. einer Schaetzung sieht aus wie eine Ueberhoehung | Unterdrueckt - Geld erscheint nur, wo es nachweisbar ist | | Zeit fuer die Gebuehrenpruefung | Stunden oder nie getan | Minuten pro Woche | | Wissen, dass Ihre Gebuehren korrekt sind | Unbekannt | Explizit angegeben - "Charged correctly" ist ein Ergebnis, kein Schweigen | *** ## Saisonale & Timing-Hinweise {% hint style="danger" %} **Januar und Juni: Amazons Gebuehrenaenderungsfenster.** Amazon aktualisiert seine Gebuehrentarife typischerweise im Januar (wirksam ab Februar) und Juni (wirksam ab Juli). Fuehren Sie innerhalb von 2 Wochen nach jeder Gebuehrenaenderung ein vollstaendiges Audit durch - neue Stufen oder Saetze koennen waehrend des Uebergangs falsch auf Ihre Produkte angewendet werden. {% endhint %} {% hint style="warning" %} **Nach Listing-Aktualisierungen:** Wenn Sie das Gewicht, die Abmessungen oder die Kategorie eines Produkts aktualisieren, fuehren Sie 7-14 Tage spaeter ein Fee Audit durch. Amazons Systeme spiegeln die Aenderung moeglicherweise nicht sofort wider, und Sie koennten waehrend des Uebergangs falsch belastet werden. {% endhint %} > **Q4-Volumenpruefung:** Waehrend Q4 steigt Ihr Bestellvolumen, sodass jeder echte Gebuehrenfehler ueber mehr Transaktionen multipliziert wird. Fuehren Sie von Oktober bis Dezember haeufiger Audits durch und handeln Sie zeitnah auf die verifizierten Befunde - Amazons Anspruchsfenster sind begrenzt. {% hint style="info" %} **Neue Produkteinfuehrungen:** Wenn Sie ein neues Produkt einfuehren, weist Amazon beim ersten FBA-Wareneingang initiales Gewicht, Abmessungen und Kategorie zu. Fuehren Sie innerhalb von 2-3 Wochen nach Eingang Ihrer ersten FBA-Sendung ein Audit durch - dann treten Klassifizierungsfehler am haeufigsten auf, und sie zeigen sich als FBA-Groessenstufen-Luecken, die Sie fuer eine Neuvermessung geltend machen koennen. {% endhint %} ***
⚠️ Haeufige Fehler, die Sie vermeiden sollten {% hint style="danger" %} * **Fehler 1: Jeden Befund als Ueberhoehung behandeln.** Eine markierte Zeile ist ein *Kandidat*, kein bewiesener Anspruch. Lesen Sie das Recommendation-Urteil, bevor Sie handeln - die meisten Markierungen werden als "Charged correctly" oder "Not verifiable" beurteilt. * **Fehler 2: Auf einer "-"-Zeile einreichen.** Wenn Geld unterdrueckt ist, konnte das Tool keine Ueberhoehung beweisen. Trotzdem einzureichen schickt Amazon eine Zahl, die es aus seinem eigenen Ledger widerlegt, und schwaecht Ihre Glaubwuerdigkeit bei den echten Faellen. * **Fehler 3: FBA-"Not verifiable"-Zeilen ignorieren.** Das sind keine Sackgassen - es ist meist ein Groessenstufen-Messproblem. Folgen Sie dem Neuvermessungs-Leitfaden im Detail-Panel; die Loesung liegt in einem Fulfilment-Fall, nicht in einem Gebuehrenstreit. * **Fehler 4: Den geforderten Betrag als erstatteten Betrag erfassen.** Amazon erstattet haeufig einen Teil eines Anspruchs. Geben Sie ein, was Amazon *tatsaechlich* gezahlt hat, wenn Sie Mark as resolved, damit der Resolved-KPI ehrlich bleibt. * **Fehler 5: Nach Gebuehrentarifaenderungen nicht erneut laufen lassen.** Vor einer Aenderung korrekt klassifizierte Produkte koennen danach falsch klassifiziert werden. Ein frischer Run Audit prueft alles erneut gegen die aktuellen Saetze. {% endhint %}
## 🔧 Fehlerbehebung ### Warum zeigt das Audit null Befunde? 1. **Ihre Gebuehren koennten wirklich korrekt sein.** Die meisten Konten werden die meiste Zeit korrekt abgerechnet - und das Tool sagt das, statt Probleme zu erfinden. 2. **Fuehren Sie ein frisches Audit durch.** Klicken Sie auf **Run Audit** und warten Sie, bis es abgeschlossen ist. Der Zeitstempel **Last audit** sollte sich aktualisieren. 3. **Pruefen Sie Ihre Filter.** Sie betrachten vielleicht einen Marktplatz, Typ oder Status ohne passende Zeilen oder ein zu kurzes Fenster. 4. **Verifizieren Sie Ihre Kontoverbindung.** Gehen Sie zu Settings > Connections und bestaetigen Sie, dass Ihr Amazon-SP-API-Zugriff (Selling Partner API) mit den erforderlichen Berechtigungen aktiv ist. ### Warum wird Geld auf fast jeder Zeile als "-" angezeigt? Weil die Verifizierungs-Engine nur Geld zeigt, das sie beweisen kann. Sie reproduziert Amazons Gebuehrenarithmetik auf den Cent aus Ihren eigenen abgerechneten Bestellungen; wo sie das nicht kann (ein ungeloester Marktplatz, ein Modell, das nicht zu Ihren aktuellen Gebuehren passt, eine Zeile mit Versand oder Geschenkverpackung, ein Preis unter dem Floor oder zu wenige Einheiten), meldet sie einen Strich und ein Urteil wie **Not verifiable** oder **Difference not proven** statt einer Zahl, auf die Sie handeln koennten. Oeffnen Sie das Detail-Panel, um genau zu sehen, was geprueft wurde. ### Die "Expected Fee" ist leer - wie wird sie berechnet? Die Expected Fee ist Amazons veroeffentlichter Referral-Satz, angewendet auf die korrekte Gebuehrenbasis fuer den Marktplatz (VAT-inklusiver Artikelpreis in EU/UK, Principal in US/CA usw.), reproduziert aus Ihren eigenen Bestellungen. Sie wird **nur** auf Zeilen gezeigt, die die Engine als anspruchsfaehig bewiesen hat. Auf jeder anderen Zeile ist sie unterdrueckt, weil das Drucken eines "Expected", hinter dem wir nicht stehen, Sie einladen wuerde, es von der tatsaechlichen Gebuehr zu subtrahieren und auf die Differenz einzureichen. ### Eine FBA-Gebuehr sieht falsch aus, aber das Urteil sagt "Not verifiable". FBA-Fulfillment-Gebuehren sind eine Pauschalgebuehr fuer die Groessenstufe, die Amazon gemessen hat - kein Prozentsatz - sodass es keinen Satz zum Reproduzieren gibt. Eine Luecke bedeutet fast immer, dass Amazons erfasste Abmessungen oder Gewicht von Ihrem Produkt abweichen. Folgen Sie dem FBA-Leitfaden-Block im Detail-Panel: pruefen Sie die Fee Preview, messen Sie die verpackte Einheit selbst und oeffnen Sie einen Fulfilment-Fall, der eine Neuvermessung anfordert. ### Warum zeigen einige Zeilen "No action needed" als ihren Status? Der gespeicherte Workflow-Status startet auf jeder Markierung als "Open", aber das Urteil kann schliessen, dass es nichts zu tun gibt. Statt ein rotes "Action Needed" neben einem Urteil zu zeigen, das das Gegenteil sagt, liest das Status-Badge **No action needed**, damit sich die Zeile nicht selbst widerspricht. *** ## ❓ FAQ
Wie weit zurueck kann ich Gebuehrenueberhoehungen geltend machen? Amazons Richtlinie erlaubt fuer die meisten Gebuehrentypen generell Ansprueche fuer Gebuehrenfehler bis zu 90 Tage zurueck; einige Kategorien unterscheiden sich. Reichen Sie zeitnah ein - je frueher Sie eine verifizierte Diskrepanz geltend machen, desto wahrscheinlicher wird sie genehmigt.
Was ist ein Cubiscan und wie fordere ich einen an? Ein Cubiscan ist Amazons offizieller Prozess zur Neuvermessung des Gewichts und der Abmessungen Ihres Produkts im Fulfillment Center. Fordern Sie einen an, indem Sie einen Fall in Seller Central unter FBA-Support (Produktgroesse / FBA-Gebuehrenproblem) oeffnen. Amazon vermisst bei naechster Gelegenheit neu und aktualisiert die erfassten Abmessungen. Dies ist der richtige Weg fuer FBA-"Not verifiable"-Befunde.
Prueft SellerMagnet Gebuehren ueber alle meine Marktplaetze? Ja. Fee Audit scannt alle verbundenen Amazon-Marktplaetze. Jeder Marktplatz hat seinen eigenen Gebuehrentarif und seine eigene Gebuehrenbasis, sodass die Verifizierungs-Engine jeden einzeln fittet. Ein Marktplatz, dessen Gebuehrenformel sie nicht loesen kann, faellt fail-closed auf "Not verifiable" statt eine Schaetzung zu produzieren. Verwenden Sie den Marketplace-Filter, um jeden zu pruefen.
Warum sagt mir das Tool, dass eine Gebuehr korrekt ist, statt Geld zu finden? Weil zu beweisen, dass eine Gebuehr richtig ist, ein echtes Ergebnis ist. Die Verifizierungs-Engine ist darauf ausgelegt, fail-closed zu sein: sie sagt Ihnen lieber "Charged correctly", als Sie mit einer Zahl zum Seller Support zu schicken, die Amazon widerlegen kann. Wenn sie eine anspruchsfaehige Diskrepanz zutage foerdert, ist diese Diskrepanz genau deshalb verteidigbar, weil alles Unbeweisbare herausgefiltert wurde.
Was, wenn mein Produkt genau an der Grenze einer Groessenstufe liegt? Groessenstufen-Grenzen sind strikt, sodass schon ein Unterschied von 1 cm oder wenigen Gramm die Gebuehrenstufe aendern kann. Diese zeigen sich als FBA-Befunde. Verifizieren Sie die verpackte Einheit gegen die Abmessungen, die Amazon haelt, fordern Sie eine Neuvermessung an, falls sie abweichen, und erwaegen Sie, die Verpackung zu trimmen, damit sie fest in der guenstigeren Stufe sitzt.
Wie unterscheidet sich Fee Audit vom Reimbursements-Tool? Reimbursements konzentriert sich auf **verlorenen, beschaedigten oder fehlenden Bestand** - physische Diskrepanzen in Ihrem Lagerbestand. Fee Audit konzentriert sich auf **finanzielle Ueberhoehungen** - Amazon berechnet den falschen Gebuehrenbetrag. Beide holen Geld zurueck, aber sie adressieren verschiedene Fehlertypen.
Brauche ich einen kostenpflichtigen Plan, um Fee Audit zu nutzen? Fee Audit erfordert einen Analyse-Dashboard-Plan. Ohne einen ist die Seite unscharf hinter einem "Upgrade Required"-Overlay. Auf einem qualifizierenden Plan traegt das Modul keine zusaetzliche Gebuehr pro Scan oder pro Anspruch.
Wie oft sollte ich ein Fee Audit durchfuehren? Mindestens monatlich und haeufiger waehrend volumenstarker Zeitraeume (Q4) oder unmittelbar nachdem Amazon Gebuehrentarifaenderungen angekuendigt hat. Da jeder **Run Audit** alles erneut prueft und Befunde automatisch verwirft, die nicht mehr zutreffen, haelt regelmaessiges Ausfuehren die Liste aktuell.
*** ## 💡 Tipps > **Profi-Tipp:** Lassen Sie die Spalte **Recommendation** die Triage machen. Reichen Sie die "Discrepancy verified"-Zeilen ein, bearbeiten Sie die "Not verifiable" FBA-Zeilen ueber einen Neuvermessungs-Fall und lassen Sie die "Charged correctly"-Zeilen in Ruhe - sie sind ein Beweis, kein Problem. > **Gewichts- und Abmessungsluecken** gehoeren zu den haeufigsten FBA-Befunden. Sie tauchen als "Not verifiable" auf, weil sie keine Satzfrage sind - fordern Sie eine **Cubiscan-Neuvermessung** in Seller Central an, um die erfassten Abmessungen zu korrigieren. > **Profi-Tipp:** Fuehren Sie eine Aufzeichnung Ihrer tatsaechlichen Produktgewichte und -abmessungen. Wenn ein Befund auf eine Groessenstufen-Luecke deutet, koennen Sie Ihre Messungen dem Neuvermessungs-Fall anhaengen, was das Ergebnis deutlich verbessert. > **Profi-Tipp:** Wenn Sie Mark as resolved, geben Sie den Betrag ein, den Amazon tatsaechlich erstattet hat. Der Resolved-KPI ist die eine Geldzahl, die das Modul als echt meldet - sie genau zu halten macht sie vertrauenswuerdig. *** ## ➡️ Wie geht es weiter? {% content-ref url="/pages/bPUKxlx2qG9B2yXPaIIw" %} [Erstattungen (Lost & Found)](/de-sellermagnet-leitfaden/bestandsverwaltung-and-betrieb/reimbursements.md) {% endcontent-ref %} {% content-ref url="/pages/LYhhr2bipbgzzwRkIjNZ" %} [Bestandsverwaltung](/de-sellermagnet-leitfaden/bestandsverwaltung-and-betrieb/inventory-management.md) {% endcontent-ref %}