> 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/sv-or-sellermagnet-guide/lager-och-drift/fee-audit.md). # Avgiftsgranskning Granska avgifterna Amazon debiterade på dina avräknade ordrar, verifiera varje flaggad överdebitering mot Amazons egna publicerade satser innan du ansöker, och återvinn skillnaden på de anspråk som ve {% hint style="info" %} **Svårighetsgrad:** 🟡 Medel · **Lästid:** \~15 min {% endhint %} {% embed url="" %} ## 📋 Översikt Amazon debiterar dussintals olika avgifter över referral fees, FBA fulfillment fees, closing fees och andra avgifter per artikel. Ibland ser en avgift fel ut: en kategorisats felaktigt tillämpad, en FBA-storleksnivå felmätt, eller en debitering som inte matchar Amazons eget schema. Verktyget **Fee Audit** skannar de avgifter Amazon faktiskt debiterade på dina avräknade ordrar, flaggar allt som ser fel ut, och **verifierar sedan varje flagga mot Amazons egna publicerade satser innan det ens säger åt dig att ansöka om ett anspråk**. {% hint style="success" %} **Flagga först, verifiera sedan.** Fee Audit arbetar i två steg. Skanningen flaggar varje avgift som är mer än 5 % över Amazons egen avgiftsuppskattning för den produkten. En separat verifieringsmotor härleder sedan på nytt vad Amazon borde ha debiterat utifrån dina egna avräknade ordrar och når ett utlåtande om varje flagga. Pengar (Actual, Expected, Overcharge, Total) visas **endast där det utlåtandet bevisar att raden verkligen är anspråksbar** - överallt annars ser du ett streck och orsaken till att vi inte kunde verifiera det. Detta är avsiktligt: att ansöka om ett anspråk på en avgift Amazon debiterade korrekt skickar dig till Seller Support med ett tal som Amazon vederlägger från sin egen bokföring i en enda fråga, och det kostar dig trovärdighet på de fall som är verkliga. {% endhint %} {% hint style="warning" %} **Fee Audit kräver en analysplan.** Sidan är plan-begränsad. På ett konto utan en analysinstrumentpanelsplan renderas hela modulen suddig bakom en **"Upgrade Required"**-överlagring med en **View Plans**-knapp. När du väl har en kvalificerande plan medför modulen i sig ingen extra kostnad - det finns ingen avgift per skanning eller per anspråk. {% endhint %} *** ## 📊 Nyckeltal (Key Performance Indicators) Fyra rutor sitter längs sidans överkant. Talen är **utlåtandedrivna**, inte råa räkningar av flaggade rader - underraden under varje ruta talar om vad verifieringsmotorn faktiskt slöt sig till. | KPI | Vad rutan visar | Underrad | | ---------------- | --------------------------------------------------------- | -------------------------------------------------------------------------- | | **Total Issues** | Hur många avgifter som flaggades och kontrollerades | Utlåtandefördelning, t.ex. *"Charged correctly: 194 · Not verifiable: 32"* | | **Claimable** | Hur många flaggor motorn bevisade är verkligt bestridbara | Det anspråksbara beloppet, eller *"Nothing claimable"* | | **Claims Filed** | Hur många anspråk du har registrerat | Pengar visas avsiktligt som **"-"** (se anmärkningen nedan) | | **Resolved** | Hur många anspråk som avslutats | Beloppet **som faktiskt ersatts** av Amazon | {% hint style="info" %} **Varför "Claims Filed" visar ett streck för pengar.** Värdet av ett inlämnat anspråk är inte känt förrän Amazon svarar, och att citera den flaggade siffran skulle sätta ett tal på skärmen som inte har återvunnits. Endast rutan **Resolved** visar pengar, och den visar beloppet Amazon *faktiskt ersatt* - vilket du själv anger när du markerar en post som löst (Amazon ersätter ofta en del av ett anspråk, inte hela beloppet). {% endhint %} > **Snabb vinst:** Börja med rutan **Claimable**. Den räkningen kommer direkt från verifieringsmotorn - dessa är flaggorna där Amazons egen publicerade sats bevisligen skiljer sig från vad den debiterade, med tillräckligt med bevis bakom sig för att försvaras hos Seller Support. Allt annat visas för transparens, inte för att det är åtgärdbart. *** ## 🧮 Utlåtandemotorn Detta är hjärtat i Fee Audit och anledningen till att dess tal är pålitliga. Varje flaggad rad bedöms och bär ett av fem utlåtanden, som visas i kolumnen **Recommendation** och i detaljpanelen: | Utlåtande | Betydelse | | ------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Charged correctly** | Amazons publicerade sats för denna produkt återger avgiften den debiterade. Ingen överdebitering. Detta är det vanliga, och värdefulla, resultatet - bevis på att du faktureras rätt. | | **Charged below rate** | Amazon debiterade *mindre* än sin publicerade sats. Inget att återkräva, men värt att bevaka ifall satsen ändras. | | **Discrepancy verified** | Amazon debiterade mer än sin egen publicerade sats, modellen återger ditt kontos avgifter, och det finns tillräckligt många enheter bakom det. Detta är det enda utlåtandet som är anspråksbart. | | **Not verifiable** | Vi kan inte återge Amazons avgiftsberäkning för denna marknadsplats tillräckligt noggrant för att bedöma raden (olöst marknadsplats, en avgiftsmodell som inte matchar dina egna senaste avgifter, en rad som bär frakt/presentinslagning, eller ett pris per enhet under golvet). Visas, men inte åtgärdbar. | | **Difference not proven** | En avvikelse finns men vi står avsiktligt inte bakom den - för få enheter, eller en anpassad sats som inte är en faktisk publicerad Amazon-sats. Inget anspråk att lämna in. | {% hint style="success" %} **Pengar fallerar stängt.** Motorn återger Amazons tvåstegs-avgiftsberäkning (sats på rätt bas, sedan avgifts-VAT) ner till **cent**, med dina egna avräknade ordrar snarare än en generisk avgiftstabell. Om den inte kan återge den aritmetiken rapporterar den **"-"** istället för att gissa. Det är därför de flesta rader visar ett streck: det ärliga svaret är oftast "denna avgift är korrekt" eller "vi kan inte bevisa motsatsen", och verktyget säger det istället för att uppfinna en återvinningsbar siffra. {% endhint %} *** ## 📈 Diagram * **Findings by Fee Type** (Bar Chart): hur **många** fynd som ligger i varje avgiftstyp (Referral Fee, FBA Fulfillment Fee, Closing Fee, Other Fee). Detta diagram ritar **antal, inte pengar** - ett antal har ingen valuta och behöver inget utlåtande, så det är säkert att läsa vid en snabb blick. * **Issue Distribution** (Pie Chart): andelen fynd över avgiftstyperna. > **Anmärkning:** Dessa diagram räknar fynd, inte euro. En hög stapel betyder att många avgifter av den typen flaggades för kontroll - inte att en stor summa är återvinningsbar. KPI:n Claimable och kolumnen Recommendation talar om vad som faktiskt är bestridbart. *** ## Granskningstyper (Audit Types) Fee Audit härleder varje fynds typ från avgiften Amazon debiterade. Filtret **Audit Type** erbjuder fyra alternativ: | Typ | Vad den täcker | Hur den kontrolleras | | ----------------------- | --------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Referral Fee** | Amazons kategorikommission på varje försäljning | Härledd på nytt mot Amazons publicerade referral-sats på rätt avgiftsbas. Detta är den typ som kan bli anspråksbar. | | **FBA Fulfillment Fee** | Den fasta uppfyllelseavgiften för produktens storleksnivå | En fast avgift, **inte** en procentandel, så den verifieras aldrig mot en sats. Ett glapp betyder oftast att Amazons uppmätta dimensioner/vikt skiljer sig från din listning - lösningen är en ommätning, inte en satsdispyt. | | **Closing Fee** | Den fasta closing-avgiften på mediekategorier | Ett fast belopp per kategori, inte en procentandel, så den satsverifieras inte. Kontrollera listningens kategori innan du öppnar ett ärende. | | **Other Fee** | Varje annan avgift per artikel som Amazon debiterade och som kom tillbaka över uppskattningen | Flaggad för synlighet; generellt **Not verifiable** eftersom det inte finns någon publicerad sats att återge. | {% hint style="info" %} **Äldre typer.** Äldre granskningsrader kan fortfarande bära etiketterna **Wrong Category** eller **Weight / Dimension**. Dessa är från en tidigare version av skanningen och visas endast på de historiska raderna - de är **inte** alternativ i Audit Type-filtret. Nya fynd är alltid en av de fyra typerna ovan. {% endhint %} *** ## 👣 Steg-för-steg-exempel: En verifierad referral-fee-avvikelse > **Scenario:** Du säljer en hemprodukt på Amazon.de. Verifieringsmotorn har anpassat ditt kontos referral-beteende utifrån dina egna avräknade ordrar och kan återge Amazons avgifter ner till cent på de flesta av dem. På en ASIN debiterade Amazon en referral fee som är högre än sin egen publicerade sats för produktens kategori på rätt (VAT-inklusive) bas - och det gjorde den över tillräckligt många enheter för att vara försvarbart. > > **Vad raden visar:** > > **Vad du ska göra:** > > 1. Klicka på raden för att öppna detaljpanelen och läs **"Why this is on your list"** - raden *Flagged by the scan* och utlåtandet *What we found when we checked it*. > 2. Följ vägledningsblocket för referral-satsen: **Seller Central > Help > Get Support > Selling on Amazon > Your account > Fees and charges**. > 3. Klicka på **File Claim**, kopiera den automatiskt genererade mallen, och klistra in den i ärendet. Bifoga exempelorderns detaljsida. > 4. Håll det till en produkt per ärende, och citera Amazons publicerade sats. | Fält | Värde | | ----------------- | ---------------------------------------------------- | | Audit Type | Referral Fee | | Recommendation | **Discrepancy verified** - *Open a case with Amazon* | | Actual Fee | (avgiften Amazon faktiskt fakturerade) | | Expected Fee | (Amazons publicerade sats på rätt bas) | | Overcharge / Unit | glappet per enhet | | Total Overcharge | glappet för hela orderraden, enligt beviset | | Status | Open | {% hint style="success" %} **Detta är undantaget, inte regeln.** Över en verklig flottgranskning bedömdes den överväldigande majoriteten av flaggade avgifter till **Charged correctly** eller **Not verifiable**. En verkligt verifierad, anspråksbar avvikelse är ovanlig - vilket är exakt varför verktyget undertrycker pengar överallt annars. När du väl får en är det värt att ansöka just för att den är försvarbar. {% endhint %} *** ## 👣 Steg-för-steg-exempel: En flagga som inte kunde verifieras > **Scenario:** Skanningen flaggade en FBA Fulfillment Fee som kom tillbaka högre än Amazons uppskattning. När motorn kontrollerade den landade raden på **Not verifiable** - FBA-avgifter är en fast avgift per storleksnivå, inte en procentandel, så det finns ingen sats att återge. > > **Vad raden visar:** > > **Vad detaljpanelen talar om för dig:** FBA-vägledningsblocket förklarar att detta är en **storleks- och viktfråga, inte en satsfråga**. En skillnad här betyder oftast att Amazons uppmätta dimensioner eller vikt skiljer sig från din listning. > > **Vad du ska göra (utanför ett avgiftsanspråk):** > > 1. **Seller Central > Reports > Fulfilment > Fee Preview** - kontrollera storleksnivån och dimensionerna Amazon har. > 2. Jämför dem med den faktiskt packade enheten. Om de skiljer sig, mät och väg den själv. > 3. **Seller Central > Help > Get Support > Fulfilment by Amazon > FBA fee or product-size issue** - begär en ommätning och bifoga dina mätningar och ett foto bredvid en linjal. > 4. Om ommätningen håller med dig, be om att skillnaden ersätts för den berörda perioden. | Fält | Värde | | -------------------------------------- | --------------------------- | | Audit Type | FBA Fulfillment Fee | | Recommendation | **Not verifiable** | | Actual / Expected / Overcharge / Total | **-** (pengar undertryckta) | | Status | No action needed | {% hint style="warning" %} **Ett streck är information, inte ett misslyckande.** När en rad visar "-" och "Not verifiable" betyder det inte att skanningen gick sönder. Det betyder att verktyget kontrollerade avgiften och inte kunde bevisa en överdebitering - så det avstår från att lämna dig ett tal du inte kan försvara. Öppna detaljpanelen för att se exakt vad som kontrollerades och varför. {% endhint %} *** ## Tabell över granskningsposter ![Fee Audit dashboard - Overcharge detection and reimbursement claims screenshot](https://2929546095-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FmcpqEn1A5dRh1qydIYHB%2Fuploads%2Fgit-blob-204889ca1193558029f12be77d214b1d4c1cdf7a%2Ffee-audit.png?alt=media) | Kolumn | Beskrivning | | ---------------------------- | ------------------------------------------------------------------------------------------------------------------------- | | Kryssruta | Välj för massåtgärder | | **Marketplace** | Landsflagga och namn | | **Audit Type** | Avgiftstypsmärke | | **Product** | Produktminiatyr och namn | | **ASIN** | Amazon Standard Identification Number (länkar till Amazon) | | **SKU (Stock Keeping Unit)** | Säljar-SKU | | **Actual Fee** | Vad Amazon debiterade - visas endast där ett utlåtande stödjer det, annars **-** | | **Expected Fee** | Amazons publicerade sats på rätt bas - visas endast på anspråksbara rader, annars **-** | | **Overcharge** | Glapp per enhet - **-** om inte raden är anspråksbar | | **Occurrences** | Enheter bakom fyndet | | **Total Overcharge** | Hela glappet - **-** om inte raden är anspråksbar | | **Recommendation** | Utlåtandemärket (Charged correctly, Not verifiable, Discrepancy verified, och så vidare) plus det föreslagna nästa steget | | **Status** | Open, Claim Filed, Resolved, Dismissed (eller "No action needed" där utlåtandet åsidosätter) | | **Detected** | När fyndet registrerades | | **Actions** | View Details, och File Claim **endast** där ett anspråk faktiskt kan byggas | {% hint style="info" %} **Rader som debiterats korrekt filtreras ut ur listan.** De räknas i KPI-underraden men skrivs inte ut som rader, så tabellen förblir fokuserad på det som behöver en titt. När det sker noterar pagineringsraden det, t.ex. *"194 charged correctly, not listed."* {% endhint %} Tabellen bär också en kryssruta **Show dismissed** (på fliken **All**), en väljare per sida med **10 / 25 / 50 / 100** rader, sorterbara kolumner, och en sökruta som matchar ASIN, SKU och avgiftstyp. *** ## Lämna in anspråk ![Reimbursements module: track lost and damaged inventory claims screenshot](https://2929546095-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FmcpqEn1A5dRh1qydIYHB%2Fuploads%2Fgit-blob-8cd16dccf0e1320ac6e893b5094dcac841f1d15c%2Freimbursements.png?alt=media) {% hint style="info" icon="circle-info" %} **Inlämning registrerar anspråket i SellerMagnet; det skickar INTE automatiskt till Amazon.** SellerMagnet spårar anspråkets status och lämnar dig en färdig-att-klistra-in-mall, men du öppnar fortfarande själv det faktiska ärendet i Seller Central. Det valfria fältet Case ID är där du länkar de två samman. {% endhint %} Åtgärden **File Claim** visas endast på rader som motorn bevisade anspråksbara (utlåtande **Discrepancy verified**). Att klicka på den - från raden eller detaljpanelen - öppnar modalen **File Fee Overcharge Claim**, som har två valfria inmatningar plus en färdig-att-skicka-mall: | Fält | Anmärkningar | | ------------------ | ------------------------------------------------------------------------------------------------------------------------------------ | | **Amazon Case ID** | Valfritt. Fyll i detta om du redan har öppnat ett ärende i Seller Central (t.ex. `1234567890`) så att du kan korsreferera det senare | | **Notes** | Valfritt. Fritextanteckningar som behålls med anspråket för dina egna register | ### Anspråkssammanfattning och mall Modalen visar ett **anspråkssammanfattningskort** för posten du lämnar in - produktnamnet, granskningstypen och den totala överdebiteringen - så att du kan bekräfta att du lämnar in mot rätt problem. Under det finns en förifylld **anspråksmall** (*"Claim Template (copy & paste into Seller Central)"*). SellerMagnet sätter samman ett komplett supportmeddelande från postens verifierade bevis: avgiftstypen, ASIN/SKU, avgiften Amazon debiterade, den förväntade avgiften till den publicerade satsen, överdebiteringen per enhet, antalet enheter, den totala överdebiteringen, och ett exempel-order-ID. Använd **Copy to Clipboard** för att ta texten och klistra in den i ett Seller Central-supportärende. Klicka på **Submit Claim** för att registrera anspråket i SellerMagnet (detta flyttar posten till **Claim Filed**). > **Proffstips:** Du behöver inte skriva anspråket från grunden. SellerMagnet genererar automatiskt hela mallen från postens egna verifierade tal. Tryck bara på **Copy to Clipboard** och klistra in det i ditt Seller Central-ärende. ### Avvisa ett problem För att lägga ett problem åt sidan, använd **Dismiss** (från raden, detaljpanelen, eller i mängd). Modalen **Dismiss Issue** låter dig lägga till en valfri **reason** och noterar att åtgärden är reversibel - avvisade poster flyttas till fliken **Dismissed** och kan återöppnas senare. ### Återöppna och lösa * **Reopen** (detaljpanelen, på en avvisad post): sätter tillbaka ett avvisat fynd i arbetsflödet. Användbart eftersom granskningen också auto-avvisar fynd som en ny skanning inte längre upptäcker, och du kanske vill ha ett tillbaka. * **Mark as resolved** (detaljpanelen, på ett inlämnat anspråk): sluter cirkeln. Den ber dig om **hur mycket Amazon faktiskt ersatte** - lämna det tomt om du inte vet. Den siffran, inte det begärda beloppet, är vad som matar KPI:n **Resolved**, så rutan rapporterar verkligt återvunna pengar. ### Massåtgärder Bocka i kryssrutorna på flera rader för att avslöja massåtgärdsfältet, välj sedan: * **File Claims** - markerar varje vald anspråksbar post som **Claim Filed** i ett steg. Icke-anspråksbara val hoppas över, med en notering. * **Dismiss** - markerar varje vald post som **Dismissed** i ett steg. ### Export Använd rullgardinsmenyn **Export** för att ladda ner den aktuella vyn som **CSV** eller **Excel** för dina register eller din revisor. Exporten respekterar dina aktuella filter och flik. *** ## Anspråksstatusens livscykel Varje granskningspost bär en lagrad status som spårar var den sitter i återvinningsarbetsflödet. Observera att utlåtandet **Recommendation** är en separat fråga - en rad kan lagras som "Open" medan dess utlåtande lyder "No action needed", i vilket fall statusmärket visar **No action needed** för att undvika att motsäga sig själv. | Status | Betydelse | | --------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Open** | Fyndet har inte triagerats ännu. Varje flaggad rad börjar här. (Detta är fliken märkt "Open"; den underliggande lagrade statusen är arbetsflödets åtgärd-behövs-tillstånd.) | | **Claim Filed** | Du har registrerat ett anspråk (individuellt eller i mängd) och inväntar Amazons svar | | **Resolved** | Du markerade anspråket som avslutat och registrerade vad Amazon ersatte - posten visar inga fler åtgärder | | **Dismissed** | Du lade posten åt sidan; reversibelt via **Reopen** | {% hint style="info" %} **Äldre status.** Vissa historiska rader kan fortfarande visa **Detected** från en tidigare version. Nya fynd använder den inte. {% endhint %} *** ## Mall för Fee Audit-granskningsprocess Använd denna strukturerade process för att få ut mest av Fee Audit: ### Veckogranskning (10 minuter) * [ ] Öppna sidan Fee Audit och kontrollera KPI:n **Claimable**. * [ ] Växla till fliken **Open** och läs kolumnen **Recommendation**. * [ ] Lämna in anspråk för eventuella **Discrepancy verified**-rader, högsta totalen först. * [ ] Avvisa allt du har granskat och beslutat att inte driva. ### Månatlig djupgranskning (30 minuter) * [ ] Ställ in **Audit Window** och klicka på **Run Audit** för en ny skanning. * [ ] Granska utlåtandeblandningen i underraden **Total Issues** - mestadels "Charged correctly" är ett friskt konto. * [ ] För eventuella **Not verifiable** FBA-rader, följ ommätningsvägledningen i detaljpanelen. * [ ] Kontrollera fliken **Resolved** och bekräfta att Amazons ersättningar matchar det du registrerade. * [ ] Följ upp eventuella **Claim Filed**-poster som är äldre än 30 dagar, och **Mark as resolved** med det faktiska beloppet. * [ ] Exportera en månadsrapport för dina finansiella register. ### Kvartalsvis strategisk granskning (45 minuter) * [ ] Kör en ny granskning över ett längre fönster (180 eller 365 dagar). * [ ] Titta på vilka avgiftstyper som återkommer i diagrammet **Findings by Fee Type**. * [ ] För produkter med återkommande FBA-storleksnivåglapp, begär cubiscan-ommätningar i Seller Central. * [ ] Granska Amazons senaste avgiftsschema för ändringar som kan påverka din katalog. *** ## 🔍 Filter | Filter | Alternativ | | ---------------- | ---------------------------------------------------------------------------------------------- | | **Marketplace** | All Marketplaces, eller en specifik ansluten marknadsplats | | **Audit Type** | All Types, Referral Fee, FBA Fulfillment Fee, Closing Fee, Other Fee | | **Status** | All Statuses, Action Needed, Claim Filed, Resolved, Dismissed | | **Audit Window** | Senaste 30, 60, 90 (standard), 180 eller 365 dagar - tillämpas när du trycker på **Run Audit** | Använd **Apply** för att köra filtren och **Reset** för att rensa dem. *** ## Detaljsidopanel Klicka på valfri rad för att öppna detaljpanelen. Den ger dig hela beviset bakom fyndet: * **Why this is on your list** - två tydligt formulerade halvor: *Flagged by the scan* (avgiften var mer än 5 % över Amazons uppskattning när granskningen kördes) och *What we found when we checked it* (utlåtandemärket och dess förklaring). * **Fee Comparison** - Actual, Expected, överdebitering per enhet och totalt. Pengar visas endast där ett utlåtande stödjer det; på icke-anspråksbara rader skriver panelen avsiktligt inte ut en Expected Fee som du skulle kunna subtrahera och agera på. * **Additional Info** - upptäckt datum, exempelorder, case ID, marknadsplats, och (när avslutat) det lösta beloppet. * **Kontextspecifik vägledning** - ett block skräddarsytt för fallet: **FBA-ommätnings**-steg, en genomgång av **referral-satsdispyt**, en **closing-fee**-kategorianmärkning, eller en förklaring **"No case to open"** där inget är bevisbart. * **History** - hela granskningsspåret av statusändringar och anteckningar. * **Sidfotsåtgärder** - Dismiss, File Claim (endast anspråksbara rader), **Reopen** (avvisade rader), och **Mark as resolved** (inlämnade anspråk). > **Bästa praxis:** Öppna alltid detaljpanelen innan du agerar. Avsnittet "Why this is on your list" och vägledningsblocket talar om för dig om du har ett verkligt fall och exakt var du ska ta upp det - vilket hindrar dig från att öppna tunna fall som urholkar din trovärdighet hos Seller Support. *** ## Köra en granskning Innan du skannar, ställ in **Audit Window** i filterfältet - hur långt tillbaka du ska titta på dina avräknade ordrar: **Senaste 30, 60, 90 (standard), 180 eller 365 dagar**. Ett längre fönster fångar mer historik men tar längre tid att bearbeta. Klicka på **Run Audit** för att utlösa en ny skanning. Knappen visas i tabellens verktygsfält (som sidans primära åtgärd) och igen bredvid tidsstämpeln **Last audit** längst ned på sidan. Varje körning **auto-avvisar** också öppna fynd som den nya skanningen inte längre upptäcker, så listan speglar alltid den senaste granskningen. {% hint style="info" %} **Auto-granskning vid första körningen.** Eftersom granskningen är opt-in landar ett helt nytt konto på en tom sida. För att undvika en tom skärm utan förklaring **startar SellerMagnet automatiskt en skanning** för ett konto som aldrig har granskats. Det är en engångshändelse och hastighetsbegränsat (ungefär 24 timmars nedkylning per konto), så det loopar aldrig - och den manuella knappen **Run Audit** påverkas inte. {% endhint %} {% hint style="warning" %} **Tillåt bearbetningstid.** En fullständig avgiftsgranskning kan ta flera minuter och, på stora kataloger, längre - skanningen anropar Amazons fee-estimate-API en gång per produkt per marknadsplats med ungefär en förfrågan per sekund, och verifieringsmotorn härleder på nytt varje avgift från dina avräknade ordrar. En banner visar att körningen pågår; den fortsätter köra i bakgrunden även om du navigerar bort, så du kan uppdatera senare för att se resultaten. {% endhint %} *** ## 🔄 Före och efter: Vad Fee Audit ändrar | Mätvärde | Före SellerMagnet | Efter SellerMagnet | | -------------------------------------- | ----------------------------------------------------------------------- | ----------------------------------------------------------------------- | | Avgiftsverifiering | Manuella stickprov, om alls | Varje avräknad-order-avgift skannad och bedömd | | Förtroende för ett anspråk | Gissningar mot en generisk avgiftstabell | Verifierat mot Amazons egen publicerade sats på dina egna ordrar | | Falska anspråk inlämnade | Vanligt - en avvikelse mot en uppskattning ser ut som en överdebitering | Undertryckt - pengar visas endast där det är bevisbart | | Tid spenderad på avgiftsgranskning | Timmar, eller aldrig gjort | Minuter per vecka | | Att veta att dina avgifter är korrekta | Okänt | Uttryckligt angivet - "Charged correctly" är ett resultat, inte tystnad | *** ## Säsongs- och tidsråd {% hint style="danger" %} **Januari och juni: Amazons avgiftsändringsfönster.** Amazon uppdaterar vanligtvis sina avgiftsscheman i januari (gäller från februari) och juni (gäller från juli). Kör en komplett granskning inom 2 veckor efter varje avgiftsändring - nya nivåer eller satser kan felaktigt tillämpas på dina produkter under övergången. {% endhint %} {% hint style="warning" %} **Efter listningsuppdateringar:** Om du uppdaterar en produkts vikt, dimensioner eller kategori, kör en avgiftsgranskning 7-14 dagar senare. Amazons system speglar kanske inte ändringen omedelbart, och du kan debiteras felaktigt under övergången. {% endhint %} > **Q4-volymkontroll:** Under Q4 stiger din ordervolym, så alla genuina avgiftsfel multipliceras över fler transaktioner. Kör granskningar oftare från oktober till december, och agera snabbt på de verifierade fynden - Amazons anspråksfönster är begränsade. {% hint style="info" %} **Nya produktlanseringar:** När du lanserar en ny produkt tilldelar Amazon initial vikt, dimensioner och kategori under den första FBA-mottagningen. Kör en granskning inom 2-3 veckor efter att din första FBA-sändning tagits emot - detta är när klassificeringsfel oftast dyker upp, och de visar sig som FBA-storleksnivåglapp som du kan ta upp för en ommätning. {% endhint %} ***
⚠️ Vanliga misstag att undvika {% hint style="danger" %} * **Misstag 1: Behandla varje fynd som en överdebitering.** En flaggad rad är en *kandidat*, inte ett bevisat anspråk. Läs utlåtandet Recommendation innan du agerar - de flesta flaggor bedöms till "Charged correctly" eller "Not verifiable". * **Misstag 2: Ansöka på en "-"-rad.** Om pengar är undertryckta kunde verktyget inte bevisa en överdebitering. Att ändå ansöka skickar Amazon ett tal som den vederlägger från sin egen bokföring och försvagar din trovärdighet på de verkliga fallen. * **Misstag 3: Ignorera FBA "Not verifiable"-rader.** Dessa är inte återvändsgränder - de är oftast ett storleksnivå-mätningsproblem. Följ ommätningsvägledningen i detaljpanelen; lösningen finns i ett Fulfilment-ärende, inte en avgiftsdispyt. * **Misstag 4: Registrera det begärda beloppet som det lösta beloppet.** Amazon ersätter ofta en del av ett anspråk. Ange vad Amazon *faktiskt* betalade när du använder Mark as resolved, så att KPI:n Resolved förblir ärlig. * **Misstag 5: Inte köra om efter avgiftsschemaändringar.** Produkter korrekt klassificerade före en ändring kan felklassificeras efteråt. En ny Run Audit kontrollerar allt på nytt mot de aktuella satserna. {% endhint %}
## 🔧 Felsökning ### Varför visar granskningen noll fynd? 1. **Dina avgifter kan verkligen vara korrekta.** De flesta konton, för det mesta, faktureras korrekt - och verktyget säger det snarare än att uppfinna problem. 2. **Kör en ny granskning.** Klicka på **Run Audit** och vänta på att den slutförs. Tidsstämpeln **Last audit** bör uppdateras. 3. **Kontrollera dina filter.** Du kanske tittar på en marknadsplats, typ eller status utan matchande rader, eller ett fönster som är för kort. 4. **Verifiera din kontoanslutning.** Gå till Settings > Connections och bekräfta att din Amazon SP-API (Selling Partner API)-åtkomst är aktiv med de nödvändiga behörigheterna. ### Varför visas pengar som "-" på nästan varje rad? Eftersom verifieringsmotorn endast visar pengar den kan bevisa. Den återger Amazons avgiftsaritmetik ner till cent från dina egna avräknade ordrar; där den inte kan (en olöst marknadsplats, en modell som inte matchar dina senaste avgifter, en rad som bär frakt eller presentinslagning, ett pris under golvet, eller för få enheter), rapporterar den ett streck och ett utlåtande såsom **Not verifiable** eller **Difference not proven** snarare än en siffra du kanske agerar på. Öppna detaljpanelen för att se exakt vad som kontrollerades. ### "Expected Fee" är tom - hur beräknas den? Expected Fee är Amazons publicerade referral-sats tillämpad på rätt avgiftsbas för marknadsplatsen (VAT-inklusive artikelpris på EU/UK, principal på US/CA, och så vidare), återgiven från dina egna ordrar. Den visas **endast** på rader som motorn bevisade anspråksbara. På varje annan rad är den undertryckt, eftersom att skriva ut en "expected" vi inte står bakom skulle locka dig att subtrahera den från den faktiska avgiften och ansöka på skillnaden. ### En FBA-avgift ser fel ut men utlåtandet säger "Not verifiable". FBA fulfillment fees är en fast avgift för storleksnivån Amazon mätte - inte en procentandel - så det finns ingen sats att återge. Ett glapp betyder nästan alltid att Amazons registrerade dimensioner eller vikt skiljer sig från din produkt. Följ FBA-vägledningsblocket i detaljpanelen: kontrollera Fee Preview, mät den packade enheten själv, och öppna ett Fulfilment-ärende med begäran om en ommätning. ### Varför visar vissa rader "No action needed" som sin status? Den lagrade arbetsflödesstatusen börjar som "Open" på varje flagga, men utlåtandet kan sluta sig till att det inte finns något att göra. Snarare än att visa ett rött "Action Needed" bredvid ett utlåtande som säger motsatsen, lyder statusmärket **No action needed** så att raden inte motsäger sig själv. *** ## ❓ FAQ
Hur långt tillbaka kan jag begära avgiftsöverdebiteringar? Amazons policy tillåter generellt anspråk för avgiftsfel upp till 90 dagar tillbaka för de flesta avgiftstyper; vissa kategorier skiljer sig. Ansök snabbt - ju tidigare du gör anspråk på en verifierad avvikelse, desto mer sannolikt är det att godkännas.
Vad är en cubiscan och hur begär jag en? En cubiscan är Amazons officiella process för att ommäta din produkts vikt och dimensioner vid uppfyllelsecentret. Begär en genom att öppna ett ärende i Seller Central under FBA-support (product-size / FBA fee issue). Amazon ommäter vid nästa tillfälle och uppdaterar de registrerade dimensionerna. Detta är rätt väg för FBA "Not verifiable"-fynd.
Kontrollerar SellerMagnet avgifter över alla mina marknadsplatser? Ja. Fee Audit skannar alla anslutna Amazon-marknadsplatser. Varje marknadsplats har sitt eget avgiftsschema och avgiftsbas, så verifieringsmotorn anpassar var och en separat. En marknadsplats vars avgiftsformel den inte kan lösa fallerar stängt till "Not verifiable" snarare än att producera en gissning. Använd Marketplace-filtret för att granska var och en.
Varför säger verktyget att en avgift är korrekt istället för att hitta pengar? Eftersom att bevisa att en avgift är rätt är ett genuint resultat. Verifieringsmotorn är byggd för att fallera stängt: den skulle hellre säga "Charged correctly" än skicka dig till Seller Support med ett tal som Amazon kan vederlägga. När den väl lyfter fram en anspråksbar avvikelse är den avvikelsen försvarbar just för att allt obevisbart filtrerades bort.
Vad händer om min produkt ligger precis på gränsen till en storleksnivå? Storleksnivågränser är strikta, så även en 1 cm eller några gram skillnad kan ändra avgiftsnivån. Dessa dyker upp som FBA-fynd. Verifiera den packade enheten mot dimensionerna Amazon har, begär en ommätning om de skiljer sig, och överväg att trimma emballaget för att sitta stadigt i den billigare nivån.
Hur skiljer sig Fee Audit från Reimbursements-verktyget? Reimbursements fokuserar på **förlorat, skadat eller saknat lager** - fysiska avvikelser i ditt lager. Fee Audit fokuserar på **finansiella överdebiteringar** - Amazon debiterar fel avgiftsbelopp. Båda återvinner pengar, men de behandlar olika typer av fel.
Behöver jag en betald plan för att använda Fee Audit? Fee Audit kräver en analysinstrumentpanelsplan. Utan en är sidan suddig bakom en "Upgrade Required"-överlagring. På en kvalificerande plan medför modulen ingen ytterligare avgift per skanning eller per anspråk.
Hur ofta bör jag köra en avgiftsgranskning? Minst månatligen, och oftare under högvolymperioder (Q4) eller omedelbart efter att Amazon tillkännager avgiftsschemaändringar. Eftersom varje **Run Audit** kontrollerar allt på nytt och auto-avvisar fynd som inte längre gäller, håller en regelbunden körning listan aktuell.
*** ## 💡 Tips > **Proffstips:** Låt kolumnen **Recommendation** göra triagen. Lämna in "Discrepancy verified"-raderna, åtgärda "Not verifiable" FBA-raderna via ett ommätningsärende, och lämna "Charged correctly"-raderna ifred - de är bevis, inte ett problem. > **Vikt- och dimensionsglapp** är bland de vanligaste FBA-fynden. De dyker upp som "Not verifiable" eftersom de inte är en satsfråga - begär en **cubiscan-ommätning** i Seller Central för att korrigera de registrerade dimensionerna. > **Proffstips:** Håll register över dina faktiska produktvikter och dimensioner. När ett fynd pekar på ett storleksnivåglapp kan du bifoga dina mätningar till ommätningsärendet, vilket avsevärt förbättrar utfallet. > **Proffstips:** När du använder Mark as resolved, ange beloppet Amazon faktiskt ersatte. KPI:n Resolved är den enda penningsiffran modulen rapporterar som verklig - att hålla den korrekt gör den värd att lita på. *** ## ➡️ Vad händer härnäst? {% content-ref url="/pages/gtjYBAOrndn8yjmn86i9" %} [Ersättningar (Lost & Found)](/sv-or-sellermagnet-guide/lager-och-drift/reimbursements.md) {% endcontent-ref %} {% content-ref url="/pages/M3WAIBZz1jQWw2BvGwuh" %} [Lagerhantering](/sv-or-sellermagnet-guide/lager-och-drift/inventory-management.md) {% endcontent-ref %}