Bogføring af udenlandske leverandørfakturaer: moms og bilag

Når en dansk virksomhed modtager en faktura fra en udenlandsk leverandør, afgøres bogføringen af fire faktorer: leverandørens hjemland (EU eller ikke-EU), om købet er varer eller ydelser, om leverandøren har et gyldigt VAT-nummer der kan valideres på VIES, og om virksomheden har oplyst sit danske CVR- og momsnummer til leverandøren. De fire svar tilsammen bestemmer momsbehandlingen — alt det øvrige arbejde med momskode, valutaomregning og bilagshåndtering følger af den beslutning.

Beslutningstræet kan udføres med fakturaen åben på skærmen:

1. Hvor kommer leverandøren fra? EU eller ikke-EU. Microsoft Ireland, AWS i Luxembourg, en tysk grossist og en spansk konsulent er alle EU-leverandører. En amerikansk udvikler, en britisk rådgiver (post-Brexit) eller en kinesisk vareleverandør hører til ikke-EU-sporet. Hjemlandet står typisk i fakturafoden ved siden af VAT-nummeret eller selskabsregistreringen.

2. Hvad købte du? Varer eller ydelser. SaaS-abonnementer, konsulenttimer, reklameydelser, hostingtjenester og licenser er ydelser. Fysiske eller digitale varer der krydser grænsen (lagervarer, hardware, downloadbare softwareprodukter solgt som en bestemt licens) er varer. Skellet er afgørende fordi momsmekanismen er en anden for hver kategori.

3. Har leverandøren et gyldigt VAT-nummer der kan valideres på VIES? EU-leverandørens VAT-nummer kan slås op på Europa-Kommissionens VIES-portal (ec.europa.eu/taxation_customs/vies). Et grønt svar bekræfter at nummeret er aktivt og at omvendt betalingspligt-mekanismen er gyldig grundlag for fakturaen. Hvis VIES ikke validerer nummeret, skulle leverandøren retteligt have opkrævet sin lokale moms — og du bogfører den modtagne faktura som den er, ikke som omvendt betalingspligt.

4. Har du oplyst dit danske CVR- og momsnummer til leverandøren? Hvis dit momsnummer ikke ligger i leverandørens kundekartotek, behandles virksomheden ofte som en privatperson, og fakturaen udstedes B2C med leverandørens lokale moms inkluderet. Det er et helt andet bogføringsscenarie end omvendt betalingspligt; sektionen om B2C-fælden længere nede beskriver remediation.

De fire svar giver det praktiske output:

• B2B-ydelser fra EU (VIES-valideret, CVR oplyst): omvendt betalingspligt. Fakturaen kommer uden moms; du beregner og afløfter dansk 25% moms i samme bilag. Dette er det almindelige scenarie for Microsoft 365, AWS, Google Ads, Stripe og lignende SaaS-leverandører.
• B2B-varer fra EU (VIES-valideret, CVR oplyst): erhvervelsesmoms. Mekanikken svarer til omvendt betalingspligt — fakturaen er uden moms, og du beregner dansk 25% moms på dansk side — men momsangivelsen rapporterer det i sit eget felt, og volumen over visse tærskler udløser ZM- og Intrastat-rapportering.
• B2B-ydelser fra ikke-EU: omvendt betalingspligt for ydelser fra hovedreglen i momsloven. Fakturaen kommer uden moms (eller med lokal moms du ikke kan afløfte); du beregner dansk moms i bilaget.
• B2B-varer fra ikke-EU: importmoms. Varerne fortoldes ved indførsel; speditøren leverer typisk en importspecifikation eller en SKAT-opgørelse over importmoms, og den danner det momsbærende bilag. Selve leverandørfakturaen bogføres uden moms.
• B2C-faktura (CVR ikke oplyst): fakturaen er udstedt med lokal moms. Den lokale moms er en del af omkostningen og kan ikke afløftes som dansk indgående moms.

Resten af denne guide til bogføring af udenlandske leverandørfakturaer behandler hvert spor i rækkefølge: momskode-mapping for e-conomic, Dinero og Billy; valutaomregning til DKK efter Nationalbankens dagskurs; bilags- og audit-spor-krav under bogføringsloven; grænserne for Smart Inbox og lignende fakturatolkning på udenlandske layouts; B2C-fælden og OSS-ordningen; og fem konkrete eksempler fra Microsoft, AWS, Google, Stripe og en EU-vareleverandør.

---

Momskode-mapping for e-conomic, Dinero og Billy

Hver platform dokumenterer sit eget kode-sæt isoleret i sin egen hjælp; ingen samler de tre i én oversigt. Når du arbejder i et byrå med klienter på forskellige platforme — eller skifter mellem dine egne — er det den sammenstilling der mangler. Konfigurationen sker to steder: på leverandørstamdataen (hvor du sætter momszonen) og på selve bilagslinjen (hvor du vælger momskoden eller momssatsen).

e-conomic

Forudsætningen for at de korrekte momskoder kan vælges på en bilagslinje er, at leverandøren er oprettet med momszone "Udland" på leverandørkortet. Uden den indstilling tilbyder e-conomic kun de indenlandske koder, og bogføringen bliver formelt forkert selv hvis beløbet stemmer. Momszone udland på e-conomic-leverandøren er derfor det første greb når en ny udenlandsk leverandør skal oprettes — ikke et indstillingsvalg du laver på bilaget bagefter.

På bilagslinjen vælger du så en af de fire centrale koder:

• IY25 — indkommende ydelser udland med omvendt betalingspligt. Den typiske kode for SaaS, konsulenttimer, hosting, reklame og andre digitale tjenester fra EU- og ikke-EU-leverandører. IY25 udløser den automatiske beregning af modgående 25% moms på dansk side i samme bilag.
• IV25 — indkommende varer udland. Anvendes ved varekøb der bærer udlandsbehandlingen på selve fakturalinjen, typisk når importmoms ikke håndteres separat via speditør.
• OBPK / OBPS — omvendt betalingspligt køb og salg, brugt på bestemte varekøb med indenlandsk momsbehandling. For de fleste SMV'er med standardopsætning er IY25 (ydelser) og IV25 (varer) de relevante valg.
• U25 — udlandsindstilling der danner U25-bilag i momsopgørelsen for EU-erhvervelser. e-conomic bruger U25 som en parallel kode-sti for at sikre at omsætningstal lander korrekt i rubrik A på momsangivelsen.

Samme leverandør kan kræve forskellige koder på forskellige linjer hvis fakturaen blander varer og ydelser. En tysk grossist der både fakturerer en vareleverance og et opstartsgebyr for tilpasning kan kræve IV25 på vare-linjen og IY25 på ydelses-linjen i det samme bilag — kombinationen IV25 IY25 OBPK e-conomic momskode er ikke en valgmenu hvor man vælger én, men en katalog hvor hver linje får sin egen kode.

Dinero

Dinero har konsolideret beslutningen ét niveau op. På leverandørprofilen markerer du leverandøren som "EU-leverandør" eller "Udlandsk leverandør"; derefter beregner Dinero automatisk erhvervelsesmomsen ved bogføring og skaber den modgående debet- og kredit-postering uden manuel kode-indtastning. Indstillingen ligger på leverandøren, ikke på bilaget — bogholderen skal stadig vælge konteringskonto og bekræfte beløbet, men momsmekanikken følger automatisk leverandørens markering.

Det betyder også at Dinero ikke eksponerer e-conomics fire-kode-niveau. Hvis leverandøren primært leverer ydelser og lejlighedsvis en vare, bliver erhvervelsesmoms-beregningen den samme — Dinero skelner ikke mellem IV25 og IY25 i grænsefladen. For erhvervelsesmoms Dinero EU faktura er den praktiske konsekvens, at fejlkilder flyttes fra bilagslinje-niveau til leverandøropsætningen: forkert markering af leverandøren forplanter sig til alle fakturaer fra den leverandør indtil markeringen ændres.

Billy

Billy håndterer udenlandske leverandører via momssats på linjen og kontering på den enkelte postering. På fakturalinjen vælger bogholderen momssatsen "Køb i udlandet" eller den specifikke sats der svarer til omvendt betalingspligt for den pågældende ydelses- eller varetype. Der er ingen automatisk udledning fra leverandørstamdata på samme måde som i Dinero; valget træffes per linje, hver gang.

Det er den mest manuelle af de tre tilgange. Til gengæld er den også den mest gennemsigtige: bogholderen ser direkte hvilken momssats der anvendes på hvert beløb, uden at et system afgør det automatisk i baggrunden.

---

Valutaomregning til DKK efter Nationalbankens kurs

Bogføringsloven kræver at posteringer præsenteres i danske kroner. Det gælder uanset om fakturaen er udstedt i EUR, USD, GBP eller en anden valuta — det DKK-omregnede beløb er det der står i bogføringen, og den oprindelige fremmedvaluta er supplerende information på bilaget. SKAT anerkender to kursvalg: Nationalbankens dagskurs på fakturadatoen, som er standardvalget for de fleste virksomheder, eller en månedskurs som er en periodisk gennemsnitskurs der kræver konsekvent anvendelse og normalt godkendes for virksomheder med stor faktura-volumen i fremmedvaluta. Skiftes der mellem de to metoder fra år til år, skal omlægningen være dokumenteret.

Dagskursen findes på Nationalbankens statistikbank på nationalbanken.dk, hvor de officielle daglige referencekurser for de mest handlede valutaer publiceres. Kursen for dagen offentliggøres kort efter klokken 14.30. For en faktura med fakturadato torsdag bruges torsdagens kurs. For weekend- eller helligdagsfakturaer bruges den nærmeste forudgående bankdags kurs — en fredag for en faktura dateret lørdag eller søndag, en torsdag før en helligdag der falder fredag.

Platformenes automatik

Hver platform automatiserer omregningen på sin egen måde, og forskellen mellem dem ligger i hvor meget bogholderen skal gribe ind.

• e-conomic trækker ECB-referencekurser ind dagligt og omregner automatisk udenlandske beløb til DKK ved bogføring. ECB-kursen ligger meget tæt på Nationalbankens kurs, men de er ikke identiske — på en specifik bilagslinje kan du tilsidesætte kursen hvis fx en kontraktligt aftalt kurs gælder, eller hvis du foretrækker Nationalbankens dagskurs over ECB-kursen for konsistens med dit øvrige bogføringsgrundlag.
• Dinero har sit eget kursopslag baseret på Nationalbankens kurser og udfører omregningen ved bogføring uden manuel input. For den typiske SMV med moderat valutavolumen er Dinero-løsningen tæt på no-touch — kursen vælges automatisk, og bogholderen bekræfter blot.
• Billy kræver typisk at bogholderen indtaster kursen manuelt eller bekræfter en foreslået kurs ved bogføring. Det giver flere skridt i arbejdsgangen, men også fuld kontrol over hvilken kurs der lander på bilaget.

Uanset platform er den ansvarlige fortsat bogholderen. Hvis ECB-kursen i e-conomic afviger fra Nationalbankens kurs den dag, og din virksomheds bogføringspraksis er at bruge Nationalbankens kurs, skal du tilsidesætte den automatiske værdi. Automatikken er en bekvemmelighed, ikke en juridisk dispensation.

Kursdifferencer ved separat betaling

Når fakturaen bogføres på fakturadato med én kurs og betalingen sker senere med en anden kurs, opstår en kursdifference. Konkret: en EUR-faktura på 1.000 EUR med fakturadato 5. marts bogføres til DKK efter dagskursen den dag, fx 745,20 DKK pr. 100 EUR, hvilket giver en bogført omkostning på 7.452 DKK. Betalingen falder 22. marts hvor dagskursen er 746,80 DKK pr. 100 EUR, og banken trækker 7.468 DKK fra kontoen. Differencen på 16 DKK er en kursdifference.

Kursdifferencen kontoføres separat på en kursdifference-konto, typisk placeret i 6000-serien for finansielle poster i en standardkontoplan. Differencen kan være positiv eller negativ — fra et regnskabsperspektiv er begge tilfælde almindelige og udjævner sig over tid. Den årlige reconciliation af kursdifference-kontoen indgår som en del af regnskabsafslutningen og dokumenterer at årets samlede valutarisiko er kontoført korrekt. Det samme princip gælder når en faktura er udstedt i én valuta og betalt fra en konto i en anden: hver konvertering på vejen sætter sig som en kursdifference, og den løbende reconciliation er det der holder tallene rene.

---

Bilag og audit-spor under bogføringsloven for udenlandske fakturaer

Et bilag er ikke gyldigt under bogføringsloven blot fordi det dokumenterer et beløb. Det skal bære en bestemt minimumsmængde information, og audit-sporet fra bilag til bogføring skal kunne fremvises hvis Erhvervsstyrelsen beder om det.

Minimumsfelterne på et gyldigt regnskabsbilag er fakturadato, beløb (netto, moms og brutto — eller for omvendt betalingspligt det momsbærende grundlag), specifikation af leveret vare eller ydelse, afsender med navn og CVR- eller VAT-nummer, modtager, momsbehandling (synlig på fakturaen eller dokumenteret separat), og betalingsinformation. En dansk faktura under OIOUBL-formatet bærer alle disse felter automatisk; en udenlandsk faktura gør det ofte ikke, og det er der bogholderens arbejde ligger.

Regelkontekst og den nye SMV-bølge

Erhvervsstyrelsens regel om digital bogføringspligt fra 1. januar 2026 for personligt ejede virksomheder over 300.000 kr. i nettoomsætning udvider rammen: personligt ejede virksomheder med en erhvervsmæssig nettoomsætning på mere end 300.000 kr. i to på hinanden følgende år er omfattet af pligten til digital bogføring fra og med 1. januar 2026. Den SMV-bølge dækker netop den målgruppe der modtager flest udenlandske fakturaer — selvstændige, mindre konsulentvirksomheder og e-handelsvirksomheder der bruger Microsoft 365, Google Workspace, AWS, Stripe og diverse EU-grossister. For den gruppe er digital bilagshåndtering ikke længere en "nice to have" der adskiller den ordentlige bogholder fra den hurtige; det er et lovkrav med dokumentationspligt.

Hvad der typisk mangler på en udenlandsk faktura

Sammenlignet med en dansk OIOUBL-faktura kommer udenlandske fakturaer ofte med felter der enten mangler eller er formuleret anderledes. De gentagne hullerne er:

• Bilagsnummer der passer ind i din serie. Mange udenlandske leverandører bruger eget løbenummer (Microsoft-fakturaen har et invoice-nummer der starter med G eller E, AWS bruger sit eget format), og det matcher ikke den danske bilagsnummerserie. Det er ikke fakturaen der mangler nummeret, men din serie der har brug for et selvstændigt internt bilagsnummer.
• Klar dansk-sproget reverse-charge-formulering. EU-leverandører bruger typisk den engelske markør "VAT reverse charge — customer to account for VAT" eller en variant; nogle henviser eksplicit til artikel 196 i momsdirektivet. Det opfylder kravet om at momsbehandlingen er synlig på bilaget — men hvis fakturaen er fra en mindre udenlandsk leverandør der ikke standard-bruger formuleringen, skal du selv dokumentere reverse-charge-grundlaget på et internt notat.
• Dansk valutadatering. Fakturadatoen står på den udenlandske faktura, men der er ingen markering af kursen du brugte til omregning eller datoen den kurs gælder fra. Det dokumenteres internt.

Sådan supplerer du manglerne

Når et felt mangler eller er svagt formuleret, supplerer du bilaget med en intern note frem for at returnere fakturaen til leverandøren. Tildel et internt bilagsnummer ved bogføring (alle tre platforme i forrige sektion tilbyder dette). Tilføj et internt notat som scannings-side eller PDF-vedhæftning der dokumenterer: hvilken kurs du brugte til DKK-omregning, hvilken momsbehandling du har anvendt (omvendt betalingspligt, erhvervelsesmoms, ikke-EU-import) og hvorfor, og en kort kommentar om B2B-status (CVR oplyst, VIES-validering bekræftet). Lås det interne notat sammen med PDF-filen som ét sammenhørende bilag, så bogføringssystemet kan vise en to-vejs reference mellem posteringen og kildebilaget — det er den klikkbare sammenhæng mellem bilag og bogføring (kontrolsporet) Erhvervsstyrelsen forventer at se ved kontrol, og det er værd at verificere når en ny udenlandsk leverandør oprettes første gang.

5-års opbevaring

Bilag skal opbevares i 5 år fra udløbet af det regnskabsår de tilhører, i digital form der kan fremvises ved kontrol. Lovlige opbevaringssteder inkluderer platformens egen bilags-cloud (e-conomic, Dinero og Billy har alle bilagsmoduler der opfylder kravet), en separat dokumentmappe i OneDrive, SharePoint eller Google Drive, eller en dedikeret bilagsserver — så længe backup er på plads og bilaget kan rekonstrueres uden tab af integritet. Hvis du bruger en cloud-mappe uden for bogføringssystemet, er det bogholderens ansvar at have en gendannelsesprocedure og en regelmæssig kontrol af at filerne stadig kan åbnes og at audit-sporet er intakt. Bilag udenlandsk faktura bogføringsloven 5 år er ikke kun et opbevaringsmål; det er et tilgængelighedsmål.

For en bredere oversigt over bogføringslovens digitale krav, kontrolspor og SAF-T-rapportering (engelsksproget primer) findes en separat artikel; den her sektion adresserer specifikt de udfordringer udenlandske bilag rejser, ikke den fulde lovgivning.

---

Når Smart Inbox og platformens fakturatolkning rammer en grænse på udenlandske layouts

Smart Inbox i e-conomic og de tilsvarende fakturatolknings-moduler i Dinero og Billy gør et solidt arbejde på det meste af det daglige flow. Fakturadato, leverandørnavn, samlet beløb og momsbeløb læses pålideligt på langt de fleste danske fakturaer og på de store internationale layouts — Microsoft, Google, AWS, Stripe og lignende leverandører hvis fakturadesign Smart Inbox har set tusindvis af gange under træning. For den portfolio er fejlraten lav nok til at bogholderen kan bekræfte tolkningen og videresende til bogføring uden at gennemgå hvert felt.

Det er på den næste portfolio at grænsen viser sig.

Hvor Smart Inbox typisk rammer en grænse

• Mindre udenlandske leverandører med ikke-standard layouts. En tysk grossist med eget regnskabssystem, en amerikansk konsulent der sender en Word-genereret PDF, en spansk SaaS-leverandør med eget internt fakturadesign. Layoutet matcher ikke træningsdata, og felter mistolkes eller mangler. Leverandørnavnet kan ende i feltet for fakturanummer; momsbeløbet aflæses som totalbeløbet; en linje med rabat tolkes som en separat omkostning.
• Momsklassifikation kan Smart Inbox ikke afgøre. Selv når felterne læses korrekt, er det stadig bogholderen der skal afgøre om en EU-leverandørs ydelse falder under omvendt betalingspligt, om varekøbet udløser erhvervelsesmoms, eller om en ikke-EU-faktura kræver særskilt behandling. Den juridiske beslutning fra beslutningstræet i artiklens første sektion er ikke automatiserbar — den følger af leverandørens hjemland, leverancens karakter og VIES-status, hvilket er kontekst Smart Inbox ikke kan udlede af PDF'en alene.
• Valutaboks-fejltolkninger. Mange udenlandske fakturaer viser både originalvaluta og en oversigtsboks med en uautoriseret konvertering til EUR eller USD. Konverteringen er ofte beregnet til leverandørens egen rapportering og er ikke en del af det faktiske krav. Smart Inbox kan tolke konverteringsboksen som det faktiske fakturabeløb, hvilket giver forkert bogføring — fakturaen ender med et beløb der hverken er det leverandøren kræver eller det banken trækker.
• Bilagsnummer-konflikter. Når leverandøren bruger eget løbenummer der overlapper med en eksisterende dansk bilagsserie, tildeler Smart Inbox ikke automatisk et nyt internt bilagsnummer. Bogholderen skal indgribe ved bogføring; sker det ikke, har du to bilag med samme nummer i bogføringen.

Hvornår en dedikeret AI-extraction-løsning er fagligt fornuftig

For en SMV der modtager en håndfuld udenlandske fakturaer om måneden fra de samme få cloud-leverandører er Smart Inbox tilstrækkeligt. Det skifter når flowet vokser. Når antallet af mindre udenlandske leverandører bliver stort nok til at fejltolkning skaber et tilbagevendende oprydningsarbejde, når strukturerede outputfelter skal fødes ind i et andet system end bogføringsplatformen, eller når line-item-extraction er nødvendig (Smart Inbox er designet til invoice-level, ikke til at trække individuelle linjeposter ud), kommer en dedikeret løsning i spil. Det samme gælder hvis PDF'erne er multi-side, scannede eller af lav billedkvalitet hvor platformens egen tolkning fejler.

En specialiseret arbejdsgang for AI-baseret datatræk fra udenlandske leverandørfakturaer adresserer netop dette segment — ikke-standard layouts, line-item-extraction, og multi-side-PDF'er — og leverer felterne som XLSX, CSV eller JSON klar til import i bogføringssystemet. Det erstatter ikke Smart Inbox for de fakturaer hvor Smart Inbox virker; det udvider grænsen for hvor automatiseret håndteringen kan strækkes når portfolioet bliver tungt på mindre leverandører.

Når det er en dansk leverandør

Hvis afsenderen derimod er en dansk leverandør der sender via OIOUBL — det elektroniske fakturaformat Erhvervsstyrelsen har defineret for offentlig og B2B-fakturering — er der ingen tolkning at lave. Felterne er allerede strukturerede i XML'en og kan udvindes direkte uden en AI overhovedet. Den arbejdsgang ligner mere en konvertering end en extraction; for læseren der har det scenarie sideløbende med udenlandske PDF'er beskriver vi OIOUBL-XML fra danske leverandører konverteret til Excel-bilag i en separat artikel.

---

To særtilfælde — B2C-fakturaen og OSS-ordningen

Beslutningstræet i artiklens første sektion dækker hovedreglen. To særtilfælde dukker op ofte nok til at de fortjener deres egen behandling: den udenlandske faktura med leverandørens lokale moms inkluderet, og OSS-ordningen som flytter momsgrundlaget når egen virksomhed sælger til private i EU.

B2C-fælden — fakturaen med lokal moms inkluderet

Det opstår når dit danske CVR- og momsnummer ikke ligger i leverandørens kundekartotek. Hvis du har registreret en Microsoft-, Adobe-, Dropbox- eller Google-konto med en privat e-mail og uden at føje firmadata til betalingsoplysningerne, behandler leverandøren ofte virksomheden som en privatperson. Konsekvensen er at fakturaen udstedes med leverandørens lokale moms inkluderet — irsk VAT 23%, luxembourgsk 17%, tysk 19%, alt efter leverandørens hjemland — og der er ingen omvendt betalingspligt at anvende.

Den lokale moms er fra et dansk perspektiv en del af omkostningen. Den kan ikke afløftes som dansk indgående moms, fordi den ikke er dansk moms, og Danmark har ingen aftale med leverandørens land om automatisk tilbageførsel for B2B-køb der fejlagtigt er behandlet som B2C. Fakturaen bogføres med fuld bruttobeløbet som omkostning, uden momskode for omvendt betalingspligt. I e-conomic undlader du udlandszonen for de pågældende fakturalinjer (eller bruger en kode der ikke udløser modgående momsberegning); i Dinero markeres leverandøren ikke som EU-leverandør for den specifikke transaktion, eller du bogfører manuelt uden den automatiske beregning.

Genkendelsen af problemet er heldigvis tydelig hvis du ved hvad du leder efter. Leverandørens lokale momsbeløb står synligt anført med en lokal sats (typisk 19–23%), der er ingen "VAT reverse charge"-tekst eller henvisning til artikel 196 i momsdirektivet, og afsendelsesadressen er en privat snarere end en erhvervsadresse. Cloud-tjenester som Google, Adobe og Dropbox er kendte for at falde ind i denne kategori når kontoen er oprettet uden CVR- og momsnummer; det er ikke en fejl fra leverandøren, men en automatisk konsekvens af registreringen. At bogføre en faktura uden CVR udland under den korrekte forudsætning kræver først at man har bekræftet hvorvidt fakturaen rent faktisk er udstedt B2C eller blot mangler den eksplicitte CVR-reference.

Remediation er fremadrettet, ikke bagudrettet. Opdater leverandørens kundekartotek med dansk CVR-nummer og momsnummer — typisk i en kontoindstilling under "Tax information", "Billing details" eller tilsvarende — og fremtidige fakturaer udstedes derefter B2B med omvendt betalingspligt. Den allerede modtagne B2C-faktura bogføres som den er; bagudrettet korrektion er sjældent en kommerciel mulighed, og selv hvis leverandøren tilbyder en credit note og en ny faktura, er det administrativt sjældent indsatsen værd for moderate beløb.

OSS-ordningen — en kort orienterende note

OSS (One-Stop-Shop) er en EU-ordning for sælgere der leverer ydelser eller varer til private EU-kunder i andre medlemslande. Den lader sælgeren angive og betale moms i alle EU-lande gennem ét enkelt registreringspunkt, typisk i sælgerens eget hjemland. Ordningen gælder dermed ikke den danske købers indgående bogføring af udenlandske leverandørfakturaer.

Når en udenlandsk leverandør nævner OSS på sin faktura, er det informativt fra leverandørens side og ændrer ikke købssidens bogføring. Hvis egen virksomhed derimod sælger til private i EU og selv har OSS-behov, kræver det sin egen opsætning hos SKAT og falder uden for denne artikels fokus.

---

Fem konkrete fakturaer — Microsoft 365, AWS, Google Ads, Stripe og en EU-vareleverandør

De fem eksempler nedenfor dækker de leverandører en typisk dansk SMV møder oftest. Hver gennemgang følger samme felt-sekvens: leverandørens hjemland og VAT-status, momsbehandling, e-conomic-konfiguration, og bilags- og audit-noter. Du kan gå direkte til det eksempel der matcher fakturaen på din skærm.

1. Microsoft 365 / Office 365

Leverandør: Microsoft Ireland Operations Limited, Irland. Gyldigt IE-VAT-nummer, kan valideres på VIES.

Momsbehandling: Omvendt betalingspligt. SaaS-abonnement til Microsoft 365 er en ydelse, leverandøren sidder i EU, og din danske virksomhed er B2B-kunde med CVR- og momsnummer registreret i Microsoft-kontoens fakturaoplysninger. Microsoft 365 faktura bogføring omvendt betalingspligt er standardscenariet — fakturaen udstedes uden moms, og du beregner og afløfter dansk 25% moms på dansk side i samme bilag.

e-conomic: Leverandørens momszone "Udland", momskode på bilagslinjen IY25 (indkommende ydelser udland). I nogle kontoplan-opsætninger kan OBPK være det korrekte valg i stedet for IY25 — det afhænger af hvordan momsopgørelsen i den specifikke e-conomic-konto er konfigureret.

Bilag og audit-noter: Microsoft-fakturaen indeholder reverse-charge-formuleringen tydeligt ("VAT reverse charge — Customer to account for VAT") og henviser til artikel 196 i momsdirektivet. Eget internt bilagsnummer tildeles ved bogføring fordi Microsofts invoice-nummer ikke passer ind i den danske bilagsserie. Valuta er typisk EUR eller DKK afhængigt af konto-region; hvis fakturaen er i EUR, omregnes til DKK efter Nationalbankens dagskurs på fakturadatoen.

2. AWS — Amazon Web Services

Leverandør: Amazon Web Services EMEA SARL, Luxembourg. Gyldigt LU-VAT-nummer.

Momsbehandling: Omvendt betalingspligt. Cloud-infrastruktur er en ydelse, leverandøren er EU-baseret, og dansk B2B-kunde med CVR har den rette opsætning på AWS-kontoen. AWS-bogføringen følger samme grundmønster som Microsoft-eksemplet ovenfor.

e-conomic: Momszone "Udland", momskode IY25.

Bilag og audit-noter: AWS-fakturaen viser reverse-charge eksplicit i bunden af dokumentet. AWS-fakturaer kan indeholde flere produktlinjer (EC2-compute, S3-lagring, RDS-databaser, dataoverførsel, support) der ofte konteres på forskellige omkostningskonti i bogføringen. Momsbehandlingen er ens for hele fakturaen — det er konteringen der varierer per linje, ikke momskoden. For større AWS-konti er det også værd at gemme det månedlige Cost & Usage Report fra AWS-konsollen som supplerende dokumentation til kontrolsporet.

3. Google Ads

Leverandør: Google Ireland Limited, Irland. Gyldigt IE-VAT-nummer.

Momsbehandling: Omvendt betalingspligt — forudsat at fakturerings-adresse-opsætningen i Google Ads er konfigureret med dansk CVR- og momsnummer. Hvis ikke, falder fakturaen i B2C-fælden fra forrige sektion: Google udsteder så fakturaen med irsk VAT 23% inkluderet, og bogføringen følger den ene af de to scenarier helt afhængigt af konto-opsætningen.

e-conomic: Ved korrekt B2B-opsætning: momszone "Udland", momskode IY25. Ved B2C-opsætning: udlandszonen bruges ikke for de pågældende linjer, og bruttobeløbet bogføres som omkostning uden modgående momsberegning.

Bilag og audit-noter: Tjek altid om irsk VAT 23% er anført på fakturaen. Det er den hurtige indikator for at fakturerings-adresse-opsætningen i Google Ads-kontoen ikke har dansk CVR registreret — og dermed at omvendt betalingspligt ikke er gyldigt grundlag for denne specifikke faktura. Når B2B-opsætningen er bekræftet, vis reverse-charge-formuleringen tydeligt på fakturaen og bogfør som IY25.

4. Stripe

Leverandør: Stripe Payments Europe Ltd., Irland (for europæiske kunder). Gyldigt IE-VAT-nummer.

Momsbehandling: Omvendt betalingspligt for B2B-ydelsen. Betalingsbehandling er en ydelse; Stripe-gebyrer trækkes som procentdel af de transaktioner virksomheden processerer og fremgår på en månedlig Stripe-faktura.

e-conomic: Momszone "Udland", momskode IY25.

Bilag og audit-noter: Stripe-fakturaen er en samlefaktura over månedens gebyrer. Bogfør samlet — du skal ikke bogføre hvert enkelt transaktionsgebyr som separat bilag. Det understøttende transaktionsudtræk fra Stripe-dashboardet kan opbevares som supplerende dokumentation til kontrolsporet hvis du senere skal kunne rekonstruere hvilke kundetransaktioner der lå bag det samlede gebyr; udtrækket er ikke selv et regnskabsbilag, men det styrker audit-sporet.

5. EU-vareleverandør med VAT

Leverandør: Eksempel — tysk grossist med DE-VAT-nummer, dansk CVR oplyst ved bestilling, VIES-valideret nummer.

Momsbehandling: Erhvervelsesmoms (omvendt betalingspligt for varer fra EU). Mekanismen ligner ydelses-tilfældet — fakturaen kommer uden moms, og dansk 25% moms beregnes på dansk side — men momsangivelsen rapporterer det i et andet felt, og volumen over visse tærskler udløser ZM- og Intrastat-rapportering.

e-conomic: Momszone "Udland", momskode IV25 eller OBPK afhængigt af kontoplan og momsopgørelses-konfiguration. Resultatet er ens i begge tilfælde: den modgående 25% moms beregnes på dansk side og afløftes i samme bilag.

Bilag og audit-noter: Den tyske faktura udstedes uden tysk moms og bør indeholde en reference til reverse charge eller "Steuerschuldnerschaft des Leistungsempfängers". Varens leverancedato (ikke nødvendigvis fakturadato) registreres til brug for momsperiode-allokering — hvis levering og fakturering ligger i forskellige måneder, er det leverancedatoen der afgør hvilken momsperiode erhvervelsen tilhører. For virksomheder der overstiger Intrastat-tærsklen for varekøb fra EU (justeret årligt af Danmarks Statistik) skal hver vareleverance også rapporteres i Intrastat-systemet sideløbende med den almindelige momsangivelse.