Amazons momsrapport för transaktioner 2026: åtkomst på begäran
|
15 min läsning
Senast uppdaterad: 2026-11-09
Fram till 2 november 2026 fungerade Amazons momsrapport för transaktioner (AVTR) enligt ett enda fast schema: varje skattepliktig transaktion från en given månad hamnade i en fil som först blev tillgänglig den tredje dagen i efterföljande månad, inte en dag tidigare. En säljare som stämde av september månads moms fick vänta till 3 oktober för att se september i sin helhet, oavsett om filen behövdes för en bokförare, en momsdeadline, eller bara för att fånga en felklassificerad retur innan den växte till ett deklarationsfel. Från och med 3 november 2026 ändrade Amazon den rytmen rakt av: AVTR kan nu begäras när som helst under den månad den avser, för data upp till tre dagar före begärandedatumet, och begär man den igen senare samma månad hämtas allt som lagts till eller ändrats sedan senaste nedladdningen. Två nya kolumner kom med samma uppdatering, en som visar exakt när en transaktion senast ändrades och en som är byggd specifikt för Polens obligatoriska e-faktureringssystem, KSeF. Den här guiden utgår från Amazons eget tillkännagivande i säljarforumen och AVTR:s referenssidor för butikerna i Storbritannien och EU för att gå igenom vad som faktiskt ändrades, rapportens befintliga transaktionsomfattning som uppdateringen inte rör, en konkret jämförelse av hur många dagar tidigare en säljare nu kan upptäcka ett transaktionsproblem, och för vem den här förändringen till rapportering i realtid verkligen spelar roll.
Sedan 3 november 2026 kan Amazons momsrapport för transaktioner begäras när som helst under den månad den avser, för data upp till 3 dagar före begärandedatumet, i stället för att vänta till den 3:e i efterföljande månad. Begär man igen senare i samma cykel returneras bara det som ändrats, spårat via en ny kolumn, TRANSACTION_UPDATED_DATE, och en ny kolumn, GOV_INVOICE_ID, innehåller Polens KSeF-e-fakturanummer. Rapportens underliggande omfattning, försäljning, återbetalningar, returer och avgiftstransaktioner, är oförändrad; det är bara tidpunkten och dessa två kolumner som är nya.
Vad rapporterar AVTR egentligen?
Amazons egen beskrivning av AVTR har inte ändrats: det är en rapport med detaljerad data för varje skattepliktig transaktion i Amazons europeiska butiker och logistiknätverk, byggd för en säljares egen momsbokföring och deklaration, inte en skattedeklaration som Amazon lämnar in åt säljaren. Rapporten omfattar två separata transaktionsfamiljer. Varutransaktioner innehåller de faktiska kommersiella rörelserna: en SALE när en kund köper, en REFUND när en säljare betalar tillbaka pengar (med en egen kod när varor faktiskt skickas tillbaka jämfört med när de inte gör det), plus gränsöverskridande förflyttningar mellan Amazons egna lager som en säljare aldrig initierar direkt men som fortfarande ger momskonsekvenser i varje inblandat land. Avgiftstransaktioner utgör den andra halvan av bilden, de avgifter Amazon självt tar ut av säljaren, och Amazons egen dokumentation är tydlig med att avgiftsdata för en given månad bara läggs till i rapporten när den månadens avgiftsfakturor faktiskt har utfärdats, vilket kan komma senare än varutransaktionsdatan för samma period. Ingenting i den här transaktionsomfattningen ändrades 3 november 2026; det som ändrades är enbart hur ofta och hur tidigt en säljare kan hämta filen som innehåller den.
| Transaktionsfamilj | Vad den fångar | Vem initierar den |
|---|---|---|
| Varor: SALE | En kund köper en produkt | Kunden |
| Varor: REFUND | Hela eller delar av pengarna återbetalas till en köpare; en egen kod gäller när varor faktiskt skickas tillbaka | Säljaren, efter en retur eller ett ärende |
| Varor: gränsöverskridande förflyttning | Amazon flyttar lager mellan sina egna lager i olika länder | Amazons eget logistiknätverk |
| Avgiftstransaktioner | Avgifter Amazon tar ut av säljaren; läggs till när den månadens avgiftsfakturor utfärdats | Amazon, enligt sitt eget faktureringsschema |
Den faktiska förändringen: åtkomst på begäran istället för ett fast datum
Före 3 november 2026 följde AVTR samma rytm för alla säljare: data för en given månad blev tillgänglig den tredje dagen i efterföljande månad, punkt slut, och en säljare som av någon anledning behövde en tidigare titt på septembers transaktioner, en bokförares deadline, en misstänkt stor återbetalning, en momsdeklaration som förföll tidigare än Amazons eget schema tillät, hade inget officiellt sätt att få det före det datumet. Förändringen den 3 november 2026, tillkännagiven av Amazons eget konto News_Amazon i säljarforumen och bekräftad av en motsvarande uppdatering av referenssidan, ersätter det enda fasta datumet med en begäran på begäran: en säljare kan nu begära AVTR när som helst under den månad den avser, och den returnerade datan sträcker sig upp till tre dagar före det exakta begärandedatumet. Begär man igen senare i samma rapporteringsfönster returneras det senaste läget för allt, inklusive rader som inte fanns, eller såg annorlunda ut, senast filen hämtades. Den gamla fasta månadsdeadline har inte tagits bort; den markerar fortfarande när en månads siffror betraktas som färdigställda och kompletta, men en säljare är inte längre begränsad till att bara se den månaden när den har stängts.
| Före 2 nov 2026 | Från 3 nov 2026 | |
|---|---|---|
| När kunde en säljare först se oktobers data? | Endast 3 november 2026 | Valfri dag under oktober, data upp till 3 dagar innan |
| Att ladda ner samma månad igen | Samma slutgiltiga fil returnerades igen | Returnerar det senaste läget, inklusive allt som lagts till eller ändrats sedan den senaste hämtningen |
| Så ser du vad som har ändrats sedan den senaste nedladdningen | Läsa om hela filen och jämföra för hand | Filtrera pa den nya kolumnen TRANSACTION_UPDATED_DATE |
| Polens e-fakturareferens direkt i rapporten | Finns inte | Kolumnen GOV_INVOICE_ID, fylls i for Polen (KSeF) vid lansering |
De två nya kolumnerna, och vad de faktiskt används till
Båda de nya kolumnerna löser ett specifikt, avgränsat problem snarare än att lägga till allmän detaljrikedom. TRANSACTION_UPDATED_DATE registrerar datumet då varje enskild transaktionsrad senast ändrades, oberoende av när själva försäljningen eller återbetalningen ursprungligen ägde rum. Amazons egen vägledning hänvisar säljare direkt till denna kolumn som sättet att identifiera allt som lagts till eller ändrats sedan en tidigare nedladdning, vilket bara blir relevant när upprepade nedladdningar på begäran är möjliga inom samma månad: en kolumn av det här slaget på en rapport som tidigare bara existerade i en slutgiltig version per månad hade inte haft något användningsområde. GOV_INVOICE_ID innehåller det myndighetstilldelade e-fakturanumret för en transaktion, och vid lanseringen fylls den endast i för Polen, kopplat till landets obligatoriska KSeF (det polska obligatoriska e-fakturasystemet, Krajowy System e-Faktur). Amazon uppger att stöd för fler länder kommer att läggas till senare, så en säljare som säljer till andra EU-marknader med egna krav på e-fakturering bör förvänta sig att kolumnen förblir tom för dessa transaktioner tills vidare, och inte anta att kolumnen är felaktig eller att data saknas av misstag.
Detta ar en betafunktion
Amazons egen hjälpsida om realtidsuppdateringar för AVTR är uttryckligen märkt som en betafunktion som rullas ut gradvis. Där anges att funktionen eventuellt ännu inte är tillgänglig på alla säljarkonton. En säljare som begär rapporten mitt i månaden och fortfarande bara får det gamla, fasta datumbeteendet bör kontrollera igen efter att utrullningen nått deras konto, i stället för att anta att forumets tillkännagivande inte gäller dem.
En konkret jämförelse: hur många dagar tidigare kan en säljare egentligen upptäcka ett problem nu
Scenariot nedan använder Amazons egna angivna regler (rapporten är tillgänglig upp till 3 dagar före begärandedatumet; det tidigare fasta datumet var den 3:e i efterföljande månad) på ett konstruerat exempel, byggt för att göra tidsförloppet konkret, inte ett verkligt kontos faktiska rapporteringshistorik. En säljare vill kontrollera oktober 2026 års transaktioner för en momsavstämning. Enligt den fasta datumregeln som gällde före den 2 november 2026 var det tidigaste säljaren kunde se någon del av oktobers data den 3 november 2026, efter att månaden helt hade stängts. Enligt regeln för live-rapportering som gäller från den 3 november 2026 kan samma säljare istället begära rapporten den 15 oktober 2026, medan oktober fortfarande är öppen, och få data som täcker varje transaktion fram till den 12 oktober 2026, tre dagar före det begärandedatumet. Skillnaden mellan det gamla tidigast möjliga tillfället, 3 november, och det nya tidigast möjliga tillfället, 15 oktober, är 19 dagar, beräknat direkt från kalendern, inte en uppskattning. Dessa 19 dagar är det verkliga försprång en säljare får när det gäller att upptäcka en felklassificerad retur, en momssats som tillämpats på fel land eller en dubblerad avgiftsrad, redan innan månaden stängs istället för efteråt. Att begära rapporten igen den 20 november, när oktober helt har avslutats och november redan är i gång, ger nu det senaste läget för allt fram till den 17 november, tre dagar före den andra begäran, och fångar upp eventuella rader som Amazon har lagt till eller korrigerat sedan oktoberkontrollen, var och en märkt med sitt eget TRANSACTION_UPDATED_DATE.
| Förfrågan | Begarandatum | Data täcker fram till | Dagar tidigare an det gamla fasta datumet (3 nov) |
|---|---|---|---|
| Gammal regel (före 2 nov 2026) | 3 november 2026 (tidigast möjligt) | Hela oktober | 0 (detta var utgångspunkten) |
| Ny regel, 1:a kontrollen | 15 oktober 2026 | 12 oktober 2026 | 19 dagar tidigare |
| Ny regel, 2:a kontrollen | 20 november 2026 | 17 november 2026 | ej tillämpligt (kontroll av en senare cykel, inte oktober igen) |
Vad denna uppdatering inte ändrar
Det är värt att vara precis kring gränserna här, eftersom en uppdatering av tidpunkt och kolumner lätt kan förväxlas med en större policyförändring än den faktiskt är. Momssatserna som tillämpas på en försäljning är oförändrade, de fastställs av respektive lands egen skattelagstiftning och Amazons egen skatteberäkningstjänst, inte av rapporten som dokumenterar dem i efterhand. En säljares faktiska momsdeadlines gentemot sin egen skattemyndighet är också oförändrade; AVTR är en datakälla som en säljare eller dennes revisor använder för att förbereda en deklaration, inte deklarationen i sig, och inget inlämningsdatum ändras bara för att den underliggande rapporten nu kan hämtas tidigare. One Stop Shop (OSS) och Import One Stop Shop (IOSS), de förenklade EU-momssystemen som många säljare använder för att täcka distansförsäljning över flera EU-länder från en enda registrering, påverkas inte heller av denna ändring; en säljare som använder OSS eller IOSS stämmer fortfarande av mot samma systemregler, bara med tidigare insyn i den Amazon-sida av transaktionsdatan som ligger till grund för den avstämningen. Och den grundläggande transaktionskategoriseringen i rapporten, vilken kod en SALE får jämfört med en REFUND, hur en gränsöverskridande fulfillment-rörelse taggas, har inte omstrukturerats; de nya kolumnerna TRANSACTION_UPDATED_DATE och GOV_INVOICE_ID är tillägg till den befintliga radstrukturen, inte en omgörning av den.
Misstag som är lätta att göra med ändringen till begäran på begäran
- Att anta att betaversionen är live på alla konton bara därför att foruminlägget är offentligt. Amazons egen hjälpsida anger att detta är en gradvis utrullning; en säljare vars förfrågan i mitten av månaden fortfarande returnerar det gamla beteendet med fast datum har med största sannolikhet inte nåtts av den ännu, inte stött på en bugg.
- Att läsa om en hel omladdad fil rad för rad för att hitta vad som ändrats. Det är exakt det TRANSACTION_UPDATED_DATE finns till för att undvika; filtrera på den istället för att jämföra två hela exportfiler med ögonen.
- Att behandla en tom GOV_INVOICE_ID som ett datafel utanför Polen. Vid lanseringen fylls kolumnen bara i för KSeF-transaktioner; ett tomt värde för en tysk eller fransk försäljning är det förväntade, aktuella läget, inte en brist att rapportera.
- Att förvänta sig att avgiftstransaktioner ska dyka upp på samma tidiga tidslinje som varutransaktioner. Avgiftsdata för en månad läggs bara till när Amazon utfärdar den månadens avgiftsfakturor, ett separat schema som inte påskyndas av tidpunkten för en förfrågan på begäran.
- Att hämta en rapport mitt i månaden och behandla den som den slutliga, avräknade siffran för den månaden. Den är uttryckligen en delvis ögonblicksbild som sträcker sig upp till 3 dagar bakåt; månadens transaktioner kan fortfarande ändras innan den stängs.
- Att hoppa över AVTR Live Reporting-enkäten när något ser fel ut. Amazon samlar aktivt in feedback om betaversionen genom den; ett specialfall som rapporteras där har större chans att åtgärdas än ett som aldrig rapporteras någonstans.
Vem spelar den här ändringen i direktrapportering faktiskt roll för?
Inte alla säljare kommer att märka den här ändringen i sitt eget arbetsflöde; en säljare som bara öppnade AVTR en gång i månaden efter att den redan var slutgiltig, enbart som ett arkiv, får liten praktisk nytta av att kunna begära den tidigare. De säljare som verkligen känner av skillnaden är de vars egen process tidigare satt fast på grund av Amazons enda fasta releasedatum, inte på grund av något i deras egen kontroll.
- En säljare med en deadline för momsinlämning som infaller före Amazons egna releasedatum den 3:e i månaden. Det gamla fasta schemat kunde helt enkelt inte betjäna en inlämning som förfaller tidigare i månaden; den nya förfrågan på begäran kan.
- Pan-EU-säljare eller säljare med flera marknadsplatser som stämmer av mot flera momsregistreringar samtidigt. Fler, tidigare kontrollpunkter under en månad minskar risken att en gränsöverskridande rörelse eller en felmatchad återbetalning förblir obemärkt tills filen stängs.
- En bokförare eller momsombud som arbetar utifrån säljarens egna konto, inte Amazons inlämning. Rapporten är uttryckligen en datakälla för säljarens egen process; snabbare åtkomst förkortar deras egen bokslutscykel.
- Alla som tidigare laddade ner rapporten två gånger i månaden för hand, bara för att fånga fel tidigt. Den nya kolumnen TRANSACTION_UPDATED_DATE ersätter en manuell jämförelse av hela filen med en enda filtrerad kolumn.
- En säljare som säljer till Polen. Kolumnen GOV_INVOICE_ID/KSeF fylls i redan idag; säljare på andra håll i EU bör räkna med att den är tom tills Amazon utökar stödet till deras land.
Var begär man den egentligen, och vilken enkät kör Amazon?
Rapporten begärs från samma plats som alltid, skärmen VAT Transaction Report i Seller Centrals rapportcenter; det som ändras är vad den skärmen nu genererar på begäran, inte en ny menyplats. Amazons eget tillkännagivande länkar direkt till förfrågningssidan och bjuder, separat, in till feedback genom en AVTR Live Reporting-enkät medan betaversionen rullas ut; en säljare som stöter på ett specialfall, en kolumn som förblir tom när den borde vara ifylld, en förfrågan som fortfarande bara returnerar den gamla fasta filen, har en direkt kanal för att flagga det istället för att gissa om det är ett fel eller en lucka i utrullningstidpunkten.
Det enklaste sättet att ta reda på om betaversionen har nått ett visst konto är att helt enkelt testa en gång, medvetet, istället för att vänta på ett andra foruminlägg som bekräftar en bredare utrullning: begär den aktuella, fortfarande öppna månaden på rapportskärmen och kontrollera om filen som kommer tillbaka täcker data fram till ungefär 3 dagar före den förfrågan, eller om den istället kommer tillbaka tom eller begränsad till den föregående, redan stängda månaden. Om det senare är fallet är ingenting trasigt; kontot följer helt enkelt det gamla fasta datumbeteendet tills den gradvisa utrullningen når det, och det korrekta nästa steget är att behålla den befintliga månatliga, efterhandsvanan för tillfället istället för att bygga en ny process på begäran kring en funktion som kontot inte har ännu.
Checklista för att använda den nya AVTR på begäran
Hur man använder Amazons momsrapport för transaktioner (AVTR) på begäran
- Bekräfta att betaversionen har nått ditt konto innan du förlitar dig på den - Amazons egen hjälpsida anger att det är en gradvis utrullning; om en förfrågan mitt i månaden fortfarande bara returnerar den gamla fasta filen kan den ännu inte vara tillgänglig på ditt konto.
- Begär rapporten så tidigt i månaden som din process kräver, inte bara efter att månaden stängts - Data som returneras täcker upp till 3 dagar före din förfrågningsdatum, så en tidig förfrågan ger fortfarande ett verkligt, användbart fönster.
- Begär på nytt senare i samma cykel istället för att läsa om hela filen för hand - En andra förfrågan returnerar det senaste läget för allt, inklusive allt som lagts till eller ändrats sedan den första hämtningen.
- Filtrera på TRANSACTION_UPDATED_DATE efter en upprepad förfrågan - Detta isolerar exakt vad som ändrats sedan din senaste nedladdning, istället för att tvinga fram en fullständig omjämförelse.
- Förvänta dig inte att GOV_INVOICE_ID är ifylld utanför Polen ännu - Amazon anger att stöd för fler länder kommer senare; ett tomt värde på andra håll är förväntat, inte ett fel.
- Kom ihåg att avgiftstransaktioner fortfarande hamnar efter varutransaktioner - Avgiftsdata för en månad läggs bara till när den månadens avgiftsfakturor utfärdas, oberoende av den nya tidpunkten på begäran för varutransaktioner.
- Använd AVTR Live Reporting-enkäten för allt som verkar trasigt - Amazons eget tillkännagivande kör den specifikt för att samla in feedback om betaversionen.
Vad SellerMagnet kan och inte kan göra åt detta
Att begära, ladda ner och arkivera AVTR sker helt och hållet inom Seller Central och säljarens egen momsprocess, från start till slut. Inget tredjepartsverktyg, inklusive SellerMagnet, begär denna rapport eller lämnar in en momsdeklaration åt en säljare. Där en instrumentpanel som SellerMagnets Analytics verkligen hjälper vid sidan av detta är på den kommersiella sidan som AVTR inte täcker: en momsavstämning visar skatterelevanta totalsummor, men den talar inte om för en säljare om en given månads återbetalningsvolym eller avgiftsmönster är ovanligt för just deras verksamhet, vilket är en fråga som kräver att säljarens egen order- och marginalhistorik ställs sida vid sida med siffrorna, inte bara de myndighetsriktade uppgifterna.
En marginalkontroll via Fee Calculator är ett separat steg som är väl värt att ta, av en relaterad anledning: moms i sig tas ut och redovisas utöver en försäljning, den ändrar inte de förmedlings- eller fulfillmentavgifter som tas ut på samma order. Att stämma av momssiffrorna korrekt är därför inget substitut för att bekräfta att den underliggande försäljningen fortfarande går igenom den verkliga avgiftsstacken, innan en säljare antar att en given månads siffror är sunda bara för att momsfilen stämmer.
Vad ändrades med Amazons momsrapport för transaktioner (AVTR) den 3 november 2026?
Rapporten kan nu begäras när som helst under den månad den avser, för data upp till 3 dagar före begärandedatumet, istället för att bara bli tillgänglig den 3:e i efterföljande månad.
Kan jag fortfarande få den gamla, fullständigt slutförda månadsfilen?
Ja. Det fasta månadsavslutet finns fortfarande kvar. Ändringen lägger till möjligheten att begära tidigare, på begäran-vyer under månaden, den tar inte bort slutfilen.
Vad visar den nya kolumnen TRANSACTION_UPDATED_DATE?
Datumet då varje transaktionsrad senast uppdaterades, så att en säljare som begär rapporten på nytt senare samma månad kan filtrera fram exakt vad som har ändrats sedan föregående nedladdning.
Vad används GOV_INVOICE_ID till?
Det myndighetstilldelade e-fakturanumret för en transaktion. Vid lanseringen fylls det endast i för Polens KSeF (det polska obligatoriska e-fakturasystemet). Amazon säger att fler länder kommer att läggas till senare.
Ändrar detta vilka transaktioner som AVTR täcker?
Nej. Rapporten täcker fortfarande varutransaktioner (försäljning, återbetalningar, returer, gränsöverskridande förflyttningar) och avgiftstransaktioner precis som tidigare, det är bara tidpunkten för begäran och de två nya kolumnerna som är nya.
Varför skulle avgiftsdata fortfarande ligga efter försäljningsdata i samma rapport?
Amazon lägger till avgiftstransaktioner för en månad först när den månadens avgiftsfakturor faktiskt utfärdas, ett separat schema jämfört med försäljnings- och återbetalningsdata, som inte påverkas av ändringen i tidpunkten för beställning på begäran.
Är den nya on-demand-rapporteringen redan tillgänglig för alla säljare?
Amazons egen hjälpsida beskriver det som en betafunktion som rullas ut gradvis och anger att den kanske inte är tillgänglig på alla konton ännu.
Lämnar SellerMagnet momsdeklarationer eller skickar in denna rapport åt mig?
Nej. Att begära och lämna in från AVTR sker helt inuti Seller Central och säljarens egen momsprocess. SellerMagnets instrumentpaneler fungerar vid sidan av detta på den kommersiella sidan, inte själva inlämningen.
Stop Juggling Tools. SellerMagnet Combines Everything You Need.
Join a smarter way to manage your Amazon store.
Recommended Articles
Amazon Project Zero 2026: Guide
Den verkliga ribban för att kvalificera sig till Amazons självbetjäningsverktyg för borttagning av förfalskningar: 90% godkännandegrad i Report a Violation för att komma in, 99% träffsäkerhet för att få stanna, och hur det samverkar med Transparency.
Read more
Amazon Low-Price FBA-avgifter 2026: Guide
Vad som ersatte FBA Small and Light, de exakta prisgränserna $10/$50, det 3,5-procentiga bränsletillägget, högsäsongsavgifterna och de 5 kategorier som förlorar sin behörighet 15 januari 2027.
Read more
Amazons momsrapport för transaktioner 2026: åtkomst på begäran
Sedan 3 nov 2026 kan Amazons momsrapport för transaktioner (AVTR) begäras mitt i månaden, inte bara den 3:e nästa månad, plus 2 nya kolumner. Det här är vad som ändrats och vem det spelar roll för.
Read more
Amazons regel för litiumbatterier vid flygfrakt 2026: Kravet på 30 % laddningsnivå
Amazons regel för flygfrakt av litiumjonbatterier 2026: kravet på 30 % laddningsnivå över 2,7 Wh, reservlösningen med enbart marktransport, frågorna om farligt gods för batterier och den separata energiinnehållstabellen per region.
Read more
Amazon EPR Förpackningar ERN 2026: Deadline och Inlämningsguide
EU:s PPWR-forpackningsregler som Amazon tillampar fran 12 augusti 2026: ERN-registret per land, stegen i Seller Central och misstag som ger avaktivering.
Read more
Amazon Business Deals: Den nya B2B-kanalen för säljare
Vad Amazon Business Deals är, vem som kvalificerar sig, hur rabattgolvet egentligen beräknas utifrån 4 kontroller, deaktivering vid bundna enheter, och hur du sätter upp en kampanj inför 2026.
Read more
