Seller Fulfilled Prime i Europa: kan varumärken utanför EU kvalificera sig och vilken logistik krävs?
26 maj 2026
Varför amerikanska varumärken som säljer i Europa omprövar DDP Incoterms efter nya EU-tullregler
26 maj 2026
FLEX. Logistics
Vi tillhandahåller logistik tjänster till online-återförsäljare i Europa: Amazon FBA prep, bearbetning av FBA-borttagningsorder, vidarebefordran till Fulfillment Centers – både FBA- och Vendor-sändningar.
Ett brittiskt varumärke skickar från ett polskt 3PL-lager till konsumenter i Tyskland, Frankrike och Nederländerna. Varje paket korsar en konsumtionslands gräns. Varje försäljning utlöser en momsskyldighet i köparens medlemsstat. Utan en samordnad rapporteringsstruktur står det varumärket inför upp till 27 separata nationella momsregistreringar — eller en enda, välhanterad icke-unions-OSS-registrering som konsoliderar hela rapporteringsbördan till en kvartalsvis deklaration inlämnad i ett EU-land.
Polens formella införande av lagförslag nr UC147 i maj 2026, som genomför artiklarna 2 och 4 i EU-rådets direktiv 2025/516 (ViDA-paketet), skärper reglerna som icke-EU-säljare måste följa. Den här artikeln förklarar vad som har ändrats, vem som har vilken skyldighet och vilka operativa data din fulfillment-uppsättning måste fånga för att hålla EU-omfattande B2C-momscompliance hanterbar från dag ett.
Vad ViDA-transponeringen faktiskt förändrar för icke-EU-säljare
ViDA-paketet är inte en ny skatt. Det är en strukturell förfining av hur befintliga momsskyldigheter tilldelas, rapporteras och verkställs över EU:s medlemsstater. För icke-etablerade säljare — de utan fast etablering i något EU-land — faller de mest betydande förändringarna inom tre områden.
För det första har den årliga tröskeln på €10 000 som tidigare tillät vissa säljare att tillämpa ursprungslandets momssatser klargjorts. Lagförslag UC147 specificerar att försäljningar som avsänds från utländska eller flernations-3PL-noder inte räknas med i denna tröskelberäkning. I praktiken är en icke-EU-säljare som använder ett centraliserat europeiskt fulfillment-nav i Tyskland eller Polen nästan säkert redan över tröskeln och måste tillämpa destinationslandets momssatser på varje B2C-försäljning.
För det andra har skattepunktsreglerna harmoniserats. Momsskyldighetens ögonblick är nu knutet till den bekräftade avsändningshändelsen — den punkt då paketet lämnar lagret — inte betalningsdatumet eller orderbekräftelsen. Detta gör kartläggning av avsändningsland till ett compliance-kritiskt datafält, inte bara ett logistikmått.
För det tredje har den plattformsbaserade deemed-supplier-regimen utökats för att täcka vissa gränsöverskridande B2B-transaktioner som behandlas via digitala marknadsplatser, vilket flyttar ansvaret för momsinsamling till plattformen i definierade scenarier. För direkta-till-konsument-webbshoppar sker ingen sådan överföring. Säljaren förblir fullt exponerad.
Registreringsvägen för icke-unions-OSS
En icke-EU-säljare utan EU-etablering registrerar sig för icke-unions-OSS-schemat i valfri medlemsstat. Polen och Irland är vanliga ingångspunkter på grund av administrativ tillgänglighet. När registrerad lämnar säljaren in en enda kvartalsvis momsdeklaration som täcker alla B2C-försäljningar till EU-konsumenter, med tillämpning av momssatsen i varje köparland på varje transaktion.
Lagförslag UC147 tar bort en historisk friktionspunkt: kravet på att ange en webbplats-URL vid icke-unions-OSS-konfiguration har tagits bort i den polska transponeringen. Detta minskar onboarding-friktionen för säljare som driver verksamhet över flera butiksfönster eller headless commerce-arkitekturer. Registreringen själv kräver ett giltigt EORI-nummer, affärsidentifieringsdokument och en utsedd skatterepresentant i vissa medlemsstater. Verifiera aktuella krav med en kvalificerad EU-skatterådgivare innan inlämning.
Vad händer utan OSS-registrering
Utan en icke-unions-OSS-registrering är en icke-EU-säljare som avsänder B2C-paket från ett EU-lager inte undantagen från momsskyldigheter. Skyldigheten finns oavsett om säljaren har registrerat sig för att samla in den. Medlemsstater kan och gör det de förföljer oregistrerade säljare genom marknadsplatsers datasamlingsavtal, tullimportregister och fraktmanifestgranskningar.
Den praktiska konsekvensen är fragmenterad exponering: varje destinationsland där en försäljning skedde blir en potentiell verkställighetsjurisdiktion. Retroaktiv registrering, efterföljande inlämningar och associerade ränteavgifter kan ackumuleras över flera skatteperioder innan frågan dyker upp. För en säljare som driver pan-europeiska B2C-fulfillment-tjänster från ett enda nav är gapet mellan avsändningsvolym och registrerad momsrapportering synligt i fraktdata långt innan det blir en formell förfrågan. Att registrera sig innan det första paketet skickas är den enda operationellt sunda positionen.
Avsändningshändelsen som din moms skattepunkt
Enligt de harmoniserade reglerna som införts av ViDA-paketet är momsskattepunkten för distansförsäljning den bekräftade avsändningshändelsen. Detta är ögonblicket då paketet överlämnas till transportören och en spårningsrecord skapas. För en icke-EU-säljare som använder ett europeiskt fulfillment-nav innebär detta att lagerhanteringssystemet måste registrera avsändningslandet, destinationslandet, den tillämpliga momssatsen och transaktionsvärdet vid exakt ögonblicket för avsändning — inte retrospektivt vid månadsslutet.
En fulfillment-partner som kör automatiserad inventarspårning och realtidsavsändningslandskartläggning kan generera detta datafält automatiskt för varje utgående order. Utan den automatiseringen rekonstruerar säljare vanligtvis avsändningsregister från transportörsfakturor och orderexporter — en process som introducerar avstämningsfel och skapar luckor i OSS:s kvartalsvisa deklaration. Skattepunkten är ett dataproblem innan det är ett skatteproblem.
Deemed-supplier-regler: Marknadsplatsförsäljning kontra din egen webbshop
Deemed-supplier-regimen är ett av de mest missförstådda elementen i ViDA-ramverket för icke-EU-säljare som driver verksamhet över flera kanaler. Enligt de utökade reglerna behandlas online-marknadsplatser som underlättar vissa gränsöverskridande försäljningar som ansett leverantör för momssyfte. Marknadsplatsen samlar in moms från köparen, remitterar den till den relevanta skattemyndigheten och den underliggande säljaren får en nettoutbetalning utan momsskyldighet på den transaktionen.
Detta gäller B2C-försäljningar där marknadsplatsen underlättar transaktionen och säljaren inte är etablerad i EU. För säljare på stora EU-riktade plattformar kan en betydande del av deras B2C-volym redan täckas av marknadsplatsens deemed-supplier-skyldighet — vilket innebär att säljaren egen OSS-deklaration ska exkludera dessa transaktioner för att undvika dubbelrapportering.
Den kritiska skillnaden är kanal. Försäljningar via din egen direkta-till-konsument-webbshop, varumärkessajt eller någon kanal där ingen marknadsplatsförmedlare är involverad medför ingen deemed-supplier-överföring. Varje sådan transaktion förblir din momsskyldighet, måste rapporteras under din OSS-registrering och kräver ett rent avsändningsregister knutet till rätt destinationslands sats.
Vilka data din datastack måste fånga
För varje B2C-order som avsänds från ett EU-fulfillment-nav måste ditt system registrera: avsändningslagrets land, köparens leveransland, den tillämpliga momssatsen för det landet och produktkategorin, transaktionsvärdet exklusive moms samt kanalen genom vilken försäljningen gjordes. Denna dataset är grunden för din OSS-kvartalsvisa deklaration.
Om din 3PL-partner driver pan-europeisk B2C- och B2B-fulfillment från flera lagerplatser måste avsändningslandsfältet tilldelas på individuell ordernivå — inte antas från ett standardnav. En säljare vars lager är uppdelat på ett tyskt och ett polskt nav kan avsända samma SKU från antingen plats beroende på lagersaldo. Varje avsändningsursprung skapar ett annat skattepunktsregister och potentiellt en annan momssatsberäkning för samma destinationsland.
Där dataarkitekturen bryter samman
Det vanligaste felaktiga läget är en obalans mellan orderhanteringssystemet och lagerhanteringssystemet. Ordersystemet registrerar försäljningskanal och köparland. Lagerhanteringssystemet registrerar avsändningsplats och överlämning till transportör. Om dessa två system inte delar en gemensam orderidentifierare som överlever fulfillment-överlämningen saknas avsändningslandsfältet i skatteregistret.
En andra felpunkt är produktkategorikartläggning. Momssatser varierar inte bara beroende på destinationsland utan också på produkttyp. En säljare som skickar kosttillskott, elektronik och kläder i samma utgående flöde måste tillämpa olika satser på olika SKU i samma paket. Om produktkategorin inte är kartlagd till rätt momssats i orderdata innan avsändning kommer OSS-deklarationen att innehålla systematiska fel som ackumuleras över varje kvartalsinlämning. Att fånga detta på dataarkitekturstadiet kostar betydligt mindre än att korrigera det efter den första revisionen.
En praktisk ägarmappning: Vem lämnar in vad
För en icke-EU-säljare som driver EU-omfattande B2C-verksamhet delas momsskyldighetsägandet upp mellan tre aktörer. Marknadsplatsen äger deemed-supplier-skyldigheten för plattformsunderstödda försäljningar och lämnar in sina egna momsdeklarationer till varje medlemsstat. Säljaren äger OSS-skyldigheten för alla direkta webbshopförsäljningar och lämnar in en enda kvartalsvis deklaration i OSS-registreringslandet. Fulfillment-partnern äger datainsamlingslagret — registrering av avsändningsland, destinationsland och transaktionsvärde vid avsändningstillfället för varje utgående order.
När denna ägarmappning är tydlig innan verksamheten börjar vet varje aktör exakt vilka datafält de är ansvariga för att generera och behålla. När den inte är tydlig upptäcker säljaren vanligtvis luckan under den första OSS-inlämningsperioden, när den kvartalsvisa deklarationen inte kan stämmas av mot fraktregister eftersom avsändningslandsfältet aldrig systematiskt fångades. Att fastställa ägarmappningen vid onboarding, inte vid inlämningstillfället, är den operativa kontrollpunkten som avgör om compliance är hanterbar eller reaktiv.
De dolda compliance-luckorna som dyker upp efter lansering
De flesta icke-EU-säljare som går in på EU-marknaden fokuserar på tullklarering, importmoms och initial produktregistrering. Det pågående B2C-momscompliance-lagret — specifikt OSS-kvartalsdeklarationen — behandlas ofta som en administrativ eftertanke som ska hanteras av en revisor när verksamheten väl är igång. Detta antagande skapar tre specifika luckor som blir dyra att stänga efter lansering.
Den första luckan är retrospektiv avsändningsdata. Om lagerhanteringssystemet inte konfigurerades för att fånga avsändningsland som ett obligatoriskt fält från dag ett måste säljaren rekonstruera denna data från fraktmanifest, som inte alltid är organiserade efter orderreferens. För en säljare som avsänder flera hundra order per vecka över flera EU-destinationer kan denna rekonstruktion ta veckor och ändå ge ett ofullständigt register.
Den andra luckan är exponering för satsändringar. EU-medlemsstater justerar periodvis momssatser för specifika produktkategorier. Om produkt-till-sats-kartläggningen i ordersystemet är statisk och inte uppdateras när en medlemsstat ändrar sin sats kan säljaren underuppbära moms från köpare och under-rapportera i OSS-deklarationen för den berörda perioden. Ansvaret ligger kvar hos säljaren oavsett vad som samlades in vid kassan.
Den tredje luckan är B2B-undantagsgränsen. OSS täcker endast B2C-försäljningar. Om en säljares EU-kundbas inkluderar affärsköpare som uppger ett giltigt momsnummer måste dessa transaktioner exkluderas från OSS-deklarationen och hanteras enligt omvänd skattskyldighet. Ett fulfillment-system som inte flaggar momsregistrerade köpare på ordernivå kommer att blanda B2B- och B2C-transaktioner i samma dataexport och kräva manuell separering innan varje kvartalsinlämning.
OSS-registreringschecklista
- Bekräfta att ingen fast EU-etablering finns som skulle kräva standard momsregistrering istället för icke-unions-OSS
- Skaffa ett giltigt EORI-nummer innan registrering — krävs för tull och ofta för OSS-onboarding
- Välj OSS-registreringsmedlemsstat baserat på administrativ tillgänglighet och rådgivar tillgänglighet
- Identifiera om en lokal skatterepresentant krävs i ditt valda registreringsland
- Kartlägg alla aktiva försäljningskanaler och bekräfta vilka som är marknadsplatsunderstödda och vilka som är direkta webbshopförsäljningar
- Bekräfta ditt OSS-registreringslands inlämningskalender och kvartalsvisa deadline-schema
Fulfillment-data beredskapschecklista
- Bekräfta att avsändningslandsfältet fångas på ordernivå i lagerhanteringssystemet, inte antas från ett standardnav
- Kartlägg varje aktiv SKU till rätt momssats för varje destinationsland och produktkategori
- Upprätta en gemensam orderidentifierare mellan orderhanteringssystemet och lagerhanteringssystemet som överlever fulfillment-överlämningen
- Konfigurera köparens momsnummerfångst vid kassan för att flagga B2B-order för omvänd skattskyldighetsexkludering
- Bekräfta att fulfillment-partnern kan exportera avsändningsregister efter orderreferens, destinationsland och avsändningsdatum för varje kvartalsperiod
- Testa dataexporten mot ett prov-OSS-deklaration innan den första live-inlämningsperioden
Sekvensering av din OSS- och fulfillment-uppsättning innan första avsändningen
Den operativa sekvensen har betydelse. En icke-EU-säljare som väljer ett europeiskt fulfillment-nav innan OSS-registreringen är klar riskerar att avsända momspliktiga B2C-paket utan en giltig rapporteringsstruktur på plats. Den korrekta sekvensen löper på parallella spår som konvergerar innan den första utgående sändningen.
På skatte-spåret: engagera en EU-momsrådgivare för att bekräfta din registreringskategori, välj OSS-medlemsstat och initiera registreringsprocessen. OSS-registrering kan ta flera veckor beroende på medlemsstat och fullständigheten i din dokumentation. Börja inte denna process först när lagret anländer till lagret.
På fulfillment-spåret: arbeta med din 3PL-partner för att konfigurera lagerhanteringssystemet för avsändningslandsfångst, produktkategori-moms-kartläggning och B2B-orderflaggning. Bekräfta att integrationen mellan din orderhanteringsplattform och fulfillment-systemet överför alla krävs skattepunktsfält på ordernivå. Om din uppsättning använder API-baserade integrationer, testa dataflödet end-to-end innan go-live.
På kanal-spåret: granska varje aktiv försäljningskanal för att avgöra om deemed-supplier-regler för marknadsplatser gäller. För varje kanal där de inte gäller, bekräfta att OSS-deklarationen kommer att inkludera dessa transaktioner och att dataflödet från den kanalen är anslutet till fulfillment-avsändningsregistret. Konvergenspunkten är en enda, avstämningsbar dataset som täcker varje B2C-avsändning, varje destinationsland och varje tillämplig momssats — redo för den första kvartalsvisa OSS-inlämningen utan manuell rekonstruktion.
Fler-nods-fulfillment och avsändningslands-komplexiteten
En säljare som delar upp inventariet över två eller fler EU-lagerplatser — till exempel ett primärt nav i Polen och en sekundär buffert i Tyskland — möter ett extra lager avsändningslands-komplexitet. Samma SKU kan skickas från antingen plats beroende på lagersaldo, transportörens cutoff-tider eller leveranslöfteskrav. Varje avsändningsursprung är ett separat skattepunktsregister med potentiellt olika momsbehandling beroende på destinationsland.
Detta är inte ett teoretiskt specialfall. Pan-europeisk fulfillment-infrastruktur byggd kring flera noder är specifikt utformad för att minska leveranstider och transportörskostnader över kontinenten. Men det kräver att lagerhanteringssystemet tilldelar avsändningslandsfältet dynamiskt på ordernivå, inte statiskt på produktnivå. En säljare vars OSS-deklaration antar att alla avsändningar kommer från ett enda nav kommer att producera en systematiskt felaktig deklaration i samma ögonblick som ett andra lager-nod blir aktiv. Att konfigurera dataarkitekturen för fler-nods-avsändning innan expansion till en andra plats är den korrekta operativa sekvensen.
Tröskelregel
Försäljningar som avsänds från utländska eller flernations-3PL-noder räknas inte med i den årliga tröskeln på €10 000. Icke-EU-säljare som använder ett centraliserat EU-nav bör utgå från att destinationslandets momssatser gäller för varje B2C-transaktion från den första försäljningen.
Skattepunktsregel
Momsskattepunkten är den bekräftade avsändningshändelsen — ögonblicket då paketet lämnar lagret och en transportörsspårningsrecord skapas. Detta fält måste fångas automatiskt vid avsändning, inte rekonstrueras från månadsslutsfraktfakturor eller orderexporter.
Kanalseparationsregel
Marknadsplatsunderstödda försäljningar som täcks av deemed-supplier-regimen måste exkluderas från din OSS-deklaration. Direkta webbshopförsäljningar måste inkluderas. Att blanda dessa två strömmar i samma dataexport ger en systematiskt felaktig kvartalsinlämning som ackumuleras över varje rapporteringsperiod.
Vad du ska låsa innan ditt första EU-paket skickas
ViDA-transponeringen, inklusive Polens lagförslag UC147, skapar inte nya skatter för icke-EU-säljare. Den klargör och skärper de regler som redan gäller. För ett brittiskt, amerikanskt eller hongkong-baserat varumärke som använder ett europeiskt fulfillment-nav för att betjäna B2C-kunder över kontinenten är den praktiska effekten att compliance-infrastrukturen måste vara på plats innan det första paketet skickas — inte monteras reaktivt efter den första kvartalsvisa inlämningsdeadlinen.
Tre beslut avgör om din OSS-compliance är hanterbar eller ömtålig. För det första: bekräfta din registreringskategori och initiera icke-unions-OSS-registrering parallellt med lager-onboarding, inte efteråt. För det andra: konfigurera din fulfillment-dataarkitektur för att fånga avsändningsland, destinationsland, produktmoms-kategori och kanaltyp på ordernivå för varje utgående sändning. För det tredje: upprätta en tydlig ägarmappning: marknadsplatsen hanterar deemed-supplier-skyldigheter för plattformsförsäljningar; din OSS-registrering täcker direkta webbshopförsäljningar; din fulfillment-partners avsändningsregister är källdatan för båda.
Säljare som behandlar momscompliance-tjänster som en skattedeklarationsövning snarare än en data- och operationsdisciplin stöter konsekvent på samma problem: den kvartalsvisa deklarationen kan inte lämnas in korrekt eftersom den underliggande avsändningsdatan aldrig systematiskt fångades. Lösningen är arkitekturell, inte administrativ, och den är betydligt enklare att implementera innan go-live än att eftermontera över en levande verksamhet.
Om du kartlägger EU-omfattande B2C-fulfillment och behöver en lagerpartner vars system fångar avsändningsland, destinationsland och orderkanaldata automatiskt vid avsändningstillfället, kontakta FLEX.-teamet om hur vår europeiska fulfillment-infrastruktur stöder dina OSS-compliance-data krav.
Verifiera dina specifika momsregistreringsskyldigheter och inlämningskrav med en kvalificerad EU-skatterådgivare. FLEX. tillhandahåller det operativa och data-lagret — korrekta avsändningsregister, fler-nods-inventarspårning och B2C-orderfulfillment över EU — som gör din skatterådgivares arbete hanterbart.
