EHF-faktura vs EDI INVOIC: hva er forskjellen?
EHF-faktura vs EDI INVOIC: kort svar er at EHF er et fakturaformat, mens INVOIC er fakturameldingen i en EDI-flyt mot en kjede. De løser to ulike behov, sendes gjennom ulike kanaler, og mange norske leverandører trenger begge deler samtidig.
Forvirringen oppstår fordi begge er «elektronisk faktura«, begge er strukturerte filer, og begge erstatter PDF på e-post. Men de sendes gjennom ulike kanaler, kontrolleres mot ulike regelsett, og utløses av ulike ting. Under går vi gjennom hva som faktisk skiller dem, og når du trenger hvilken.
Hva er EHF-faktura?

Elektronisk handelsformat (EHF) er det norske standardformatet for elektronisk faktura. Fakturaen er en strukturert fil, ikke et bilde eller en PDF, og den leses maskinelt av mottakerens system uten at noen må punche innholdet på nytt.
Innholdet ligger i egne felt. Organisasjonsnummer, varelinjer, antall, priser, merverdiavgift og betalingsinformasjon står hver for seg, slik at mottakeren kan kontrollere og bokføre fakturaen automatisk. Det er dette som skiller en strukturert faktura fra en PDF, der den samme informasjonen bare er tekst plassert på et ark.
EHF sendes vanligvis gjennom et aksesspunkt i Peppol-nettverket, den europeiske infrastrukturen for utveksling av handelsdokumenter. Mottakeren slås opp i adresseregisteret ELMA, og fakturaen rutes dit på grunnlag av organisasjonsnummeret. Du trenger med andre ord ikke en egen avtale med hver enkelt mottaker for å kunne sende. Det holder at både du og mottakeren er koblet til nettverket.
Bruken av EHF henger tett sammen med krav fra offentlig sektor: offentlige oppdragsgivere i Norge stiller ofte krav om EHF, og formatet er også utbredt mellom private virksomheter. Sjekk med den enkelte oppdragsgiveren eller din regnskapsfører hva som gjelder for deg, før du legger om faktureringen. DFØ forvalter og utvikler EHF-spesifikasjonene, og publiserer hvilke versjoner som til enhver tid gjelder.
Det praktiske poenget: EHF handler om hvordan fakturaen ser ut og hvordan den finner frem. Den sier ingenting om ordren som kom før den.
Hva er EDI INVOIC?

INVOIC er meldingstypen for faktura i en EDI-utveksling. Den står sjelden alene. Den er siste steg i en rekke meldinger som til sammen dekker hele handelen mellom deg og kjeden. Se vår oversikt over EDI for en full gjennomgang av meldingstyper og oppsett.
Kjernen består av fire meldinger: innkjøpsordren (ORDERS), ordrebekreftelsen (ORDRSP), pakkseddelen (DESADV) og fakturaen (INVOIC). Hvilke øvrige meldinger som gjelder, avhenger av handelsmodellen din.
Rekkefølgen betyr noe. Kjeden sender ORDERS. Du svarer med ORDRSP på hva du faktisk kan levere. DESADV forteller hva som er sendt, på hvilke paller og med hvilke referanser. INVOIC kommer til slutt og skal stemme overens med det som ble bestilt og det som ble levert. Fakturaen kontrolleres altså ikke bare mot seg selv, men mot meldingene som kom før den.
Vinmonopolet og de store norske kjedene utveksler forretningsdokumenter via EDI med standardiserte meldingstyper. Hvilken teknisk spesifikasjon som gjelder, altså hvilket meldingssett som kreves, hvilket filformat og skjema som brukes, hvilke valideringsregler som gjelder og hvordan test og godkjenning foregår, er definert av hver enkelt kjede i deres egen gjeldende implementasjonsguide. Denne kan endres. Følg alltid kjedens gjeldende guide fremfor generelle beskrivelser du finner andre steder, inkludert denne artikkelen.
Hva er den praktiske forskjellen?
Forskjellen er ikke først og fremst teknisk. Den handler om hva fakturaen er en del av.
| EHF-faktura | EDI INVOIC | |
|---|---|---|
| Hva det er | Et fakturaformat | En meldingstype i en EDI-flyt |
| Hva som utløser den | Hvem du fakturerer | En ordre fra kjeden |
| Hvem definerer kravene | Standarden og gjeldende regelverk | Den enkelte kjeden, i sin implementasjonsguide |
| Henger sammen med | Fakturaen alene | ORDERS, ORDRSP og DESADV |
| Slik kontrolleres den | Mot formatets egne regler | Mot formatets regler og mot ordre- og leveringsdata |
| Vanlig kanal | Aksesspunkt i Peppol-nettverket | Kanalen kjeden angir i sin guide |
Den viktigste linjen i tabellen er den nest siste. En EHF-faktura kan være teknisk feilfri og likevel bli avvist av en kjede, fordi den ikke er koblet til ordren og pakkseddelen kjeden forventer. Det er en type feil du ikke oppdager før du står i den.
Den andre forskjellen som betyr noe i praksis, er hvem du må forholde deg til når noe endrer seg. Et fakturaformat oppdateres sjelden og varsles bredt. En kjedes implementasjonsguide kan derimot endres uten at det angår noen andre enn leverandørene til nettopp den kjeden. Jo flere kjeder du leverer til, jo flere slike regelsett må du følge med på samtidig.
Trenger du både EHF og EDI INVOIC?
For mange leverandører er svaret ja, og det overrasker en del.
De to tingene styres av hvem du selger til, ikke av hva du selv foretrekker. Selger du til kjeder som krever EDI, går fakturaen som en del av EDI-flyten, i det oppsettet kjeden beskriver. Selger du i tillegg til offentlige oppdragsgivere eller til private kunder som tar imot EHF, trenger du den veien også.
Det er ikke enten eller. Det er to kanaler for det samme kommersielle innholdet, og begge må stemme mot regnskapet ditt til slutt.
Konsekvensen er verdt å ta inn over seg før du velger oppsett. To kanaler betyr to sett med regler å holde ved like, men det bør ikke bety to steder å registrere de samme dataene. Ligger kundeforhold, ordre, lager og faktura samlet, bygger begge kanalene på det samme grunnlaget. Ligger de spredt, oppstår avvikene mellom systemene dine, ikke hos mottakeren.
Hvem som krever hva, bestemmes av kjeden og ikke av deg. Blant de store norske kjedene stiller Vinmonopolet, ASKO og REMA i dag EDI-krav til leverandørene sine, mens Coop foreløpig er mer fleksible og ikke pålegger EDI ennå. Dette er ferskvare: sjekk gjeldende krav hos hver enkelt kjede du handler med.
Hva går oftest galt?
De fleste fakturaproblemer skyldes ikke selve formatet. De skyldes at fakturaen ikke stemmer med noe annet.
Fakturaen matcher ikke ordre og leveranse. Antall, enheter, priser eller varelinjer avviker fra det som ble bestilt eller sendt. Da stopper den, uansett hvor korrekt filen er teknisk sett.
Referanser mangler. Bestillingsnummer, ordrereferanse eller lokasjonsnummer er ofte påkrevd av mottakeren. Uten dem finner ikke systemet i den andre enden ut hvor fakturaen hører hjemme.
Feil adressering. Fakturaen sendes til et gammelt organisasjonsnummer eller til en mottakeradresse som ikke lenger er aktiv.
Antagelsen om at ett oppsett dekker alle. Et oppsett som fungerer mot én mottaker er ikke automatisk gyldig mot neste. Dette er den vanligste og dyreste antagelsen.
Endringer som ikke fanges opp. Kjedene oppdaterer implementasjonsguidene sine. Et oppsett som gikk gjennom i fjor kan feile i år.
Dobbeltarbeid i regnskapet. Fakturaen går ut elektronisk, men føres manuelt inn i regnskapssystemet likevel. Da har du beholdt arbeidet du prøvde å bli kvitt. Se EDI-arkivering for hvordan oppbevaringsplikten henger sammen med den elektroniske fakturaflyten.
Fellesnevneren for alle seks er at fakturaen kontrolleres mot noe utenfor seg selv. Det er derfor formatet sjelden er problemet.
Hvordan Kundan hjelper med dette
Kundan-plattformen dekker EDI, CRM, ordre, lager, fakturering, særavgiftshåndtering og bookingfunksjonalitet. Ordre, leveranse og faktura ligger dermed i samme system, slik at fakturaen bygger på de samme dataene som ordren og pakkseddelen.
Kundan leverer EDI-integrasjoner mot store norske kjøperkjeder. Støttede kjeder inkluderer Vinmonopolet, ASKO, Coop, REMA, NorgesGruppen, Megaflis og Optimera. Vi bistår kundene gjennom hele EDI-onboardingen, slik at du ikke sitter alene med implementasjonsguiden og testrundene.
Plattformen integrerer også mot norske regnskapssystemer, blant annet Fiken, Tripletex, PowerOffice og UniMicro, slik at fakturaene havner i regnskapet uten manuell punching. Support er norsk, med telefon.
Skal du levere til Vinmonopolet eller en av kjedene, og er usikker på hva fakturaflyten faktisk krever av deg? Book en EDI-gjennomgang, så går vi gjennom systemene dine og kravene fra kjedene du handler med.
Spørsmål og svar
Ofte stilte spørsmål om EHF-faktura vs EDI INVOIC
Her svarer vi på de vanligste spørsmålene vi får fra nye og eksisterende kunder.
Nei. EDI er strukturert elektronisk utveksling av forretningsdokumenter, altså ordre, ordrebekreftelser, fakturaer og pakksedler, direkte mellom systemer uten manuell håndtering. EHF er ett bestemt format for én av disse dokumenttypene, nemlig fakturaen. En EHF-faktura kan inngå i en elektronisk utveksling, men dekker ikke ordre- og leveringsmeldingene en kjede krever.
Kjernemeldingene er ORDERS (innkjøpsordre), ORDRSP (ordrebekreftelse), DESADV (pakkseddel eller leveringsvarsel) og INVOIC (faktura). Ytterligere meldinger kan gjelde avhengig av leverandørens handelsmodell.
Det er kjedene som bestemmer EDI-kravet, ikke leverandørene. De fleste store norske kjedene, inkludert Vinmonopolet, ASKO og REMA, krever i dag EDI fra sine leverandører. Coop er foreløpig mer fleksible og pålegger ikke EDI ennå. Kravene kan endre seg, så leverandører bør alltid sjekke gjeldende krav hos kjedene de handler med.
Ja, i praksis. EHF utveksles gjennom Peppol-nettverket, og du kommer inn i nettverket via et aksesspunkt. Mange regnskaps- og faktureringssystemer har dette innebygd, slik at du ikke merker det. Sjekk hva systemet ditt allerede støtter før du kjøper noe separat.
Det avhenger av mottakeren. En PDF er lesbar for mennesker, men ikke strukturert på en måte mottakerens system kan behandle automatisk. Hva den enkelte mottakeren aksepterer, står i deres egne gjeldende krav eller implementasjonsguide, og bør sjekkes der.
Neste anbefalt artikkel
Kort oppsummering som binder leseren videre til et dykkemal - typisk neste steg i brukerens reise.
Tilbake til Aktuelt
Hva er PRICAT? Priskatalog i EDI
PRICAT er meldingstypen som brukes til å sende produkt- og prisinformasjon fra en leverandør til en…
