netsuite-artikler
Opsummer artiklen med din AI:
De europæiske deadlines for e-fakturering er nu blevet operationelle deadlines. Belgien kræver B2B e-fakturering via Peppol fra 2026. Frankrig starter sin gradvise udrulning i september 2026 med obligatorisk modtagelse for alle virksomheder og gradvise krav til udstedelse afhængigt af virksomhedens størrelse.
For finance teams, der bruger NetSuite, er spørgsmålet ikke længere, om kravene til e-fakturering kommer. Spørgsmålet er, om ERP-systemet, data, systemer og finansprocesser er klar.
Denne tjekliste til e-fakturering i NetSuite giver finance leaders og NetSuite administrators en praktisk måde at vurdere deres readiness på, før implementeringen starter. Den fokuserer på de områder, der typisk skaber forsinkelser: valg af e-faktureringsløsning, scope pr. juridisk enhed, gennemgang og oprydning af master data, mapping af tax codes, system readiness, AR- og AP-workflows, onboarding af teams, træning og readiness, sandbox testing og governance.
E-fakturering er ikke en PDF sendt via e-mail. Det er udvekslingen af strukturerede fakturadata gennem godkendte platforme, netværk eller offentlige systemer. Det gør e-fakturering til et compliance-emne, men også til et NetSuite data- og procesemne.
I en traditionel faktureringsproces opretter finance teamet en faktura, sender den til kunden og følger betalingen. Med e-fakturering får fakturaen en livscyklus. Den kan blive genereret, transmitteret, accepteret, afvist, bestridt, suspenderet eller betalt, afhængigt af landet og den gældende model.
NetSuite skal kunne afspejle denne livscyklus. Finance teams har brug for synlighed på statusser, fejl og næste handlinger uden at være afhængige af regneark eller eksterne kontroller.
Der findes ikke én fælles model for e-fakturering i Europa. Belgien baserer B2B e-fakturering på Peppol. Frankrig introducerer både e-fakturering og e-reporting via akkrediterede platforme, kendt som Plateformes Agréées, med specifikke identifikatorer som SIRET og SIREN. Andre lande følger andre regler, formater og tidsplaner.
For virksomheder, der bruger NetSuite på tværs af flere datterselskaber, betyder det, at forberedelsen skal starte med en scoping-øvelse. Ét land, én enhed og ét fakturaflow er relativt enkelt. Flere lande, juridiske enheder, transaktionstyper og forbundne systemer kræver mere forberedelse.
For et land-for-land overblik er Novutech oversigt over tidslinjen for europæiske e-faktureringskrav en nyttig planlægningsreference.
E-fakturering afslører svage ERP-data. Et manglende VAT-nummer, en ufuldstændig adresse, en forkert lokal identifikator eller en inkonsistent tax code kan forhindre en faktura i at blive transmitteret, routet eller accepteret.
Derfor bør e-fakturering compliance ikke behandles som en teknisk opsætning i sidste øjeblik. Den tekniske opsætning fungerer kun korrekt, hvis NetSuite indeholder rene, strukturerede og komplette data.
Før NetSuite konfigureres, skal det bekræftes, hvilken e-faktureringsløsning der skal bruges for hvert land og hvert flow.
Den valgte løsning skal matche den regulatoriske model inden for scopet: for eksempel forbindelse til en Plateforme Agréée i Frankrig, understøttelse af e-reporting hvor relevant, eller adgang til Peppol-netværket i Belgien og andre Peppol-lande.
Den skal også understøtte jeres reelle forretningsbehov, herunder AR- og AP-flows, kreditnotaer, self-billing hvis relevant, tax code mapping, feedback på fakturastatus, fejlhåndtering og integration med NetSuite.
En løsning, der fungerer for ét simpelt outbound flow, er ikke nødvendigvis tilstrækkelig til flere juridiske enheder, AP-processer, specifikke use cases eller fremtidige europæiske krav.
Start med en liste over alle juridiske enheder, der bruger NetSuite. For hver enhed skal du dokumentere de lande, hvor den er etableret, de relevante juridiske enheder, og hvor hver enhed udsteder eller modtager fakturaer.
Opdel derefter jeres flows i indenlandske B2B-, B2C-, eksport-, intra-community- og intercompany-transaktioner. Det er vigtigt, fordi krav til e-fakturering og e-reporting kan gælde forskelligt afhængigt af transaktionstypen.
Outputtet bør være en enkel scope-matrix: juridisk enhed, land, transaktionstype, fakturavolumen, deadline, forpligtelse og kildesystem.
Gennemgå kunde- og leverandørposter før implementeringen. Som minimum bør I kontrollere registrerede adresser, VAT-numre, landekoder og lokale identifikatorer.
For e-fakturering i Frankrig er identifikatoren kritisk. Det er ofte SIREN-nummeret, som kan udledes af VAT-nummeret, men ikke altid. For Peppol-baserede flows bliver Peppol IDs en del af fakturaroutingen. Hvis disse felter mangler eller er inkonsistente, kan fakturaleveringen fejle.
Dette er ofte en af de længste dele af et NetSuite e-faktureringsprojekt. Data cleanup bør starte før konfigurationen, fordi konfiguration ikke kan kompensere for ufuldstændige eller inkonsistente master data.
Novutech e-faktureringsløsning inkluderer et NetSuite bundle, der er designet til automatisk at hente e-faktureringsidentifikatoren for kundeposter baseret på standardfeltet for VAT-nummer. Det hjælper finance teams med at accelerere oprydningen af master data og reducere manuelle kontroller før go-live.
Jeres NetSuite tax codes skal oversættes korrekt til det strukturerede e-faktureringsformat. Standard VAT, reduceret VAT, fritagelser, reverse charge, intra-community supplies og den korrekte VAT exemption code, hvor relevant, skal alle have en tydelig mapping.
Et korrekt fakturabeløb er ikke nok. Den strukturerede fil skal også forklare VAT-behandlingen på en måde, som den modtagende platform eller skattemyndighed kan validere.
Novutech tekniske guide til e-faktureringsformater, netværk og standarder forklarer, hvordan formater som UBL, Peppol og GOBL hænger sammen med VAT mapping og struktureret fakturaudveksling.
Dokumentér, hvor kundefakturaer kommer fra. Nogle fakturaer kan oprettes direkte i NetSuite. Andre kan komme fra Salesforce, en e-commerce platform, et billing tool, SuiteScript automation eller middleware som Celigo eller Workato.
Hver kilde skal levere de data, der kræves for compliant e-fakturering. Hvis ét flow omgår de nødvendige felter, kan det blive kilden til gentagne fejl.
Fakturadata skal også gennemgås i detaljer. Nogle oplysninger, der bruges til PDF-fakturaer, vil allerede mappe til standard NetSuite-felter og kan være relativt enkle at inkludere i e-faktureringsløsningen. E-faktureringskrav kan dog introducere yderligere datakrav, såsom kundens e-mailadresse, lokale identifikatorer, routinginformation eller landespecifikke fakturareferencer. I Frankrig har AFNOR også listet 44 use cases, hvoraf nogle kan kræve mapping af ikke-standard fakturainformation.
Inkludér kreditnotaer i gennemgangen. De bliver ofte glemt under scoping, men de er en del af de reelle faktureringsoperationer.
Accounts payable kræver samme opmærksomhed som accounts receivable. Definér, hvordan indgående strukturerede leverandørfakturaer skal modtages, gennemgås, matches og bogføres i NetSuite.
Hvis I bruger et tredjeparts accounts payable-værktøj, skal I vurdere, om værktøjet kan modtage e-fakturaer og udveksle de nødvendige data med NetSuite. Hvis det ikke kan, skal det muligvis udfordres, tilpasses eller udskiftes, før kravet bliver operationelt.
Nogle virksomheder har brug for simpel vendor bill creation. Andre har brug for 2- eller 3-way matching med purchase orders og/eller item receipts, validering af item receipts, godkendelsesflows for vendor bills eller obligatorisk segmentdefinition på header- eller linjeniveau før bogføring.
I Novutech Frankrig-fokuserede guide til e-fakturering bruger inbound flowet Draft Bills som buffer før regnskabsmæssig påvirkning. Det giver finance teams mulighed for at validere strukturerede fakturadata, før den endelige Vendor Bill oprettes. Du kan læse mere i Novutech artikel om NetSuite e-fakturering i Frankrig.
E-fakturering skaber nye operationelle statusser. Finance teams skal vide, hvilke fakturaer der er genereret, sendt, accepteret, afvist, modtaget, bestridt eller afventer gennemgang.
I NetSuite betyder det typisk saved searches, dashboards, statusfelter og den rette governance. En afvist faktura bør ikke gå ubemærket hen, fordi ingen overvåger den rigtige kø.
Definér exception process før go-live: hvem læser fejlen, hvem korrigerer data, hvem gensender fakturaen, og hvordan dokumenteres problemet.
Test ikke kun én standardfaktura. Brug reelle eksempler fra jeres virksomhed.
Jeres testpakke bør inkludere indenlandske B2B-fakturaer, kreditnotaer, VAT exemptions, reverse charge, fakturaer med flere linjer, leverandørfakturaer, purchase order matching, scenarier med afviste fakturaer og e-reporting-scenarier, hvis relevant.
Målet er ikke kun at bekræfte, at transmissionen fungerer. Målet er at bekræfte, at finance-brugere kan drive processen fra start til slut.
NetSuite kan have brug for yderligere felter til e-faktureringsidentifikatorer, transmissionsstatusser, platformreferencer, afvisningsårsager, strukturerede filer og audit trail-information.
Disse felter hjælper finance teams med at besvare grundlæggende operationelle spørgsmål: Blev fakturaen sendt? Blev den accepteret? Hvis den fejlede, hvorfor? Hvad blev korrigeret?
Saved searches bør gøre e-fakturering synlig i NetSuite. Finance teams bør kunne filtrere fakturaer efter status, land, enhed, kunde, dato, fejltype og næste handling.
Det reducerer afhængigheden af manuel opfølgning og gør month-end nemmere. Det hjælper også tax- og finance teams med at dokumentere, at fakturaer blev behandlet korrekt.
E-fakturering introducerer nye ansvarsområder. Den person, der opretter fakturaer, er ikke nødvendigvis den person, der gennemgår afvisninger, validerer leverandørfakturaer eller vedligeholder tax code mappings.
Gennemgå roller og rettigheder før go-live. Brugere skal have tilstrækkelig adgang til at udføre deres arbejde, men ikke så meget adgang, at de kan ændre følsom compliance-konfiguration uden kontrol.
Start med valg af løsning, entity scope, country obligations, transaktionstyper, fakturavolumener, forbundne systemer og deadlinepres.
På dette stadie skal det bekræftes, at den valgte e-faktureringsløsning understøtter den nødvendige landemodel, såsom en Plateforme Agréée i Frankrig eller Peppol-netværket i Belgien og andre Peppol-lande, samt centrale behov som AP-flows, kreditnotaer, self-billing, statusfeedback og fremtidige rollout-krav.
Denne fase bør identificere højrisikoområder: ufuldstændige master data, kompleks tax logic, manuel fakturaoprettelse, høj fakturavolumen eller flere systemer, der føder NetSuite.
Ryd op i kunde- og leverandørdata. Bekræft tax code mapping. Dokumentér AR- og AP-flows. Beslut, hvordan fakturastatusser og exceptions skal overvåges.
Det er her, finance department, tax department, IT og NetSuite administrators skal have klare ansvarsområder fra et governance-perspektiv. Hvis ingen ejer master data quality, vil projektet blive forsinket senere.
Konfigurér den e-faktureringsløsning, der er valgt, herunder de nødvendige NetSuite-felter, workflows, scripts, parametre, dashboards og andre relevante konfigurationselementer. Test i sandbox med realistiske scenarier.
Novutech artikel om e-fakturering i Frankrig beskriver et implementeringsestimat på 5–6 uger, når scopet er klart, inklusive scoping, konfiguration, user testing og produktionsudrulning. Data cleanup og intern alignment kan være nødt til at starte tidligere.
En go-live dato bør defineres. Hvis accounts payable er inkluderet i scopet, omfatter dette også valg af dato for registrering af jeres virksomhed på den relevante e-faktureringsplatform, såsom en Plateforme Agréée i Frankrig eller Peppol-netværket i andre lande.
Go-live bør inkludere en klar supportmodel. Definér, hvem der overvåger de første fakturaer, hvem der reagerer på fejl, hvem der validerer håndteringen af leverandørfakturaer, og hvem der kommunikerer med brugerne.
Hypercare er ikke valgfrit. Det er perioden, hvor de reelle exceptions viser sig.
Manglende VAT-numre, SIRET/SIREN, Peppol IDs eller entity identifiers kan blokere routing og validering. Disse gaps bør ideelt set spores og løses før go-live.
VAT-logik, der er opbygget over flere år, kan blive vanskelig at mappe. Fritagelser, reverse charge, intra-community supplies, fakturaer med blandede satser og landespecifikke tax requirements kræver særlig opmærksomhed.
Mange virksomheder forbereder outbound fakturaer først og lader modtagelse af leverandørfakturaer vente til senere. Det skaber et gap, hvis kravet indebærer modtagelse af strukturerede fakturaer.
Det er også vanskeligt at forudse udfordringer på accounts payable-siden, når et nyt krav starter i et specifikt land, fordi mange virksomheder venter til sidste øjeblik med at udstede e-fakturaer og skabe volumen. Hvis AP ownership er uklart, kan modtagelse, validering og bogføring af leverandørfakturaer hurtigt blive flaskehalse.
Afviste fakturaer er normale under testing. De bliver et problem, når ingen ejer korrektion og gensendelse.
Finance-brugere og accountants skal forstå løsningen, årsagerne til forskellige fejl, hvordan de løses, og på sigt den nye livscyklus. De skal også forstå, hvad hver ny fakturastatus betyder, og hvilken handling der forventes.
På dette stadie skal det bekræftes, at den valgte e-faktureringsløsning understøtter den nødvendige landemodel, såsom en Plateforme Agréée i Frankrig eller Peppol-netværket i Belgien og andre Peppol-lande, samt centrale behov som AP-flows, kreditnotaer, self-billing, statusfeedback og fremtidige rollout-krav.
Et NetSuite e-faktureringsprojekt fejler ikke, fordi ét felt mangler. Det fejler som regel, fordi ownership, data readiness og procesforberedelse blev undervurderet.
Hvis jeres team forbereder en udrulning i Frankrig, Tyskland, Spanien, Belgien, Grækenland eller bredere i Europa, kan Novutech gennemgå jeres NetSuite setup, datakvalitet og projektplan. Anmod om en NetSuite e-fakturering readiness assessment for at identificere, hvad der skal løses, før implementeringen starter.
NetSuite e-fakturering readiness betyder, at jeres ERP-data, tax code mapping, fakturaworkflows, monitoring og brugere er forberedt på at udstede og modtage strukturerede elektroniske fakturaer gennem den krævede compliance-model.
Det er bredere end at installere en connector eller aktivere en feature. Det inkluderer entity scope, kunde- og leverandørdata, tax logic, AR/AP process design, testing og support ownership.
Nej. En PDF-faktura sendt via e-mail er digital, men den er normalt ikke en compliant struktureret e-faktura. E-fakturering kræver maskinlæsbare data, der udveksles gennem den krævede platform, det krævede netværk eller et government-connected system.
For NetSuite-brugere betyder det, at fakturaposten skal indeholde de data, der kræves for at generere og spore den strukturerede faktura.
NetSuite-brugere bør starte readiness-arbejdet flere måneder før den relevante deadline. Data cleanup, tax code mapping og procestesting tager ofte længere tid end den tekniske konfiguration.
Hvis jeres virksomhed opererer i flere lande eller bruger flere systemer til at generere fakturaer, bør I starte tidligere.
Den største risiko er som regel dårlig data readiness. Manglende identifikatorer, inkonsistente tax codes og uklare fakturaflows skaber fejl under testing og go-live.
Den anden risiko er uklart ownership. Finance, tax, IT og ERP teams skal have definerede ansvarsområder, før den første faktura sendes.
Ja. Outbound kundefakturaer og inbound leverandørfakturaer kan begge blive påvirket. Accounts receivable har brug for compliant fakturaudstedelse og status tracking. Accounts payable kan have brug for workflows til modtagelse, validering, matching og bogføring af strukturerede fakturaer.
I nogle lande fases compliance-kravet ind efter fakturaflow eller virksomhedsstørrelse. I Frankrig skal alle virksomheder for eksempel kunne modtage elektroniske fakturaer fra september 2026, mens SMEs og micro-enterprises skal udstede elektroniske fakturaer fra september 2027.
Et komplet readiness-projekt bør gennemgå begge sider.
bred-erp-tech
Bred ERP/Tech
Landskabet inden for forretningsfakturering gennemgår sin mest markante transformation i årtier. Da overholdelsesfristerne nærmer sig hastigt, er forståelsen af disse krav blevet en strategisk nødvendighed for enhver europæisk virksomhed.
Lad os diskutere, hvordan vi kan hjælpe dig med at bevæge dig fra kompleksitet til klarhed.
