Peppol kunnskapsbase
Forstå nettverket bak hver Peppox-integrasjon
Søk etter praktisk veiledning om standarder, identifikatorer, discovery, transport, validering, drift og landsmodeller.
BAS
Grunnleggende
Høynivåoversikt over Peppol, styring og kjernebegreper.
Hva er Peppol, og hvem driver det?
Peppol er et styrt, interoperabelt rammeverk og nettverk for utveksling av strukturerte forretningsdokumenter (f.eks. e-fakturaer, kreditnotaer, MLR). Det koordineres av OpenPeppol, en ideell forening som definerer spesifikasjoner og sertifiserer Access Points og SMP-er.
Hvilke fordeler gir Peppol sammenlignet med punkt-til-punkt-integrasjoner?
Peppol bruker en «koble til én gang, nå mange»-modell via sertifiserte Access Points, noe som reduserer skreddersydde grensesnitt, håndhever delte valideringsregler (EN 16931, BIS/PINT), forbedrer grenseoverskridende interoperabilitet og muliggjør standardisert oppslag og sikker transport.
Er Peppol obligatorisk i hele EU?
Det finnes ikke ett samlet EU-dekkende Peppol-påbud. EU krever EN 16931 for e-fakturaer i offentlige anskaffelser; mange land innfører nasjonale B2B-forpliktelser. Peppol er bredt tatt i bruk som måten å oppfylle kravene og sikre interoperabilitet på.
Hvilke dokumenter er mest vanlige i Peppol?
Invoice og CreditNote (BIS Billing 3.0 / PINT), Message Level Response (MLR) og Invoice Response. Logistikkdokumenter finnes også i Peppol Post-Award-settet.
Hva er «four-corner model»?
Avsender → Sendende Access Point → Mottakende Access Point → Mottaker. Oppslag (SML→SMP) brukes for å finne mottakerens egenskaper og sikre endepunkt før levering.
IDE
Identifikatorer (ISO 6523)
Forståelse av deltakeridentifikatorer og vanlige fallgruver.
Hvordan identifiseres mottakere?
Peppol bruker ISO 6523-skjemaer (ICD + verdi), formatert som iso6523-actorid-upis::ICD:VALUE (f.eks. GLN = 0088, belgisk CBE = 0208).
Hvilket identifikatorskjema bør jeg bruke?
Bruk skjemaet som samsvarer med din offisielle identifikator (f.eks. GLN 0088, Belgia 0208 for BCE/CBE). Din Access Point- eller nasjonale myndighetsveiledning bør bekrefte riktig skjema.
Vanlige feil med identifikatorer
Å blande sammen VAT- og foretaksregister-ID-er; å fjerne innledende nuller; å bruke et landsspesifikt VAT-format under feil ICD; å bruke testidentifikatorer i produksjon.
Katalog vs. registrering
Å være synlig i en katalog eller et oppslagsverktøy er ikke det samme som å ha en gyldig SMP-post for et spesifikt dokument/prosess. Verifiser alltid mottakerens SMP-egenskaper.
DIS
Oppdagelse (SMP/SML)
Hvordan SML og SMP fungerer sammen.
Hva er forskjellen mellom SML og SMP?
SML (Service Metadata Locator) kartlegger en deltaker-ID til dens SMP. SMP (Service Metadata Publisher) lagrer deltakerens støttede dokumenttyper, prosess-ID-er og endepunkter.
Hva bør jeg kontrollere i en SMP-post?
Riktig documentTypeID, processID, aktivt endepunkt med peppol-transport-as4-v2_0 og et gyldig sertifikat. Bekreft miljøet (test vs. produksjon).
Hvorfor mislykkes oppslag noen ganger med 404 eller 429?
404 = ingen kapasitet publisert for den deltakeren/dokumentet i den SMP-en. 429 = hastighetsbegrensning fra offentlige endepunkter; reduser belastningen eller bruk leverandørens API.
DOC
Dokumenter og profiler
BIS Billing 3.0, PINT og relaterte profiler.
Hva er Peppol BIS Billing 3.0?
En CIUS av EN 16931 som definerer hvordan UBL Invoice og Credit Note utveksles på Peppol, med إضافionelle regler og kodelister for å sikre interoperabilitet.
Hva er PINT, og når brukes det?
Peppol International Invoice Model (PINT) harmoniserer e-fakturering globalt og ligger til grunn for landspecifikasjoner (f.eks. PINT A-NZ, PINT MY, SG BIS).
Hva er ProcessIDs, og hvorfor er de viktige?
ProcessIDs (f.eks. cenbii-procid-ubl::urn:fdc:peppol.eu:2017:poacc:billing:3:1.0) uttrykker forretningsprosesser knyttet til en dokumentprofil; de må samsvare med mottakerens SMP-oppføring.
MLR vs. Invoice Response
MLR gir teknisk/forretningsmessig tilbakemelding; Invoice Response gir forretningskvitteringer (f.eks. akseptert/avvist med begrunnelser). Sjekk SMP-støtte.
VAL
Validering og kodelister
Å få EN 16931 + BIS/PINT til å bestå validering.
Typiske årsaker til valideringsfeil
Feil skattekategorier; ugyldige enhetskoder; avvik mellom valuta og avrunding; manglende BT-identifikatorer; feil landsspesifikke utvidelser; vedleggstyper som ikke er tillatt.
Hvilke kodelister feiler oftest?
UN/ECE-enhetskoder, ISO-valutakoder, MVA-kategorier, koder for betalingsmidler, landsspesifikke lister (f.eks. Norges EHF-spesifikasjoner; Singapore, A-NZ PASR/PINT).
Hvordan feilsøke EN 16931 versus BIS-feil?
Valider mot EN 16931 først, deretter Peppol BIS/PINT-reglene. Bruk offisielle validatorer og landsvalidatorer der de er tilgjengelige (f.eks. EHF-validator i Norge).
TRA
Transport og sikkerhet (AS4, PKI)
Grunnleggende om AS4-transport og OpenPeppol PKI.
Hvilken transport brukes?
Peppol bruker AS4-profilen (peppol-transport-as4-v2_0) med signering og kryptering mellom Access Points.
Vanlige AS4-leveringsproblemer
Utløpte eller snart utløpende sertifikater; feil endpoint-URL; TLS-/cipher-mismatch; klokkeavvik; store nyttelaster uten komprimering; for lave retry-innstillinger.
Hva med sertifikater og PKI?
AP/SMP-sertifikater må følge OpenPeppol PKI-policyen. Følg med på notBefore/notAfter, kjedens gyldighet, OCSP/CRL-status, og planlegg rollover i god tid.
ONB
Onboarding og testing
Fra sandkasse til produksjon.
Sjekkliste for å komme i gang
Velg en sertifisert AP, registrer ISO 6523 ID, sett SMP-egenskaper, valider UBL-er (EN 16931 + BIS/PINT), pilotér MLR/Invoice Response, og gå deretter i produksjon.
Test- vs produksjonsmiljøer
Bruk dedikerte test-SML/SMP og AP-endepunkter. Gjenbruk aldri testidentifikatorer i produksjon.
Beste praksis for overgang
Kjør parallell drift med utvalgspartnere, overvåk MLR/feil, bekreft avhengigheter for skatterapportering, og kommuniser tidslinjer til handelspartnere.
OPS
Drift og overvåking
Hva som skal måles og hvordan du skal reagere.
Hva bør vi overvåke i det daglige?
Valideringsresultater, SMP-endringer, endpoint-helse, AS4-forsøk, tilbakemeldinger fra MLR/Invoice Response, sertifikatutløp og meldingslatens.
Hvordan håndtere grenseverdier og offentlige oppslag?
Bufr resultater, respekter grenseverdier, foretrekk API-er på leverandørsiden, og unngå å skrape offentlige endepunkter i perioder med høy trafikk.
Oppbevaring og revisjonsspor
Behold meldingsmetadata (hash, tidsstempler, sender-/mottaker-ID-er, dokument-ID-er), valideringsrapporter og MLR/IR-svar i henhold til policy og lovverk.
PRI
Personvern og juss
GDPR, lokale lover og ansvarsområder.
Er Peppol i samsvar med GDPR?
Peppol definerer sikker transport og identifikatorer, men samsvar er fortsatt ditt ansvar: behandlingsgrunnlag, lagring, registrertes rettigheter og DPIA der det kreves.
Erstattes skatterapportering av Peppol?
Nei. Noen land krever अतिरिक्त e-rapportering/CTC-prosesser. Sjekk nasjonale krav utover dokumenttransport og validering.
TRO
Feilsøking
Vanlige problemer og raske kontroller.
Levering feiler, men deltakeren er «funnet» på nett
Et treff i katalogen er ikke bevis på kapasitet. Verifiser SMP for den nøyaktige documentTypeID og processID. Sørg for at AP-et ditt peker til den oppførte AS4-endepunktet.
Valideringen feiler på totaler eller skatt
Kontroller avrunding (linje- vs. fakturanivå), presisjon for valuta, konsistens i skattekategori, samt fordeling av rabatter/tillegg i henhold til EN 16931-reglene.
Vedlegg avvises
Kun bestemte MIME-typer og størrelser er tillatt. Sørg for at base64-koding/-metadata er korrekt, og at filnavn er ASCII-sikre dersom det kreves.
429 For mange forespørsler fra offentlige endepunkter
Begrens hastigheten, legg inn backoff, og bruk helst leverandørens API-er. Batch SMP-oppslag og cache resultatene.
COU
Landsprofiler og lokale modeller
Hvordan Peppol eller EN 16931 brukes lokalt.
Belgia
B2B e-fakturering blir obligatorisk fra 1. jan. 2026 (trinnvis innføring). Peppol er bekreftet som standard for utsendelse av strukturerte fakturaer. B2G er allerede på plass.
Tyskland
Fra 1. jan. 2025 må virksomheter kunne motta EN 16931 e-fakturaer; plikter knyttet til utsendelse fases inn frem til 2028. XRechnung/ZUGFeRD er i samsvar med EN 16931.
Frankrike
E-fakturering/e-rapportering fases inn fra september 2026; DGFiP er Peppol Authority. Modellen innebærer PPF/PDP og Peppol-interoperabilitet.
Norge
EHF Billing 3.0 bygget på Peppol BIS 3.0; omfattende offentlig og privat bruk.
Singapore (InvoiceNow)
Nasjonal e-fakturering basert på Peppol; IMDA er myndigheten. Veiledninger er tilgjengelige for tjenesteleverandører og GST-hensyn.
Australia & New Zealand
PINT A-NZ er dagens modell; A-NZ BIS 3.0-utvidelsen ble avviklet i 2025 for å migrere mot PINT.
Malaysia
PINT Malaysia-spesialiseringer (Billing/Self-billing) publisert under OpenPeppol Post-Award-dokumentasjon.
Italia
Nasjonal B2B bruker SDI (FatturaPA). Peppol kan brukes for grensekryssende handel eller med partnere/AP-er som støtter det, men SDI er fortsatt obligatorisk nasjonalt.
DEV
Tips for utviklere og drift
Praktisk veiledning for implementatører.
Trygge mønstre for SMP-oppslag
Batch og cache oppslag; respekter SML/SMP TTL; bruk leverandør-API-er der det er tilgjengelig; verifiser både documentTypeID og processID.
Håndtering av sertifikater
Overvåk gyldighetsvinduer, automatiser varsler om fornyelse, verifiser kjeder, og test endepunkter etter rollover. Hold klokkene synkronisert (NTP).
Observability
Logg korrelasjons-ID-er, deltaker-ID-er, dokument-ID-er, SMP-URL, endepunkt-URL, valideringsresultater og MLR/IR-payloads for å støtte revisjoner.
Robusthet
Bruk eksponentiell backoff for AS4-forsøk, implementer idempotens på avsendersiden, og overvåk SLA-er for gjennomstrømning/latens.
GLO
Ordliste
Access Point (AP)
Sertifisert gateway som validerer og utveksler AS4-meldinger i Peppol-nettverket.
SMP / SML
SMP lagrer funksjoner/endepunkter; SML peker til riktig SMP ved hjelp av DNS.
BIS Billing 3.0
Peppol CIUS av EN 16931 for Invoice og CreditNote.
PINT
Peppol International Invoice Model; grunnlag for globale/nasjonale spesialiseringer.
AS4
Sikker og pålitelig meldingstransportprofil brukt av Peppol AP-er.