Peppol vidensbase

Forstå netværket bag hver Peppox-integration

Søg i praktisk vejledning, der dækker standarder, identifikatorer, discovery, transport, validering, drift og landemodeller.

BAS

Grundlæggende

Overordnet introduktion til Peppol, governance og kernekoncepter.

Hvad er Peppol, og hvem driver det?

Peppol er en styret, interoperabel ramme og et netværk til udveksling af strukturerede forretningsdokumenter (f.eks. e-fakturaer, kreditnotaer, MLR). Det koordineres af OpenPeppol, en non-profit forening, der definerer specifikationer og certificerer Access Points og SMPs.

Hvilke fordele giver Peppol sammenlignet med point-to-point-integrationer?

Peppol anvender en “connect once, reach many”-model via certificerede Access Points, hvilket reducerer specialudviklede grænseflader, håndhæver fælles valideringsregler (EN 16931, BIS/PINT), forbedrer grænseoverskridende interoperabilitet og muliggør standardiseret opslag og sikker transport.

Er Peppol obligatorisk i hele EU?

Der findes ikke et enkelt EU-dækkende Peppol-krav. EU kræver EN 16931 for e-fakturaer i offentlige indkøb; mange lande indfører nationale B2B-forpligtelser. Peppol er bredt anvendt som måden at overholde kravene og opnå interoperabilitet.

Hvilke dokumenter er mest almindelige på Peppol?

Invoice og CreditNote (BIS Billing 3.0 / PINT), Message Level Response (MLR) og Invoice Response. Der findes også logistikdokumenter i Peppol Post-Award-sættet.

Hvad er “four-corner model”?

Afsender → Afsenderens Access Point → Modtagers Access Point → Modtager. Discovery (SML→SMP) bruges til at finde modtagerens kapabiliteter og sikre endpoint før levering.

IDE

Identifikatorer (ISO 6523)

Forståelse af deltageridentifikatorer og almindelige faldgruber.

Hvordan identificeres modtagere?

Peppol bruger ISO 6523-schemer (ICD + værdi), formateret som iso6523-actorid-upis::ICD:VALUE (f.eks. GLN = 0088, belgisk CBE = 0208).

Hvilket identifikatorskema bør jeg bruge?

Brug det skema, der matcher din officielle identifikator (f.eks. GLN 0088, Belgien 0208 for BCE/CBE). Din Access Point-udbyder eller nationale myndighedsvejledning bør bekræfte det korrekte skema.

Almindelige fejl med identifikatorer

Forveksling af momsnumre og virksomhedsregistreringsnumre; manglende foranstillede nuller; brug af et lands momsformat under forkert ICD; brug af testidentifikatorer i produktion.

At være synlig i et register eller opslagsværktøj er ikke det samme som at have en gyldig SMP-post for et specifikt dokument/proces. Verificér altid modtagerens SMP-kapabiliteter.

DIS

Discovery (SMP/SML)

Hvordan SML og SMP arbejder sammen.

Hvad er forskellen på SML og SMP?

SML (Service Metadata Locator) mapper en deltager-ID til dens SMP. SMP (Service Metadata Publisher) gemmer deltagerens understøttede dokumenttyper, process IDs og endpoints.

Hvad skal jeg kontrollere i en SMP-post?

Korrekt documentTypeID, processID, aktivt endpoint med peppol-transport-as4-v2_0 og et gyldigt certifikat. Bekræft miljøet (test vs. produktion).

Hvorfor fejler opslag nogle gange med 404 eller 429?

404 = ingen kapabilitet publiceret for den deltager/det dokument i den SMP. 429 = rate limiting fra offentlige endpoints; begræns hastigheden eller brug din udbyders API.

DOC

Dokumenter og profiler

BIS Billing 3.0, PINT og relaterede profiler.

Hvad er Peppol BIS Billing 3.0?

En CIUS af EN 16931, der definerer, hvordan UBL Invoice og Credit Note udveksles på Peppol med yderligere regler og kodelister for at sikre interoperabilitet.

Hvad er PINT, og hvornår bruges det?

Peppol International Invoice Model (PINT) harmoniserer e-fakturering globalt og danner grundlag for landespecifikke specialiseringer (f.eks. PINT A-NZ, PINT MY, SG BIS).

Hvad er ProcessIDs, og hvorfor er de vigtige?

ProcessIDs (f.eks. cenbii-procid-ubl::urn:fdc:peppol.eu:2017:poacc:billing:3:1.0) udtrykker forretningsprocesser knyttet til en dokumentprofil; de skal matche modtagerens SMP-post.

MLR vs Invoice Response

MLR giver teknisk/forretningsmæssig feedback; Invoice Response giver forretningsmæssige kvitteringer (f.eks. accept/afvisning med begrundelser). Kontrollér SMP-support.

VAL

Validering og kodelister

Sådan får du EN 16931 + BIS/PINT til at bestå validering.

Typiske årsager til valideringsfejl

Forkerte momskategorier; ugyldige enhedskoder; uoverensstemmelser i valutaafrunding; manglende BT-identifikatorer; ukorrekte landespecifikke udvidelser; vedhæftningstyper ikke tilladt.

Hvilke kodelister fejler oftest?

UN/ECE-enhedskoder, ISO-valutakoder, momskategorier, koder for betalingsmiddel, landespecifikke lister (f.eks. Norges EHF-specifikke krav; Singapore, A-NZ PASR/PINT).

Hvordan fejlsøger man EN 16931 vs BIS-fejl?

Valider først mod EN 16931, derefter mod Peppol BIS/PINT-reglerne. Brug officielle valideringsværktøjer og landespecifikke valideringer, hvor de findes (f.eks. EHF-validator i Norge).

TRA

Transport og sikkerhed (AS4, PKI)

Grundlæggende om AS4-transport og OpenPeppol PKI.

Hvilken transport bruges?

Peppol bruger AS4-profilen (peppol-transport-as4-v2_0) med signering og kryptering mellem Access Points.

Almindelige AS4-leveringsproblemer

Udløbne/ved at udløbe certifikater; forkert endpoint-URL; TLS-/cipher-mismatch; tidsafvigelse; store payloads uden komprimering; retry-indstillinger sat for lavt.

Hvad med certifikater og PKI?

AP/SMP-certifikater skal følge OpenPeppol PKI-politikken. Overvåg notBefore/notAfter, kædegyldighed, OCSP/CRL-status, og planlæg rollover i god tid.

ONB

Onboarding og test

Fra sandbox til produktion.

Tjekliste til opstart

Vælg en certificeret AP, registrer ISO 6523 ID, angiv SMP-kapabiliteter, validér UBL'er (EN 16931 + BIS/PINT), pilottest MLR/Invoice Response, og gå derefter i drift.

Test- vs. produktionsmiljøer

Brug dedikerede test SML/SMP- og AP-endpoints. Genbrug aldrig testidentifikatorer i produktion.

Bedste praksis ved overgang til drift

Kør parallel drift med prøvepartnere, overvåg MLR/fejl, bekræft afhængigheder til skatterapportering, og kommuniker tidsplaner til handelspartnere.

OPS

Drift og overvågning

Hvad der skal måles, og hvordan man reagerer.

Hvad bør vi overvåge dagligt?

Valideringsresultater, SMP-ændringer, endpoint-sundhed, AS4-genforsøg, feedback fra MLR/Invoice Response, certifikatudløb og meddelelseslatens.

Hvordan håndterer man rate limits og offentlige opslag?

Cache resultater, respekter rate limits, foretræk provider-side APIs, og undgå at scrape offentlige endpoints i spidsbelastningsperioder.

Opbevaring og auditspor

Bevar meddelelsesmetadata (hash, tidsstempler, afsender-/modtager-ID'er, dokument-ID'er), valideringsrapporter og MLR/IR-svar i henhold til politik og lovgivning.

PRI

Databeskyttelse og jura

GDPR, lokal lovgivning og ansvar.

Er Peppol GDPR-kompatibel?

Peppol definerer sikker transport og identifikatorer, men overholdelse er fortsat dit ansvar: behandlingsgrundlag, opbevaring, registreredes rettigheder og DPIA, hvor det kræves.

Erstatter Peppol skatterapportering?

Nej. Nogle lande kræver yderligere e-reporting/CTC-processer. Tjek nationale krav ud over dokumenttransport og validering.

TRO

Fejlfinding

Hyppige problemer og hurtige tjek.

Levering fejler, men deltageren er “fundet” online

Et opslag i en registertjeneste er ikke bevis for kapabilitet. Verificér SMP for den præcise documentTypeID og processID. Sørg for, at din AP peger på det angivne AS4-endpoint.

Validering fejler på totaler eller skat

Kontrollér afrunding (linje- vs. fakturaniveau), valutaens præcision, konsistens i skattekategori samt fordeling af rabatter/tillæg i henhold til EN 16931-reglerne.

Vedhæftede filer afvises

Kun visse MIME-typer og størrelser er tilladt. Sørg for, at base64-kodning/meta er korrekt, og at filnavne er ASCII-sikre, hvis det kræves.

429 For mange anmodninger fra offentlige endpoints

Skru ned for hastigheden, tilføj backoff, og foretræk din leverandørs API'er. Batch SMP-opslag og cache resultater.

COU

Landsprofiler og lokale modeller

Hvordan Peppol eller EN 16931 anvendes lokalt.

Belgien

B2B e-fakturering bliver obligatorisk fra 1. jan. 2026 (faseinddelt). Peppol er bekræftet som standard til udstedelse af strukturerede fakturaer. B2G er allerede på plads.

Tyskland

Fra 1. jan. 2025 skal virksomheder kunne modtage EN 16931 e-fakturaer; udstedelsesforpligtelser indfases frem til 2028. XRechnung/ZUGFeRD er afstemt med EN 16931.

Frankrig

E-fakturering/e-rapportering indfases fra sept. 2026; DGFiP er Peppol-myndigheden. Modellen omfatter PPF/PDP og Peppol-interoperabilitet.

Norge

EHF Billing 3.0 er bygget på Peppol BIS 3.0; omfattende offentlig/privat anvendelse.

Singapore (InvoiceNow)

National e-fakturering baseret på Peppol; IMDA er myndigheden. Vejledninger er tilgængelige for tjenesteudbydere og GST-hensyn.

Australien og New Zealand

PINT A-NZ er den nuværende model; A-NZ BIS 3.0-udvidelsen blev udfaset i 2025 for at migrere mod PINT.

Malaysia

PINT Malaysia-specialiseringer (Billing/Self-billing) er offentliggjort under OpenPeppol Post-Award-dokumentationen.

Italien

Det nationale B2B bruger SDI (FatturaPA). Peppol kan bruges til grænseoverskridende handel eller med partnere/AP'er, der understøtter det, men SDI forbliver obligatorisk indenlandsk.

DEV

Tips til udvikling og drift

Praktisk vejledning til implementeringsteam.

Sikre mønstre for SMP-opslag

Batch og cache opslag; respekter SML/SMP TTL; brug leverandørens API'er, hvor de findes; verificér både documentTypeID og processID.

Håndtering af certifikater

Overvåg gyldighedsperioder, automatisér advarsler om fornyelse, verificér kæder, og test endpoints efter rollover. Hold ure synkroniserede (NTP).

Observability

Log korrelations-id'er, deltager-id'er, doc-id'er, SMP-URL, endpoint-URL, valideringsresultater og MLR/IR-payloads for at understøtte audits.

Robusthed

Brug eksponentiel backoff til AS4-genforsøg, implementér idempotens på afsendersiden, og overvåg SLA'er for throughput/latens.

GLO

Ordliste

Access Point (AP)

Certificeret gateway, der validerer og udveksler AS4-meddelelser i Peppol-netværket.

SMP / SML

SMP gemmer kapaciteter/endepunkter; SML peger på det korrekte SMP ved hjælp af DNS.

BIS Billing 3.0

Peppol CIUS af EN 16931 for Invoice og CreditNote.

PINT

Peppol International Invoice Model; grundlag for globale/landespecifikke specialiseringer.

AS4

Sikkert og pålideligt transportprofil for meddelelser, som bruges af Peppol APs.