1Sie verbinden Ihr Konto2Wir finden die Abweichungen und bereiten den Anspruch vor3Sie reichen ihn mit einem Klick ein und zahlen auf das, was zurückkommt
Amazon-Umsatzsteuer-Transaktionsbericht 2026: Zugriff auf Abruf
R
RenéFreelance Amazon Editor
|
15 Min. Lesezeit
Zuletzt aktualisiert: 09.11.2026
Bis zum 2. November 2026 funktionierte der Amazon-Umsatzsteuer-Transaktionsbericht (AVTR) nach einem einzigen, festen Zeitplan: Jede steuerpflichtige Transaktion eines Monats landete in einer Datei, die erst am dritten Tag des Folgemonats verfügbar wurde, keinen Tag früher. Ein Verkäufer, der die Umsatzsteuer für September abstimmen wollte, musste bis zum 3. Oktober warten, um September vollständig zu sehen, egal ob die Datei für einen Buchhalter, eine Umsatzsteuer-Erklärungsfrist oder einfach dazu benötigt wurde, eine falsch klassifizierte Retoure zu erkennen, bevor sie sich zu einem Erklärungsfehler auswächst. Seit dem 3. November 2026 hat Amazon diesen Rhythmus direkt geändert: Der AVTR kann nun zu jedem beliebigen Zeitpunkt innerhalb des Monats, den er abdeckt, angefordert werden, und zwar für Daten bis zu drei Tage vor dem Anfrage-Datum. Wird er später im selben Monat erneut angefordert, werden alle Daten einbezogen, die seit dem letzten Download hinzugekommen sind oder sich geändert haben. Mit demselben Update kamen zwei neue Spalten hinzu: eine, die exakt den Zeitpunkt der letzten Änderung einer Transaktion dokumentiert, und eine, die speziell für Polens verpflichtendes E-Rechnungssystem, KSeF, entwickelt wurde. Dieser Leitfaden stützt sich auf Amazons eigene Ankündigung in den Verkäuferforen sowie auf die AVTR-Referenzseiten für die Stores in Großbritannien und der EU, um darzustellen, was sich tatsächlich geändert hat, welchen bestehenden Transaktionsumfang des Berichts das Update unberührt lässt, wie ein konkreter Vergleich zeigt, um wie viele Tage früher ein Verkäufer nun ein Transaktionsproblem erkennen kann, und für wen die Umstellung auf Echtzeit-Reporting wirklich relevant ist.
Seit dem 3. November 2026 kann der Umsatzsteuer-Transaktionsbericht von Amazon zu jedem beliebigen Zeitpunkt innerhalb des Monats, den er abdeckt, angefordert werden, für Daten bis zu 3 Tage vor dem Anfrage-Datum, statt bis zum 3. Tag des Folgemonats warten zu müssen. Eine erneute Anfrage später im selben Zyklus liefert nur das, was sich geändert hat, nachvollziehbar über eine neue Spalte TRANSACTION_UPDATED_DATE, und eine neue Spalte GOV_INVOICE_ID enthält die polnische KSeF-E-Rechnungsnummer. Der zugrunde liegende Umfang des Berichts, Verkäufe, Erstattungen, Rücksendungen und Gebührentransaktionen, bleibt unverändert; neu sind lediglich der Zeitpunkt des Abrufs und diese beiden Spalten.
Was erfasst der AVTR eigentlich?
Amazons eigene Beschreibung des AVTR hat sich nicht geändert: Es handelt sich um einen Bericht mit detaillierten Daten zu jeder steuerpflichtigen Transaktion in Amazons europäischen Stores und dem Logistiknetzwerk, konzipiert für die eigene Umsatzsteuer-Buchhaltung und -Erklärung eines Verkäufers, nicht für eine Steuererklärung, die Amazon stellvertretend für einen Verkäufer einreicht. Der Bericht umfasst zwei getrennte Transaktionsfamilien. Warentransaktionen bilden die tatsächlichen kommerziellen Bewegungen ab: ein SALE, wenn ein Kunde kauft, ein REFUND, wenn ein Verkäufer Geld zurückerstattet (mit einem eigenen Code, je nachdem, ob die Ware physisch zurückgesendet wird oder nicht), sowie länderübergreifende Bewegungen zwischen Amazons eigenen Logistikzentren, die ein Verkäufer nie selbst auslöst, die aber trotzdem in jedem beteiligten Land umsatzsteuerliche Folgen haben. Gebührentransaktionen bilden die andere Hälfte des Bildes ab, nämlich die Gebühren, die Amazon dem Verkäufer selbst in Rechnung stellt, und Amazons eigene Dokumentation stellt klar, dass Gebührendaten für einen bestimmten Monat erst dann in den Bericht aufgenommen werden, wenn die Gebührenrechnungen dieses Monats tatsächlich ausgestellt wurden, was gegenüber den Warentransaktionsdaten desselben Zeitraums zeitlich nachlaufen kann. An diesem Transaktionsumfang hat sich am 3. November 2026 nichts geändert; verändert hat sich ausschließlich, wie oft und wie früh ein Verkäufer die Datei mit diesen Daten abrufen kann.
Transaktionsfamilie
Was erfasst wird
Wer die Transaktion auslöst
Waren: SALE
Ein Kunde kauft ein Produkt
Der Kunde
Waren: REFUND
Vollständige oder teilweise Rückerstattung an einen Käufer; bei physischer Rücksendung der Ware gilt ein eigener Code
Der Verkäufer, nach einer Rücksendung oder Reklamation
Waren: länderübergreifende Bewegung
Amazon verschiebt Lagerbestand zwischen seinen eigenen Logistikzentren in unterschiedlichen Ländern
Amazons eigenes Logistiknetzwerk
Gebührentransaktionen
Gebühren, die Amazon dem Verkäufer in Rechnung stellt; werden hinzugefügt, sobald die Gebührenrechnungen des jeweiligen Monats ausgestellt sind
Amazon, nach seinem eigenen Rechnungszeitplan
Die eigentliche Änderung: Zugriff auf Abruf statt eines festen Termins
Vor dem 3. November 2026 lief der AVTR für jeden Verkäufer nach demselben Rhythmus: Die Daten eines Monats wurden erst am dritten Tag des Folgemonats verfügbar, ohne Ausnahme, und ein Verkäufer, der aus irgendeinem Grund früher Einblick in die Septembertransaktionen brauchte, etwa wegen einer Buchhalter-Frist, einer verdächtig hohen Erstattung oder einer Umsatzsteuer-Erklärung, die früher fällig war als Amazons eigener Zeitplan es zuließ, hatte keine offizielle Möglichkeit, vorab an diese Daten zu kommen. Die Änderung vom 3. November 2026, angekündigt über Amazons eigenen Account News_Amazon in den Verkäuferforen und durch ein entsprechendes Update der Referenzseiten bestätigt, ersetzt den einzigen festen Termin durch eine Anfrage auf Abruf: Ein Verkäufer kann den AVTR nun zu jedem Zeitpunkt innerhalb des Monats, den er abdeckt, anfordern, und die zurückgegebenen Daten reichen bis zu drei Tage vor dem genauen Anfrage-Datum. Eine erneute Anfrage später im selben Berichtsfenster liefert den aktuellen Stand aller Daten, einschließlich solcher Zeilen, die beim letzten Abruf noch nicht existierten oder anders aussahen. Der alte feste Monatstermin wurde nicht abgeschafft; er markiert weiterhin den Zeitpunkt, ab dem die Zahlen eines Monats als abgeschlossen und endgültig gelten, aber ein Verkäufer ist nicht mehr darauf beschränkt, diesen Monat erst nach seinem Abschluss einzusehen.
Vor dem 2. Nov. 2026
Ab dem 3. Nov. 2026
Wann konnte ein Verkäufer die Oktoberdaten erstmals sehen?
Nur am 3. November 2026
An jedem Tag im Oktober, Daten bis zu 3 Tage vorher
Erneutes Herunterladen desselben Monats
Hat dieselbe finalisierte Datei erneut zurückgegeben
Gibt den aktuellsten Stand zurück, einschließlich aller Daten, die seit dem letzten Abruf hinzugefügt oder geändert wurden
Wie Sie erkennen, was sich seit dem letzten Download geändert hat
Die gesamte Datei neu einlesen und manuell vergleichen
Filtern nach der neuen Spalte TRANSACTION_UPDATED_DATE
E-Rechnungsreferenz für Polen direkt im Bericht
Nicht vorhanden
Spalte GOV_INVOICE_ID, bei Einführung für Polen (KSeF) befüllt
Die zwei neuen Spalten, und wofür sie tatsächlich gedacht sind
Beide neuen Spalten lösen ein konkretes, eng begrenztes Problem, statt allgemein mehr Detailtiefe zu liefern. TRANSACTION_UPDATED_DATE hält fest, wann die jeweilige Transaktionszeile zuletzt aktualisiert wurde, unabhängig davon, wann der zugrunde liegende Verkauf oder die Erstattung ursprünglich stattgefunden hat. Amazon weist Verkäufer in der eigenen Anleitung direkt auf diese Spalte hin, um zu erkennen, was seit einem vorherigen Download hinzugekommen oder geändert worden ist, was erst relevant wird, sobald innerhalb desselben Monats mehrfache, bedarfsgesteuerte Abrufe möglich sind. Bei einem Bericht, der pro Monat immer nur in einer einzigen finalisierten Version existierte, hätte eine solche Spalte keinen Anwendungsfall gehabt. GOV_INVOICE_ID enthält die von der jeweiligen Behörde vergebene E-Rechnungsnummer einer Transaktion und ist bei der Einführung nur für Polen befüllt, verknüpft mit dem dort geltenden Pflichtsystem KSeF (Krajowy System e-Faktur). Amazon gibt an, dass die Unterstützung für weitere Länder später ergänzt wird. Ein Verkäufer, der in andere EU-Märkte mit eigenen E-Rechnungspflichten verkauft, sollte daher davon ausgehen, dass diese Spalte für diese Transaktionen vorerst leer bleibt, und nicht annehmen, dass die Spalte fehlerhaft ist oder Daten versehentlich fehlen.
Dies ist eine Beta-Funktion
Amazons eigene Hilfeseite zu den Live-Updates der AVTR ist ausdrücklich als Beta-Funktion gekennzeichnet, die schrittweise ausgerollt wird; dort heißt es, dass die Funktion möglicherweise noch nicht auf jedem Verkäuferkonto verfügbar ist. Ein Verkäufer, der den Bericht mitten im Monat anfordert und weiterhin nur das alte Verhalten mit festem Datum erhält, sollte nach dem Fortschritt des Rollouts erneut prüfen, statt davon auszugehen, dass die Forenankündigung für das eigene Konto nicht gilt.
Ein durchgerechneter Vergleich: Wie viele Tage früher kann ein Verkäufer ein Problem jetzt tatsächlich erkennen
Das folgende Szenario wendet Amazons eigene festgelegte Regeln (Bericht bis zu 3 Tage vor dem Anforderungsdatum verfügbar; das feste Datum vor der Umstellung war der 3. des Folgemonats) auf ein konstruiertes Beispiel an, das die zeitlichen Abläufe greifbar machen soll, nicht die tatsächliche Historie eines realen Kontos. Ein Verkäufer möchte die Transaktionen aus Oktober 2026 für einen Umsatzsteuerabgleich prüfen. Nach der Regel mit festem Datum, die bis zum 2. November 2026 galt, konnte dieser Verkäufer frühestens am 3. November 2026 irgendeinen Teil der Oktoberdaten sehen, also erst nachdem der Monat vollständig abgeschlossen war. Nach der seit dem 3. November 2026 geltenden Live-Reporting-Regel kann derselbe Verkäufer den Bericht hingegen schon am 15. Oktober 2026 anfordern, während der Oktober noch läuft, und erhält Daten zu allen Transaktionen bis einschließlich 12. Oktober 2026, also drei Tage vor diesem Anforderungsdatum. Die Differenz zwischen dem alten frühestmöglichen Einblick am 3. November und dem neuen frühestmöglichen Einblick am 15. Oktober beträgt 19 Tage, direkt aus dem Kalender errechnet, keine Schätzung; diese 19 Tage sind der tatsächliche Vorsprung, den ein Verkäufer dadurch gewinnt, eine falsch zugeordnete Retoure, einen auf das falsche Land angewendeten Umsatzsteuersatz oder eine doppelte Gebührenzeile schon vor Monatsabschluss statt erst danach zu erkennen. Fordert man den Bericht am 20. November erneut an, nachdem der Oktober vollständig abgerechnet ist und der November selbst schon läuft, erhält man nun den aktuellsten Stand aller Daten bis einschließlich 17. November, drei Tage vor dieser zweiten Anforderung, einschließlich aller Zeilen, die Amazon seit der Oktoberprüfung hinzugefügt oder korrigiert hat, jede davon mit ihrem eigenen TRANSACTION_UPDATED_DATE gekennzeichnet.
Anforderung
Anforderungsdatum
Daten abgedeckt bis
Tage früher als das alte feste Datum (3. Nov)
Alte Regel (vor dem 2. Nov 2026)
3. November 2026 (frühestmöglich)
Der gesamte Oktober
0 (dies war der Ausgangswert)
Neue Regel, 1. Prüfung
15. Oktober 2026
12. Oktober 2026
19 Tage früher
Neue Regel, 2. Prüfung
20. November 2026
17. November 2026
nicht zutreffend (es wird ein späterer Zyklus geprüft, nicht erneut Oktober)
Was sich durch dieses Update nicht ändert
Es lohnt sich, die Grenzen dieses Updates genau zu betrachten, denn eine Änderung bei Zeitpunkt und Spalten lässt sich leicht mit einer größeren inhaltlichen Richtungsänderung verwechseln, als sie tatsächlich ist. Die auf einen Verkauf angewendeten Umsatzsteuersätze bleiben unverändert, diese werden durch das jeweilige nationale Steuerrecht und Amazons eigenen Steuerberechnungsdienst festgelegt, nicht durch den Bericht, der sie nachträglich dokumentiert. Auch die tatsächlichen Umsatzsteuer-Meldefristen eines Verkäufers bei der eigenen Finanzbehörde bleiben unverändert; die AVTR ist eine Datenquelle, die ein Verkäufer oder dessen Steuerberater zur Vorbereitung einer Meldung nutzt, nicht die Meldung selbst, und keine Abgabefrist verschiebt sich nur dadurch, dass der zugrunde liegende Bericht jetzt früher abgerufen werden kann. Auch die vereinfachten EU-Umsatzsteuerregelungen One Stop Shop (OSS) und Import One Stop Shop (IOSS), über die viele Verkäufer Fernverkäufe in mehrere EU-Länder aus einer einzigen Registrierung heraus abdecken, sind von dieser Änderung nicht betroffen; ein Verkäufer, der OSS oder IOSS nutzt, gleicht weiterhin nach denselben Regelungen ab, erhält lediglich früher Einblick in die Amazon-seitigen Transaktionsdaten, die in diesen Abgleich einfließen. Und die grundlegende Kategorisierung der Transaktionen im Bericht, also welcher Code einem SALE im Vergleich zu einem REFUND zugeordnet wird, wie eine grenzüberschreitende Versandbewegung gekennzeichnet wird, wurde nicht umstrukturiert; die neuen Spalten TRANSACTION_UPDATED_DATE und GOV_INVOICE_ID sind Ergänzungen der bestehenden Zeilenstruktur, keine Neugestaltung davon.
Fehler, in die man durch die bedarfsgesteuerte Änderung leicht hineingeraten kann
Davon auszugehen, dass die Beta-Funktion auf jedem Konto aktiv ist, nur weil der Forenbeitrag öffentlich zugänglich ist. Amazons eigene Hilfeseite weist ausdrücklich auf einen schrittweisen Rollout hin; ein Verkäufer, dessen Anfrage mitten im Monat weiterhin das alte Verhalten mit festem Datum liefert, hat die Funktion höchstwahrscheinlich noch nicht erhalten, ist also nicht auf einen Fehler gestoßen.
Eine komplette, erneut heruntergeladene Datei Zeile für Zeile neu durchlesen, um herauszufinden, was sich geändert hat. Genau das soll TRANSACTION_UPDATED_DATE verhindern: Filtern Sie danach, anstatt zwei vollständige Exporte per Augenschein zu vergleichen.
Ein leeres GOV_INVOICE_ID-Feld außerhalb Polens als Datenfehler zu behandeln. Zum Start wird die Spalte nur für KSeF-Transaktionen befüllt, ein leerer Wert bei einem deutschen oder französischen Verkauf ist der erwartete, aktuelle Zustand und kein zu meldender Defekt.
Erwarten, dass Gebührentransaktionen auf derselben frühen Zeitlinie wie Warentransaktionen erscheinen. Gebührendaten für einen Monat werden erst hinzugefügt, sobald Amazon die Gebührenrechnungen dieses Monats ausstellt, ein separater Zeitplan, den das Timing der On-Demand-Anfrage nicht beschleunigt.
Einen Bericht zur Monatsmitte abrufen und ihn als die endgültige, abgerechnete Zahl für diesen Monat behandeln. Es handelt sich ausdrücklich um eine partielle Momentaufnahme bis zu 3 Tage vor dem Abruf; die Transaktionen des Monats können sich vor dessen Abschluss noch ändern.
Die AVTR-Live-Reporting-Umfrage übergehen, wenn etwas nicht stimmig wirkt. Amazon sammelt darüber aktiv Beta-Feedback; ein dort gemeldeter Grenzfall hat eine höhere Chance, behoben zu werden, als einer, der nirgendwo gemeldet wird.
Für wen ist diese Umstellung auf Live-Reporting eigentlich relevant?
Nicht jeder Verkäufer wird diese Änderung im eigenen Arbeitsablauf bemerken; ein Verkäufer, der die AVTR bisher nur einmal im Monat rein archivarisch geöffnet hat, nachdem sie bereits final war, hat kaum einen praktischen Vorteil davon, sie früher anfordern zu können. Den Unterschied spüren vor allem jene Verkäufer, deren eigener Prozess bisher durch Amazons einzigen festen Veröffentlichungstermin ausgebremst wurde, nicht durch etwas in ihrer eigenen Kontrolle.
Ein Verkäufer mit einer Umsatzsteuer-Meldefrist, die vor Amazons eigenem Veröffentlichungstermin am 3. des Monats liegt. Der alte feste Zeitplan konnte eine früher im Monat fällige Meldung schlicht nicht bedienen; die neue On-Demand-Anfrage kann das.
Pan-EU- oder Multi-Marketplace-Verkäufer, die mehrere Umsatzsteuer-Registrierungen gleichzeitig abgleichen. Mehr und frueere Kontrollpunkte innerhalb eines Monats verringern das Risiko, dass eine grenzüberschreitende Bewegung oder eine nicht passende Erstattung bis zum Abschluss der Datei unbemerkt bleibt.
Ein Buchhalter oder Umsatzsteuer-Berater, der mit dem eigenen Konto des Verkäufers arbeitet, nicht mit Amazons Meldung. Der Bericht ist ausdrücklich eine Datenquelle für den eigenen Prozess des Verkäufers; ein schnellerer Zugriff verkürzt dessen eigenen Abschlusszyklus.
Jeder, der den Bericht früher zweimal im Monat von Hand herunterladen musste, nur um Fehler früh zu erkennen. Die neue Spalte TRANSACTION_UPDATED_DATE ersetzt einen manuellen Vergleich der kompletten Datei durch eine einzige gefilterte Spalte.
Ein Verkäufer, der nach Polen verkauft. Die Spalte GOV_INVOICE_ID / KSeF ist heute befüllt; Verkäufer in anderen EU-Ländern sollten damit rechnen, dass sie leer bleibt, bis Amazon die Unterstützung auf ihr Land ausweitet.
Wo fordern Sie den Bericht tatsächlich an, und welche Umfrage führt Amazon durch?
Der Bericht wird an derselben Stelle angefordert wie immer, auf dem Bildschirm Umsatzsteuer-Transaktionsbericht im Berichtszentrum von Seller Central; das On-Demand-Verhalten ist eine Änderung dessen, was dieser Bildschirm nun erzeugt, kein neuer Menüpunkt. Amazons eigene Ankündigung verlinkt direkt auf die Anfrageseite und lädt separat dazu ein, während des Beta-Rollouts Feedback über eine AVTR-Live-Reporting-Umfrage zu geben; ein Verkäufer, der auf einen Grenzfall stößt, etwa eine Spalte, die leer bleibt, obwohl sie befüllt sein sollte, oder eine Anfrage, die weiterhin nur die alte Datei mit festem Datum liefert, hat damit einen direkten Kanal, um dies zu melden, statt raten zu müssen, ob es sich um einen Fehler oder um eine zeitliche Lücke im Rollout handelt.
Der einfachste Weg, um festzustellen, ob die Beta-Version ein bestimmtes Konto schon erreicht hat, ist, es einmal gezielt selbst auszuprobieren, statt auf einen zweiten Forenbeitrag zu warten, der einen breiteren Rollout bestätigt: Fordern Sie auf dem Berichtsbildschirm den laufenden, noch nicht abgeschlossenen Monat an und prüfen Sie, ob die zurückgelieferte Datei Daten bis etwa 3 Tage vor dieser Anfrage umfasst, oder ob sie stattdessen leer zurückkommt oder auf den vorherigen, bereits abgeschlossenen Monat beschränkt ist. Im letzteren Fall ist nichts defekt; das Konto befindet sich lediglich noch im alten Verhalten mit festem Datum, bis der schrittweise Rollout es erreicht, und der richtige nächste Schritt ist, die bisherige Gewohnheit der monatlichen Nachbetrachtung vorerst beizubehalten, anstatt einen neuen On-Demand-Prozess um eine Fähigkeit herum aufzubauen, die das Konto noch nicht besitzt.
Checkliste für die Nutzung der neuen On-Demand-AVTR
So nutzen Sie den On-Demand-Amazon-Umsatzsteuer-Transaktionsbericht
Bestätigen Sie zuerst, dass die Beta-Version Ihr Konto erreicht hat, bevor Sie sich darauf verlassen - Amazons eigene Hilfeseite gibt an, dass es sich um einen schrittweisen Rollout handelt; wenn eine Anfrage zur Monatsmitte weiterhin nur die alte Datei mit festem Datum liefert, ist die Funktion auf Ihrem Konto möglicherweise noch nicht verfügbar.
Fordern Sie den Bericht so früh im Monat an, wie es Ihr Prozess erfordert, nicht erst nach Abschluss des Monats - Die zurückgelieferten Daten umfassen bis zu 3 Tage vor Ihrem Anfragedatum, sodass eine frühe Anfrage trotzdem ein reales, nutzbares Zeitfenster liefert.
Fordern Sie den Bericht später im selben Zyklus erneut an, statt die gesamte Datei von Hand neu zu lesen - Eine zweite Anfrage liefert den aktuellsten Stand aller Daten, einschließlich allem, was seit dem ersten Abruf hinzugefügt oder geändert wurde.
Filtern Sie nach einer erneuten Anfrage nach TRANSACTION_UPDATED_DATE - Dadurch isolieren Sie genau das, was sich seit Ihrem letzten Download geändert hat, statt einen vollständigen erneuten Vergleich erzwingen zu müssen.
Erwarten Sie nicht, dass GOV_INVOICE_ID außerhalb Polens bereits befüllt wird. - Amazon gibt an, dass die Unterstützung weiterer Länder erst später folgt; ein leerer Wert anderswo ist erwartungsgemäß und kein Fehler.
Denken Sie daran, dass Gebührentransaktionen weiterhin hinter Warentransaktionen zurücklaufen - Gebührendaten für einen Monat werden erst hinzugefügt, sobald die Gebührenrechnungen dieses Monats ausgestellt sind, unabhängig vom neuen On-Demand-Timing für Warentransaktionen.
Nutzen Sie die AVTR-Live-Reporting-Umfrage für alles, was fehlerhaft wirkt - Amazons eigene Ankündigung führt diese Umfrage gezielt durch, um Beta-Feedback zu sammeln.
Was SellerMagnet hierbei leisten kann und was nicht
Das Anfordern, Herunterladen und Einreichen der AVTR erfolgt vollständig innerhalb von Seller Central und dem eigenen Umsatzsteuerprozess des Verkäufers, von Anfang bis Ende. Kein Drittanbieter-Tool, auch nicht SellerMagnet, fordert diesen Bericht an oder reicht eine Umsatzsteuervoranmeldung im Namen eines Verkäufers ein. Wo ein Dashboard wie das Analytics von SellerMagnet tatsächlich zusätzlich hilft, ist auf der kommerziellen Seite, die die AVTR nicht abdeckt: Ein Umsatzsteuerabgleich liefert steuerrelevante Summen, sagt einem Verkäufer aber nicht, ob das Erstattungsvolumen oder das Gebührenmuster eines bestimmten Monats für sein eigenes Geschäft ungewöhnlich ist. Das ist eine Frage, die den Abgleich mit der eigenen Bestell- und Margenhistorie des Verkäufers erfordert, nicht nur mit den behördlich ausgerichteten Zahlen.
Eine Margenprüfung mit dem Fee Calculator ist ein separater, sinnvoller Schritt aus einem verwandten Grund: Die Umsatzsteuer selbst wird zusätzlich zu einem Verkauf erhoben und abgeführt, sie verändert nicht die Vermittlungs- oder Versandgebühren, die für dieselbe Bestellung berechnet werden. Ein korrekter Abgleich der Umsatzsteuerzahlen ersetzt also nicht die Bestätigung, dass der zugrunde liegende Verkauf den tatsächlichen Gebührenstapel noch deckt, bevor ein Verkäufer annimmt, die Zahlen eines Monats seien schon deshalb gesund, weil die Umsatzsteuerdatei stimmt.
Was hat sich am Amazon-Umsatzsteuer-Transaktionsbericht (AVTR) am 3. November 2026 geändert?
Der Bericht kann jetzt zu jedem beliebigen Zeitpunkt innerhalb des betreffenden Monats angefordert werden, mit Daten bis zu 3 Tage vor dem Anforderungsdatum, statt erst am 3. des Folgemonats verfügbar zu sein.
Bekomme ich weiterhin die alte, vollständig abgeschlossene Monatsdatei?
Ja. Der feste monatliche Abschlusstermin besteht weiterhin. Die Änderung fügt die Möglichkeit hinzu, während des Monats bereits früher auf Abruf einen Blick in die Daten zu werfen, sie entfernt die finale Datei nicht.
Was zeigt die neue Spalte TRANSACTION_UPDATED_DATE?
Das Datum, an dem jede Transaktionszeile zuletzt aktualisiert wurde. So kann ein Verkäufer, der den Bericht später im selben Monat erneut anfordert, gezielt nach dem filtern, was sich seit dem vorherigen Download geändert hat.
Wofür steht GOV_INVOICE_ID?
Die von der jeweiligen Behörde zugewiesene E-Rechnungsnummer für eine Transaktion. Zum Start ist diese Spalte nur für KSeF (das polnische Pflichtsystem für elektronische Rechnungen) befüllt. Amazon gibt an, dass später weitere Länder hinzukommen werden.
Ändert sich dadurch, welche Transaktionen der AVTR abdeckt?
Nein. Der Bericht deckt weiterhin Warentransaktionen (Verkäufe, Erstattungen, Retouren, grenzüberschreitende Bewegungen) und Gebührentransaktionen genau wie bisher ab: Neu sind nur der Zeitpunkt der Anforderung und die zwei neuen Spalten.
Warum hinken Gebührendaten im selben Bericht weiterhin den Verkaufsdaten hinterher?
Amazon fügt Gebührentransaktionen für einen Monat erst hinzu, wenn die Gebührenrechnungen dieses Monats tatsächlich ausgestellt wurden, einem eigenen Zeitplan, der von der Umstellung auf On-Demand-Timing unberührt bleibt und sich vom Zeitplan für Verkaufs- und Erstattungsdaten unterscheidet.
Steht die neue On-Demand-Berichterstellung bereits jedem Verkäufer zur Verfügung?
Amazons eigene Hilfeseite beschreibt die Funktion als Beta-Feature, das schrittweise ausgerollt wird, und weist darauf hin, dass sie möglicherweise noch nicht für jedes Konto verfügbar ist.
Reicht SellerMagnet Umsatzsteuererklärungen für mich ein oder übermittelt es diesen Bericht?
Nein. Das Anfordern und Einreichen aus der AVTR erfolgt vollständig innerhalb von Seller Central und dem eigenen Umsatzsteuerprozess des Verkäufers. Die Dashboards von SellerMagnet unterstützen Sie auf der kaufmännischen Seite, nicht bei der eigentlichen Einreichung.
Stop Juggling Tools. SellerMagnet Combines Everything You Need.