Gratis, uten innlogging

EHF-validator for Peppol BIS 3.0

Last opp fakturaen eller lim inn XML-en. Den kontrolleres mot UBL 2.1-skjemaet og mot regelsettene i EN 16931 og Peppol BIS Billing 3.0, og du får feilene forklart på norsk med regelkode. Filen slettes umiddelbart etter kontrollen.

Hva kontrolleres

En EHF-faktura kan være helt korrekt XML og likevel bli avvist. Grunnen er at kravene ligger i tre lag, og de fleste feilene oppstår i det tredje.

UBL 2.1-skjemaet bestemmer hvilke elementer som finnes og hvor de kan stå. Bryter du dette, er dokumentet strukturelt ugyldig.
EN 16931 er den europeiske kjernen for elektronisk faktura. Her ligger kravene til obligatoriske felter og til at summene faktisk stemmer.
Peppol BIS Billing 3.0 strammer inn ytterligere, blant annet på referanser og identifikatorer. Det er her norske leverandører oftest snubler.

Validatoren kjører alle tre. Regelsettene er de offisielle Schematron-filene fra OpenPEPPOL, kompilert til kjørbar form, så kodene du får er de samme som aksesspunktet ditt bruker.

De vanligste feilene

Erfaringsmessig går de fleste avvisningene på noen få regler:

Manglende kjøperreferanse. Peppol krever kjøperreferanse eller ordrereferanse på alle fakturaer; ved salg til det offentlige er det bestillerens referanse. Uten den avvises fakturaen, og det er den desidert vanligste årsaken.
Summene stemmer ikke. Beløp å betale skal være totalbeløp med mva, minus allerede betalt, pluss avrunding. Avrundingsfeil per linje slår ut her.
Feil organisasjonsnummer. Norske organisasjonsnumre bruker skjema 0192 i Peppol og må bestå mod11-kontrollen.
Manglende elektronisk adresse. Både selger og kjøper må ha en Peppol-adresse for at fakturaen skal kunne rutes.

Om mottakeroppslag

Et naturlig spørsmål er om en gitt bedrift kan motta EHF i det hele tatt. Det svaret kan vi ikke gi akkurat nå, og vi vil heller si det rett ut enn å gjette. Peppol flyttet i 2026 tjenesten som slår opp mottakere, fra EU-kommisjonens infrastruktur til sin egen, og oppslagsformatet ble lagt om samtidig. Digdir har dessuten avviklet det åpne datasettet fra ELMA. Et oppslag bygget på det gamle mønsteret ville i praksis svart at ingen kan motta EHF, noe som er verre enn ikke å svare.

Inntil oppslaget kan gjøres pålitelig, er det tryggeste å slå opp mottakeren i Peppol Directory eller spørre aksesspunktet ditt.

Sending

Dette verktøyet validerer og forklarer. Det sender ikke fakturaer. Selve sendingen går gjennom et godkjent aksesspunkt, og de fleste regnskapssystemer har dette innebygget. Bruker du et system som allerede sender EHF, er nytten av validatoren størst når noe blir avvist og du trenger å forstå hvorfor.

Kilder og forbehold. Regelsettene er CEN EN 16931 og PEPPOL BIS Billing 3.0, hentet fra OpenPEPPOLs offisielle Schematron-filer, og skjemaet er OASIS UBL 2.1. Regelsettene oppdateres omtrent halvårlig, og et aksesspunkt kan i tillegg ha egne krav. En godkjent validering her er derfor et sterkt signal, men ingen garanti for at mottakeren aksepterer fakturaen. Verktøyet er veiledende og erstatter ikke systemleverandøren din.

Ofte stilte spørsmål

Hva er EHF?

EHF er den norske profilen for elektronisk handelsformat, bygget på Peppol BIS Billing 3.0 og den europeiske standarden EN 16931. Offentlige virksomheter i Norge er pålagt å kunne motta faktura på dette formatet, og de krever det som regel av leverandørene sine.

Lagrer dere fakturaen jeg laster opp?

Nei. Filen skrives til serverens minne, kontrolleres, og slettes umiddelbart etterpå, uansett om valideringen gikk bra eller ikke. Innholdet logges ikke. Vi lagrer verken fakturaen, kundenavn, beløp eller kontonumre.

Hvorfor blir fakturaen min avvist selv om den ser riktig ut?

Fordi kravene ligger i flere lag. Dokumentet kan være gyldig XML og følge UBL-skjemaet, men likevel bryte en forretningsregel i EN 16931 eller Peppol BIS 3.0. Den vanligste årsaken er manglende kjøperreferanse ved salg til offentlig sektor.

Hva betyr regelkodene som BR-02 og PEPPOL-EN16931-R001?

BR-kodene kommer fra den europeiske standarden EN 16931 og gjelder i hele EØS. PEPPOL-kodene er Peppols egne innstramminger. UBL-CR og UBL-SR gjelder hvilke felter EHF-profilen tillater. Validatoren viser koden sammen med en norsk forklaring.

Kan jeg sende fakturaen herfra?

Nei. Verktøyet validerer og forklarer, men sender ikke. Sending krever et godkjent Peppol-aksesspunkt, og det ligger som regel innebygget i regnskapssystemet ditt.

Kan dere sjekke om en kunde kan motta EHF?

Ikke nå. Peppol flyttet mottakeroppslaget til egen infrastruktur i 2026 og la om formatet, og Digdir har avviklet det åpne ELMA-datasettet. Vi vil ikke bygge et oppslag som gir feil svar. Bruk Peppol Directory eller spør aksesspunktet ditt inntil videre.

Hvor oppdaterte er reglene?

Regelsettene er hentet fra OpenPEPPOLs offisielle kilder. De oppdateres omtrent hvert halvår, og vi henter dem på nytt ved hver oppdatering. Datoen for gjeldende regelsett står i valideringsrapporten.