EU OSS-moms för startups som säljer med Stripe

OSS är ett sätt att redovisa och betala moms för vissa gränsöverskridande B2C-försäljningar inom EU. Du registrerar dig i ett land, skickar in en samlad deklaration där och betalar där istället för att registrera dig i varje land du säljer till.

Det gör inte att resten av momsarbetet försvinner. Du måste fortfarande veta vad du säljer, om det verkligen är OSS som gäller, vilket land kunden hör hemma i och om momssatsen på varje rad går att förklara.

Digitala produkter, tjänster och fysiska varor kan hamna i olika momsflöden. Många hoppar direkt till deklarationen, men det renaste första steget är att dela upp erbjudandet i några tydliga kategorier och bestämma vilka regler som gäller för varje kategori.

Om du säljer blandat ska du inte utgå från att en enda behandling räcker. En prenumeration, ett konsultuppdrag och en skickad vara kan behöva olika hantering trots att allt tas betalt via samma Stripe-konto.

Om bolaget är etablerat i EU är Union scheme normalt startpunkten för relevant B2C-försäljning till andra medlemsstater. Om bolaget är etablerat utanför EU och inte har fast etablering i EU är non-Union scheme den vanliga vägen för relevanta tjänster till EU-konsumenter.

Det spelar roll tidigt eftersom schemat styr hur du registrerar dig och vad du får redovisa via OSS. Importerade varor är ytterligare ett eget spår, och lågvärdeimporter kan hamna under IOSS istället för den vanliga OSS-processen.

EU-etablerade bolag kan i vissa fall ligga kvar på hemlandets moms under den EU-gemensamma tröskeln på EUR 10 000 för relevant gränsöverskridande B2C-försäljning. När tröskeln passeras är det normalt destinationslandets moms som gäller, och OSS blir det praktiska sättet att redovisa den.

Tröskeln är inte ett allmänt frikort. Den gäller bara vissa relevanta kategorier, och icke EU-etablerade säljare ska normalt inte bygga sin process kring den. Om du ligger nära gränsvärden behövs löpande uppföljning, inte ett minnestest en gång per år.

Vid B2C ska kunden se ett tydligt slutpris innan köpet genomförs. I praktiken väljer många mellan landsspecifika slutpriser inklusive moms eller ett enda EU-pris inklusive moms där marginalen får variera beroende på land.

Inget av alternativen är automatiskt rätt. Om marginalen är tunn kan landsspecifika priser skydda den. Om enkel konvertering är viktigare väljer många startups ett enda visat pris och accepterar att nettopengarna blir olika mellan medlemsstater.

Onlineförsäljning ger sällan ett perfekt svar på konsumtionsland automatiskt. Det säkrare arbetssättet är att samla in en primär landsignal i checkouten, jämföra med en andra signal när det går och spara bevisningen tillsammans med transaktionen.

Det är här många momsflöden faller isär. Team litar på checkoutland, tappar den stödjande bevisningen eller skriver över konflikter utan spår. Ett bättre arbetssätt låter otydliga rader vara synliga och sparar underlaget under den långa lagringstid som OSS kräver.

När försäljningarna är klassificerade och kundlandet är tillräckligt starkt blir redovisningen mer mekanisk. Summera moms per konsumtionsland, granska korrigeringar som återbetalningar eller chargebacks och lämna sedan in samt betala senast vid utgången av månaden efter kvartalet.

Det är också då materialet måste arkiveras ordentligt. OSS kan kräva att du sparar underlag i upp till 10 år, så processen behöver mer än en skärmdump och ett kalkylblad som någon senare skriver över.

SaldoKit är byggt för den del som många startups fortfarande gör manuellt: att göra Stripe-betalningar till ett OSS-underlag som går att granska. Verktyget läser in charges, visar signalerna bakom kundlandet, grupperar moms per medlemsstat och döljer inte rader som fortfarande kräver bedömning.

Det nuvarande flödet är starkast för momsinkluderad B2C-försäljning i Stripe där två samstämmiga identifierare kan styrka kundlandet. Otydliga rader ligger kvar i granskning så att operatören kan justera datan innan rapporten betraktas som klar för deklaration.