EHF er et strukturert, maskinlesbart fakturaformat i XML som sendes via PEPPOL, og i Norge er det påkrevd ved fakturering til offentlige kunder. For offentlige anskaffelser er godkjente formater EHF Fakturering versjon 3.0 eller nyere og PEPPOL BIS Billing versjon 3.0 eller nyere.

En kunde ber om faktura, og et enkeltpersonforetak sender en PDF som vedlegg på e-post. Fakturaen kommer frem, men hos kunden må noen fortsatt lese dokumentet, kontrollere opplysningene og registrere beløp, MVA og referanser manuelt. Det er nettopp denne forskjellen som gjør spørsmålet hva er EHF-faktura viktig for norske ENK.

EHF handler ikke bare om å sende en faktura digitalt. Det handler om at fakturainformasjonen ligger som strukturerte data som økonomisystemene kan kontrollere og behandle. Samtidig betyr en vellykket teknisk sending ikke nødvendigvis at fakturaen blir godkjent eller betalt. Riktig mottaker, riktige referanser og korrekt innhold er minst like viktig som selve formatet.

Innholdsfortegnelse

Hva EHF-faktura egentlig er

En EHF-faktura er et strukturert, maskinlesbart salgsdokument som utstedes, sendes og mottas i et standardformat for automatisert behandling i regnskapssystemer. Opplysninger som organisasjonsnummer, fakturanummer, dato, fakturalinjer, beløp, MVA-koder og betalingsinformasjon ligger som egne datafelter, slik at systemene kan validere og importere dem. Direktoratet for forvaltning og økonomistyring beskriver EHF-fakturaens struktur og funksjon.

En PDF på e-post ser digital ut, men den er vanligvis et dokument laget for mennesker. Mottakeren kan åpne og lese den, men økonomisystemet kan ikke nødvendigvis hente hvert felt sikkert og automatisk. Derfor kan en ansatt måtte taste inn fakturanummer, beløp, MVA og betalingsinformasjon.

En infografikk som viser forskjellen på effektiv EHF-faktura og manuell behandling av fakturaer via e-post.

Forskjellen ligger i dataene

En EHF-faktura kan også ha et visuelt vedlegg, men vedlegget er ikke det som gjør fakturaen til EHF. Det avgjørende er EHF-XML-filen, der opplysningene er kodet etter en standard. XML kan derfor leses av systemer, mens en PDF først og fremst presenterer informasjonen visuelt.

For et ENK betyr dette en praktisk endring i arbeidsmåten:

  • PDF på e-post: Kunden åpner et vedlegg og kan måtte registrere opplysningene manuelt.
  • EHF: Avsenderens system lager strukturerte data, og mottakerens system kan lese feltene maskinelt.
  • Resultatet: Færre manuelle tastinger, bedre kontroll av formatet og tydeligere kobling mellom faktura, ordre og regnskap.

EHF er altså ikke bare en raskere konvolutt. Det er et felles språk for økonomisystemer. Når avsenderen bruker riktig format og riktige data, kan mottakeren ta fakturaen videre i sin interne arbeidsflyt uten å begynne med manuell registrering.

Slik flyter en EHF-faktura fra avsender til mottaker

EHF-flyten starter i faktura- eller regnskapssystemet, ikke i et e-postprogram. Avsenderen fyller ut fakturaen med kundeopplysninger, linjer, beløp, MVA, betalingsinformasjon og eventuelle referanser. Systemet omformer opplysningene til en strukturert EHF-XML-fil.

Deretter sendes filen gjennom et PEPPOL-aksesspunkt. Aksesspunktet fungerer som forbindelsen mellom avsenderens system og PEPPOL-nettverket. Nettverket transporterer dokumentet til aksesspunktet som er koblet til mottakerens økonomisystem.

Illustrasjon som viser hvordan en EHF-faktura flyter fra avsenderens regnskapssystem til mottakerens system for automatisk bokføring.

Fem steg i praksis

  1. Regnskapssystemet: ENK-et lager fakturaen med kundens organisasjonsnummer og avtalte referanser.
  2. EHF-XML: Systemet genererer en strukturert fil i godkjent format.
  3. PEPPOL-nettverket: Aksesspunktet transporterer dokumentet til riktig mottaker.
  4. Mottakerens system: Økonomisystemet leser feltene og legger fakturaen i riktig arbeidsflyt.
  5. Kontroll og bokføring: Kunden kontrollerer fakturaen, sender den til attestasjon og bokfører den når interne krav er oppfylt.

Denne prosessen skiller seg fra en PDF på e-post. Ved e-post må mottakeren først hente informasjon fra et vedlegg. Ved EHF kommer opplysningene som datafelter som systemet kan tolke. Det betyr likevel ikke at en person aldri ser fakturaen. Offentlige kunder kan fortsatt kreve kontroll, attestasjon og godkjenning før bokføring.

Praktisk regel: En EHF-sending er en transport- og dataflyt, ikke en garanti for automatisk betaling.

Et regnskapssystem med innebygd EHF-støtte kan forenkle utsendelsen, men avsenderen må fortsatt levere korrekte opplysninger. En veiledning om å sende EHF-faktura fra Easypeasy viser hvordan en slik utsending kan inngå i den vanlige faktureringsprosessen.

Lovkrav, PEPPOL og ELMA for norske ENK

Du kan gjøre alt riktig i selve EHF-formatet og likevel få en faktura som stopper hos kunden. For ENK som fakturerer stat eller kommune, er risikoen ofte ikke bare filformatet, men at mottakerdata, referanser eller andre påkrevde felt ikke passer med kundens interne arbeidsflyt. Ved offentlige anskaffelser som omfattes av regelverket, skal oppdragsgiver kreve elektronisk faktura i godkjent standardformat, kunne motta den gjennom PEPPOL-nettverket og behandle den elektronisk. Godkjente formater er EHF Fakturering versjon 3.0 eller nyere og PEPPOL BIS Billing versjon 3.0 eller nyere. Kravene står i forskriften om elektronisk faktura i offentlige anskaffelser.

For et ENK betyr dette i praksis at en offentlig kunde som hovedregel forventer EHF, ikke en PDF vedlagt i e-post. Dersom du er usikker på hvilke opplysninger som faktisk må være med, gir vår oversikt over krav til EHF-faktura en nyttig gjennomgang.

Hva PEPPOL og ELMA gjør

PEPPOL er transportlaget. Det sender dokumentet fra avsenderens aksesspunkt til mottakerens aksesspunkt, omtrent som et postsystem for strukturerte forretningsdokumenter. Du som driver ENK, trenger vanligvis ikke sende dette manuelt. Regnskaps- eller fakturasystemet gjør jobben.

ELMA er mottakerregisteret som viser hvilke norske virksomheter som kan motta EHF- og PEPPOL BIS-dokumenter, og hvilke dokumenttyper de er registrert for. Digitaliseringsdirektoratet forklarer hvordan ELMA fungerer som mottakerregister.

Før du sender, bør du kontrollere mer enn bare om kunden finnes i ELMA:

  • Mottakerstatus: Organisasjonsnummeret må være registrert for riktig kanal.
  • Korrekt identifikator: Nummeret må tilhøre riktig juridisk enhet.
  • Kundekrav: Ordrenummer, kontraktsnummer, prosjektnummer eller referanseperson må ofte inn for at fakturaen skal havne hos riktig attestant.
  • Avtalt kanal: Hvis mottakeren ikke ligger i registeret, må du bruke en annen avtalt måte å sende på.

Det er derfor lett å tro at "EHF sendt" betyr "faktura mottatt og klar til betaling". Slik er det ikke alltid. ELMA og PEPPOL hjelper fakturaen frem til mottakerens system, men de sikrer ikke at kundens interne kontroll godkjenner den. Offentlig statistikk viser også hvor utbredt denne infrastrukturen er i Norge, med over 875 millioner sendte og mottatte EHF- og PEPPOL BIS-transaksjoner siden starten. Tallet omfatter flere dokumenttyper enn faktura alene. Se den løpende statistikken over EHF og ELMA.

Eksempel fra hverdagen for en norsk frilanser

En IT-frilanser med ENK har levert et konsulentoppdrag til en kommune. Før fakturaen opprettes, ber frilanseren kommunen om korrekt organisasjonsnummer, kontraktsnummer, prosjektnummer og referansen til personen som skal attestere fakturaen.

Kundens organisasjonsnummer kontrolleres mot ELMA. Det viser om kommunen kan motta EHF, men oppslaget forteller ikke nødvendigvis alle interne krav kommunen stiller. Derfor må frilanseren også bruke opplysningene i kontrakten eller bestillingen.

En person sender en digital EHF-faktura fra sin datamaskin til et norsk rådhus for effektiv behandling.

Fra fakturafelter til kommunens arbeidsflyt

I fakturasystemet fyller frilanseren inn:

  • Kjøper: Kommunens korrekte organisasjonsnummer.
  • Leveransen: Konsulenttjenesten som egne fakturalinjer.
  • Beløp og MVA: Riktig beløp, MVA-behandling og betalingsinformasjon.
  • Referanser: Kontraktsnummer, prosjektnummer eller bestillingsnummer som kommunen har oppgitt.
  • Attestasjon: Referansen som kobler fakturaen til riktig kontaktperson eller arbeidsflyt.

Systemet lager deretter EHF-XML-filen og sender den gjennom PEPPOL. Kommunens mottakssystem leser feltene og kan koble fakturaen til riktig kontrakt eller prosjekt. Den går videre til attestasjon hos riktig person, forutsatt at referansene faktisk stemmer.

En praktisk gjennomgang av eksempel på faktura kan gjøre det enklere å se hvordan feltene henger sammen. Eksempelet viser også hvorfor en faktura ikke bør bygges rundt en PDF alene. PDF-en kan være nyttig som visning eller vedlegg, men den strukturerte informasjonen må ligge i selve EHF-dokumentet når kundens krav forutsetter maskinlesbare data.

I dette scenariet er EHF-fakturaen ikke bare levert til kommunen. Den er levert med nok kontekst til at kundens system kan plassere den riktig. Det er forskjellen mellom å sende en teknisk fil og å sende en faktura som faktisk kan behandles.

Typiske fallgruver som stopper fakturaen i kundens arbeidsflyt

Den farligste misforståelsen er at «sendt» betyr «godkjent». Skatteetaten presiserer at en EHF-faktura ikke automatisk blir bokført, godkjent eller betalt. Det kreves fortsatt en aktiv handling for bokføring, og en offentlig kunde kan stoppe fakturaen dersom nødvendige referanser mangler. Skatteetatens omtale av EHF og bokføring beskriver dette skillet.

Feil som ofte får konsekvenser

En faktura kan bli avvist allerede i transporten hvis mottakeridentifikatoren er feil eller mottakeren ikke er registrert for den aktuelle dokumenttypen. Andre fakturaer kommer frem, men blir liggende i kundens arbeidsflyt fordi de ikke kan kobles til riktig bestilling eller attestant.

Vanlige årsaker er:

  • Feil organisasjonsnummer: Fakturaen sendes til feil juridisk enhet eller finner ikke riktig mottaker.
  • Manglende ordre- eller kontraktsnummer: Kunden klarer ikke å knytte fakturaen til avtalen.
  • Manglende prosjektnummer: Fakturaen kan ikke plasseres i riktig prosjekt eller kostnadssted.
  • Ufullstendige fakturalinjer: Beskrivelsen gjør det vanskelig å kontrollere hva som faktisk er levert.
  • MVA-feil: MVA-koder eller beløp stemmer ikke med leveransen eller kundens forventede behandling.
  • Godkjent fakturagrunnlag mangler: Timelister, målinger eller annet grunnlag er ikke godkjent før fakturaen sendes.

EHF-filen og PDF-vedlegget har ulike roller

En PDF kan legges ved for lesbarhet eller ekstra dokumentasjon. Den bør likevel ikke brukes som eneste bærer av opplysninger som kunden trenger for automatisk behandling. Dersom prosjektnummer, varelinjer, timelister eller MVA-informasjon bare står i PDF-en, kan mottakerens system mangle de strukturerte feltene det trenger.

En vedlagt PDF gjør ikke informasjonen maskinlesbar. Opplysninger som kunden skal søke på, kontrollere eller koble mot en ordre, må ligge riktig i EHF-dataene når avtalen krever det.

Før utsending bør ENK-et derfor hente kravene fra kontrakten eller bestillingen, ikke bare fra et generelt fakturamal. En teknisk korrekt EHF uten riktig kontekst kan fortsatt bli returnert, og betaling kan bli forsinket mens avsenderen innhenter manglende opplysninger.

EHF sammenlignet med PDF på e-post og papirfaktura

Valget av fakturametode avhenger av kunden og avtalen. EHF er laget for strukturerte data og automatisert systemflyt. PDF på e-post kan være praktisk overfor en mindre privat kunde, mens papirfaktura innebærer fysisk håndtering og mer manuell registrering.

Metode Automatisk bokføring Krav fra offentlige kunder Typisk behandlingstid Kostnad per faktura
EHF Kan leses og valideres maskinelt Kreves normalt ved offentlige anskaffelser som omfattes av regelverket Avhenger av kundens kontroll og godkjenning Avhenger av faktura- eller regnskapssystemet
PDF på e-post Krever ofte kontroll og manuell registrering Er normalt ikke tilstrekkelig når kunden krever godkjent elektronisk format Avhenger av når mottakeren åpner og registrerer vedlegget Avhenger av e-post- og systemkostnader
Papirfaktura Krever manuell lesing og registrering Oppfyller normalt ikke krav om elektronisk faktura i godkjent standardformat Avhenger av postgang og intern behandling Omfatter utskrift, papir, porto og håndtering

Hva sammenligningen betyr for et ENK

EHF flytter oppmerksomheten fra mottakerens punching til avsenderens datakvalitet. Avsenderen må fylle ut riktige felt, men mottakeren kan deretter bruke dataene i økonomisystemet. PDF og papir kan være enklere å lage, men mottakeren må ofte gjøre mer arbeid.

EHF erstatter likevel ikke et godt fakturagrunnlag. En feilaktig eller mangelfull EHF er fortsatt feilaktig eller mangelfull. Formatet kan kontrollere at dataene følger strukturen, men det kan ikke vite om frilanseren har brukt riktig prosjektnummer eller fakturert riktig leveranse.

For private kunder bør ENK-et avklare ønsket kanal. For offentlig sektor bør EHF behandles som en nødvendig del av leveransen, på linje med at fakturaen må ha riktig beløp, dato og MVA-behandling.

Praktiske grep før du sender din første EHF-faktura

Et ENK trenger ikke gjøre EHF teknisk komplisert, men utsendingen bør inngå i en fast kontrollrutine. Systemet kan lage XML-filen og håndtere PEPPOL-transporten, men avsenderen har ansvaret for at kundeopplysningene og fakturagrunnlaget er riktig.

Sjekkliste før utsending

  1. Kontroller mottakeren i ELMA. Søk på kundens organisasjonsnummer og bekreft at virksomheten kan motta relevant EHF-dokument.
  2. Les kontrakten eller bestillingen. Finn krav til kontaktperson, ordre-, kontrakts- og prosjektnummer.
  3. Fyll ut EHF-feltene, ikke bare PDF-en. Opplysninger som kunden skal bruke i systemet, må ligge strukturert i EHF-filen når kundens krav tilsier det.
  4. Kontroller MVA og fakturalinjer. Beskriv leveransen slik at kunden kan kontrollere hva som er fakturert.
  5. Sjekk leveringsstatus. En teknisk kvittering viser at dokumentet er sendt eller mottatt i infrastrukturen, ikke nødvendigvis at kunden har bokført eller godkjent det.
  6. Avklar avvisninger raskt. Finn ut om feilen gjelder mottakeradresse, referanse, innhold eller kundens interne prosess.

Nye regler er også på vei. Fra 1. januar 2027 skal bokføringspliktige etter de nye reglene utstede elektronisk faktura ved salg til andre bokføringspliktige, i godkjente formater som EHF Fakturering og PEPPOL BIS Billing versjon 3.0 eller nyere. Ifølge kilden kommer mottaksplikten først fra 2030. Forklaringen til de nye reglene finnes i samhandlingsavtalen.

For et ENK er det derfor fornuftig å velge et regnskapsverktøy som støtter EHF, MVA og kreditnotaer i samme arbeidsflyt. Easypeasy tilbyr fakturering med EHF- og e-postutsending, EHF-mottak og funksjoner for bokføring tilpasset norske enkeltpersonsforetak. Besøk Easypeasy for å se hvordan en samlet faktura- og regnskapsflyt kan brukes i virksomheten.