Strukturert e-faktura og ERP-integrasjon
Når kunder, leverandører eller myndigheter krever strukturert e-faktura, holder det ikke at fakturaen kan sendes som PDF. ERP-, EDI- og fakturaintegrasjonen må kunne motta, validere, mappe, rute og følge opp fakturadata uten at økonomi må lete etter feil i e-post og portaler.
Raske svar
Er PDF på e-post nok?
Nei, ikke når kravet gjelder strukturert e-faktura.
- Fakturaen må kunne tolkes maskinelt.
- Obligatoriske felter må ligge i strukturert format.
- PDF kan være visning, men ikke hele fakturaflyten.
Hva må ERP tåle?
ERP må få riktige data, ikke bare en fil.
- MVA-koder, referanser og linjer må mappes riktig.
- Ordre, innkjøp og kostnadsbærere må kobles.
- Avvik må håndteres i en kontrollert flyt.
Hvorfor haster det?
Europeiske krav treffer norske selskaper gjennom handelspartnere.
- Frankrike startet sin reform 1. september 2026.
- Belgia har B2B-plikt fra 1. januar 2026.
- ViDA peker mot felles EU-rapportering fra 2030.
Hva betyr strukturert e-faktura i praksis?
En strukturert e-faktura er ikke bare en faktura som er sendt elektronisk. Poenget er at innholdet ligger i et format som systemer kan lese, validere og behandle videre. Kundenummer, organisasjonsnummer, MVA-kode, fakturalinjer, ordrehenvisning, betalingsinformasjon og andre nøkkeldata må ligge på rett sted og bety det samme hos avsender, mottaker og ERP-system.
Derfor blir forskjellen på en PDF og en strukturert faktura veldig praktisk. En PDF kan leses av mennesker. En strukturert faktura kan kontrolleres av systemer. Når fakturavolum, landkrav og kundekrav øker, er det den maskinelle kontrollen som gjør at flyten kan skaleres uten manuelt kaos.
Begrepene som må henge sammen
E-faktura beskriver selve fakturaen i elektronisk form. Strukturert e-faktura betyr at fakturainnholdet er maskinlesbart og kan behandles automatisk. Peppol og aksesspunkt brukes til standardisert utveksling mellom virksomheter. EDI dekker elektronisk datautveksling mellom systemer og handelspartnere. E-reporting handler om rapportering av transaksjons- og betalingsdata til myndigheter. ERP-integrasjonen må forstå hvordan disse delene påvirker samme fakturaflyt.
Hvorfor dette blir viktigere nå
EU-landene beveger seg tydelig mot mer strukturert fakturering og digital rapportering. ViDA-pakken trådte i kraft 14. april 2025, og Digital Reporting Requirements for grensekryssende B2B-transaksjoner i EU skal gjelde fra 1. juli 2030. Samtidig faser flere land inn egne krav tidligere.
Tre datoer økonomi og IT bør kjenne
Frankrike startet reformen for B2B e-fakturering og e-reporting 1. september 2026. Belgia gjør strukturert B2B e-faktura obligatorisk fra 1. januar 2026. I Tyskland er e-faktura i B2B-sammenheng knyttet til strukturert elektronisk format som kan behandles elektronisk, med EN 16931 som sentral referanse.
Norske virksomheter trenger derfor ikke vente på ett norsk krav før de gjør jobben. Kravene kan komme gjennom kunder i Frankrike, leverandører i Belgia, datterselskaper i EU, konsernrutiner eller handelspartnere som krever Peppol, EDI eller bestemte valideringsregler.
Hva må ERP-integrasjonen håndtere?
Det er lett å undervurdere fakturaflyten fordi den ofte virker enkel når volumet er lavt og partnerne er få. Men når strukturerte krav kommer inn, må integrasjonen gjøre mer enn å flytte en fil fra A til B.
- Mottak og adressering
Fakturaen må komme inn fra riktig aksesspunkt, EDI-kanal, API eller plattform, og knyttes til riktig selskap, klient, kunde eller leverandør. - Validering av fakturadata
Obligatoriske felter, organisasjonsnumre, MVA-koder, fakturalinjer, beløp, valuta, betalingsdata og referanser må kontrolleres før de går videre. - Mapping mot ERP
Dataene må oversettes til ERP-feltene som faktisk brukes i virksomheten, inkludert ordre, innkjøp, kostnadsbærere, prosjekter og godkjenningsflyt. - Status, avvik og rekjøring
Økonomi og IT må se hva som er mottatt, hva som feilet, hva som er sendt videre, og hvordan en feil kan rettes uten at fakturaen håndteres manuelt fra bunnen av.
Vanlige svakheter i fakturaflyten
ERP forstår ikke innholdet
Fakturaen kommer frem, men ERP mangler riktig mapping for linjer, MVA, referanser eller leverandørdata. Da flyttes problemet fra transport til økonomiavdelingen.
Avvik havner i e-post
Når feil håndteres via innbokser, blir det vanskelig å vite hvem som eier saken, om fakturaen er behandlet, og om samme feil kommer igjen.
Landkrav blandes med lokale rutiner
Frankrike, Belgia, Tyskland og andre markeder kan ha ulike krav til formater, plattformer og data. Integrasjonen må kunne skille kravene uten å gjøre flyten uoversiktlig.
Økonomi og IT eier hver sin halvdel
Økonomi kjenner kontrollbehovet. IT kjenner systemene. Hvis ansvaret deles uklart, blir fakturaflyten sårbar når volumet eller kravene øker.
Slik bør du forberede flyten
Start med å kartlegge hvor kravene sannsynligvis treffer først. Hvilke kunder sender krav om Peppol eller strukturert faktura? Hvilke leverandører går over til nye plattformer? Hvilke selskaper, land og ERP-miljøer er berørt?
Deretter bør fakturadata testes mot de ERP-feltene som faktisk brukes. Det holder ikke at testfilen ser riktig ut i en portal. Den må kunne bokføres, matches, avviksbehandles, arkiveres og spores. Bygg også avvikshåndtering inn i integrasjonen fra starten av: status, feilkoder, varsler, ansvar og mulighet for rekjøring.
Hvordan eSENTRAL kan bidra
eSENTRAL er relevant når fakturaflyten går på tvers av ERP, EDI, API-er, filutveksling, aksesspunkt, kunder og leverandører. Plattformen beskrives med støtte for meldingstransformasjon, validering, logging, varsling, backup, skybaserte og lokale systemer, samt flerfirma- og multiklientoppsett.
I en strukturert fakturaflyt kan det bety at fakturaer konverteres mellom formater, valideres før ERP, rutes til riktig selskap eller klient, overvåkes i drift og følges opp med varsel når noe stopper. Det er særlig viktig når flere land, formater, ERP-systemer og handelspartnere skal inn i samme driftsbilde.
Relevante kundecaser
Elektro AS: EHF-faktura med kontroll på filflyt
Kundecaset om Elektro AS handler om EHF-faktura med vedlegg fra Dynamics AX, eSENTRAL Multiklient for 17 selskaper, EHF-fakturamodul, logging og backup. Det er nært beslektet med problemstillingen i strukturert e-faktura: mange selskaper, ulike kundekrav og behov for kontroll på kvitteringer og filflyt.
Non-stop dogwear
Non-stop dogwear er relevant fordi caset viser automatisert EDI- og EHF-flyt via Peppol, ordre, ordrebekreftelse, ERP og faktura. Slike flyter blir mer verdifulle når handelspartnerne krever strukturert datautveksling.
Triple-S
Triple-S er relevant fordi caset viser eSENTRAL Professional, EDI-innkjøpsordre, ordrebekreftelse og automatisk fakturamatch mot innkjøpsordrer i Visma Business. Det er et godt eksempel på at fakturaflyt må henge sammen med innkjøp og ERP.
Kort oppsummert
Strukturert e-faktura er ikke et dokumentprosjekt. Det er et integrasjonsprosjekt. Når PDF ikke lenger er nok, må virksomheten vite om ERP-, EDI- og fakturaflyten kan behandle fakturadata maskinelt, håndtere avvik og gi økonomi og IT én felles kontrollflate.
Den gode testen er enkel: Kan fakturaen mottas, valideres, mappes, bokføres, arkiveres, spores og eventuelt kjøres på nytt uten manuell jakt? Hvis svaret er uklart, bør fakturaflyten kartlegges før kravene kommer fra neste kunde, leverandør eller marked.
Kilder og relaterte sider
Kildene under er brukt som grunnlag for artikkelen og bør kontrolleres ved publisering.
- EU-kommisjonen, VAT in the Digital Age (ViDA). Brukt for ViDA-tidslinje, ikrafttredelse og Digital Reporting Requirements fra 1. juli 2030.
- Franske økonomimyndigheter, Tout savoir sur la facturation électronique. Brukt for fransk reformstart 1. september 2026 og krav til mottak, utstedelse og e-reporting.
- Belgiske myndigheter, General questions on the B2B obligation. Brukt for belgisk B2B-plikt fra 1. januar 2026 og presisering om PDF.
- Tyske finansmyndigheter, FAQ om obligatorisk e-faktura. Brukt for strukturert format, EN 16931, validering og elektronisk behandling.
- IntegrasjonsPartner, Integrasjoner og EDI mot forretningssystemer. Brukt for intern forankring av ERP, EDI, API og fakturaflyt.
- IntegrasjonsPartner, eSENTRAL infoside. Brukt for påstander om meldingstransformasjon, logging, varsling, backup, sky, on-prem og multiklient.
- IntegrasjonsPartner, Elektro AS. Brukt som kundecase for EHF-faktura, Dynamics AX, eSENTRAL Multiklient, logging og kvitteringer.
Ofte stilte spørsmål
Er en PDF-faktura en strukturert e-faktura?
Nei, ikke alene. En strukturert e-faktura må kunne behandles maskinelt. PDF kan være en lesbar kopi eller et vedlegg, men når kravet gjelder strukturerte data må fakturainnholdet ligge i et format systemene kan tolke.
Gjelder ViDA direkte for norske selskaper?
ViDA er EU-regelverk. Norske selskaper kan likevel bli praktisk berørt gjennom kunder, leverandører, konsernselskaper eller handelspartnere i EU som må sende, motta eller rapportere fakturaer etter nye krav.
Hva er viktigst å teste i ERP-integrasjonen?
Test at fakturafelter, MVA-koder, referanser, ordre- og innkjøpskoblinger, avvik, kvitteringer, arkiv og rekjøring fungerer i praksis. Det holder ikke at filen teknisk kan mottas.
Hvorfor bør økonomi og IT eie dette sammen?
Økonomi kjenner kontrollkrav, bokføring, betaling og avstemming. IT og systemeier kjenner integrasjonene, ERP-feltene og kanalene. Begge trengs for å sikre en fakturaflyt som både er korrekt og driftbar.
Kan eSENTRAL håndtere flere fakturaformater?
IntegrasjonsPartners egne sider beskriver eSENTRAL som en plattform for EDI, API og filutveksling, med transformasjon mellom blant annet EDIFACT, XML, CSV og proprietære formater, samt logging og varsling.
Vil du vite om fakturaflyten tåler nye krav?
Vi hjelper deg å kartlegge hvordan fakturaer flyter mellom kunder, leverandører, aksesspunkt, EDI, ERP, økonomi og arkiv - og hvor avvik bør fanges før de stopper betaling eller bokføring.
Kontakt oss