Pan-EU FBA zonder kloppende btw-administratie is een controle die op je wacht

Kort antwoord. OSS is een kwartaalaangifte voor je grensoverschrijdende EU-B2C-btw, maar OSS dekt geen voorraad. Zodra Amazon je producten in een ander land opslaat, heb je daar een lokale btw-registratie nodig. Pan-EU FBA verspreidt je voorraad over meerdere landen, dus daar volgen meerdere registraties uit. EFN levert vanuit één land en houdt het bij één registratie. Sinds 25 juni 2025 is Nederland verplicht als marketplace voor Pan-EU.

Wie op Pan-EU FBA zit en denkt dat OSS de btw afdekt, heeft een open flank. Ik heb zelf op Amazon en cross-border verkocht, en dit is precies de plek waar het misgaat: niet bij de verkoop, maar maanden later bij de aangifte of een controle.

OSS dekt je verkoop, niet je voorraad

OSS, de One Stop Shop, is een kwartaalaangifte waarmee je je B2C-verkopen naar EU-consumenten in één keer afhandelt in plaats van in elk land apart. Boven de EU-drempel van 10.000 euro reken je het btw-tarief van het land van je klant, en via OSS draag je dat centraal af. Voor een verkoper die over de grens levert, is dat de juiste route.

Maar OSS gaat over waar je klant zit, niet over waar je spullen liggen. En daar zit het misverstand. Zodra Amazon jouw voorraad fysiek in een ander land opslaat, ontstaat daar een lokale btw-plicht die OSS niet wegneemt. Je hebt dan een lokaal btw-nummer en lokale aangiftes nodig, los van je OSS-aangifte. Staxxer en amavat zeggen het allebei expliciet: voor opslag kun je OSS niet gebruiken.

Het verschil tussen EFN en PAN bepaalt je btw-last

Dit is de beslissing waar het om draait, en die ken je als verkoper waarschijnlijk al, maar de fiscale staart wordt vaak onderschat.

Bij EFN, het European Fulfilment Network, ligt je voorraad in één land en levert Amazon daarvandaan aan klanten door heel Europa. Eén opslagland betekent in de basis één lokale btw-registratie. Langzamer, hogere fulfillment fees per cross-border order, maar fiscaal overzichtelijk.

Bij Pan-EU FBA verspreidt Amazon je voorraad over magazijnen in meerdere landen, zodat je dichter bij de klant zit en lagere fees betaalt. De keerzijde: in elk land waar je voorraad ligt, ontstaat een lokale btw-registratie- en aangifteplicht. Bij volledige Pan-EU loopt dat op tot een registratie in elk opslagland, met een eigen aangiftecyclus per land. Lagere fee per order, fors meer compliance eronder. De afweging tussen die twee is een echte build-vs-buy-beslissing, en ik reken hem liever door dan dat ik hem op gevoel laat.

Nederland is sinds 25 juni 2025 verplicht voor Pan-EU

Tot voor kort moest je voor Pan-EU FBA listings actief hebben in Duitsland, Frankrijk, Italië en Spanje. Sinds 25 juni 2025 is daar Nederland bij gekomen: zonder actieve NL-listing blijf je niet in het programma. Bestaande ASINs moesten Nederland vóór die datum toevoegen, en nieuwe ASINs moeten in alle vereiste landen tegelijk live staan (bron: Marosa VAT en Staxxer).

Belangrijk om scherp te houden: een NL-listing verplicht je niet meteen tot een Nederlandse btw-registratie, want een listing is geen voorraad. Maar zodra Amazon ook in Nederland gaat opslaan, kantelt dat per direct. Voor een NL-verkoper ben je hier vaak al geregistreerd, dus het echte werk zit in de andere opslaglanden.

Waarom dit met de hand misgaat

Het probleem is niet dat je de regels niet kunt opzoeken. Het probleem is dat de informatie verspreid zit en per dag verandert.

Waar je voorraad ligt, staat in je Amazon Inventory Ledger. Welke landen dat triggert qua registratie, hangt af van Amazons magazijnkeuzes, niet die van jou. Je drempels, je OSS-omzet en je lokale aangiftes leven in aparte systemen. Houd je dat bij in een spreadsheet die iemand maandelijks bijwerkt, dan loop je per definitie achter de feiten aan. Een nieuw opslagland verschijnt stil in je ledger, en je merkt het pas als de registratie er allang had moeten zijn.

Die fout zie je niet terug in je dashboard. Je ziet hem bij de aangifte, of bij een controle met naheffing en boete.

Wat een proces hier oplost

De berekening en de signalering moeten gebeuren. De vraag is alleen of je ze met de hand doet of laat draaien.

Tools als Sellerboard, Helium10 en gespecialiseerde btw-partijen dekken het gelukspad: de standaard Pan-EU-verkoper met een nette flow. Waar ze tekortschieten is jouw situatie. De koppeling tussen je Inventory Ledger en je btw-administratie. Een signaal het moment dat een nieuw opslagland opduikt. De combinatie van Amazon met je bol-omzet en je eigen webshop in één marge- en btw-overzicht dat klopt. Dat is precies de plek waar ik bouw.

Wat ik in zo'n geval doe: eerst het proces doorlichten, want gegroeide handmatige stappen kunnen vaak slimmer of helemaal weg. Daarna de koppeling via de SP-API en je boekhouding leggen, zodat je voorraad per land, je OSS-omzet en je lokale btw-plicht automatisch bij elkaar komen en een waarschuwing geven voordat het te laat is. Niet anti-tool, maar de slimmere laag erbovenop waar de standaardtool stopt.