Et Peppol-dokument og en Peppol-overføring er avhengig av forskjellige sett med kodelister, som vedlikeholdes av forskjellige organer på forskjellige release sykluser. Dokumentinnhold bruker UN/CEFACT- og ISO-lister som Peppol bruker i delsett. Nettverket bruker selv OpenPeppol eDEC-kodelistene. En verdi som er gyldig i den overordnede standarden kan fortsatt avvises, fordi Peppol bare godtar sitt eget delsett.
De to familiene
| Familie | Styrer | Vedlikeholdt av | Nåværende |
| BIS Billing dokumentkodelister | Verdier i fakturaen eller kreditnotaen | UN/CEFACT, ISO og CEF, delsett av OpenPeppol | Peppol BIS Billing 3.0.21 |
| eDEC-kodelister | Verdier som brukes til å adressere og rute overføringen | OpenPeppol | Peppol-kodelister v9.7, 2. juli 2026 |
De to familiene versjoneres uavhengig. En artefaktoppdatering til BIS Billing oppdaterer ikke eDEC-listene, og det motsatte er også tilfelle.
Dokumentkodelister
| Liste | Styrer | Kilde |
| UNCL1001 | Faktura- og kreditnotatype | UN/CEFACT D.16B, Peppol-undergruppe |
| UNCL5305 | MVA-kategori | UN/CEFACT D.16B, Peppol-undergruppe |
| EAS | Skjema for elektronisk adresse, BT-34 og BT-49 | CEF |
| ICD-en | Skjema for en part eller stedsidentifikator | ISO 6523 |
| MVA-avgift | Årsak til momsfritak | CEF |
| UNCL4461 | Betalingsmåter | FN/CEFACT |
| UN/ECE-anbefaling 20 og 21 | Måleenhet | FN/ECE |
| ISO 4217 | Valuta | ISO |
| ISO 3166-1 | Land | ISO |
eDEC-kodelister
| Liste | Styrer |
| Dokumenttyper | Hvilke dokumenttyper kan utveksles, og hvordan en mottaker erklærer støtte |
| Deltakeridentifikasjonsordninger | Hvilke identifikasjonsregistre kan brukes til å adressere en deltaker |
| Prosesser | Hvilke forretningsprosesser støttes |
| Transportprofiler | Hvilke transportprotokoller kan brukes |
| SPIS brukstilfelleidentifikator | Brukstilfeller innenfor SPIS-rammeverket |
Oppføringer i disse listene har en status. En rad merket som utdatert skal ikke brukes for nylig utstedte dokumenter. En rad med en fjerningsdato blir ubrukelig i Peppol-nettverket etter denne datoen. Ordningsidentifikatorer brukes aldri på nytt, så en utdatert kode kommer ikke tilbake med en annen betydning.
Hvorfor en gyldig kode fortsatt kan feile
Peppol publiserer et delsett av de fleste dokumentkodelister. UNCL1001 i sin fullstendige UN/CEFACT-form er mye større enn Peppol-delsettene: fakturakodelisten inneholder 27 koder og kreditnotakodelisten 5. Profilspesifikke regler kan begrense de tillatte verdiene ytterligere. En kode som er gyldig UN/CEFACT og utenfor det relevante delsettet, produserer en BR-CL-feil.
Hvis en validator avviser en kode som brukes i en gjeldende registrering eller et gjeldende dokument, skal validatorens artefaktversjon sammenlignes med gjeldende Peppol. release før dataene endres.
Endringer i kodelisten BIS Billing 3.0.21
Versjon 3.0.21 endret flere kodelister, inkludert fjerninger som kan påvirke lagrede masterdata .
| Liste | Endring i 3.0.21 |
| EAS | 14 koder fjernet, ingen lagt til, 11 beskrivelser endret |
| ICD-en | 3 koder lagt til: 0246, 0247, 0248 |
| ISO 4217 | ANG og BGN fjernet, XCG lagt til |
OpenPeppol oppgir at EAS-listen hadde pekt på feil kildeliste og derfor inneholdt koder som ikke var brukbare. Versjon 3.0.21 fjerner disse kodene og korrigerer beskrivelsene av elleve andre.
Hvis kundemasteren din har en adresse under en kode som ikke lenger eksisterer, feiler dokumentet i BR-CL-25 eller PEPPOL-EN16931-CL008. Revider lagrede skjemakoder mot gjeldende liste på hver release .
Tidligere tillegg inkluderer EAS 0244 i 3.0.20 og den slovakiske skatteidentifikasjonskoden 0245 i hurtigreparasjonen 3.0.20 i januar 2026.
Holde kodelistene oppdatert
Oppdater valideringsartefakter før obligatorisk fra-dato for en BIS release Spor eDEC-kodelistene separat, siden de følger sin egen tidsplan.
Kjør et regresjonssett mot de nye artefaktene før den obligatoriske datoen. Koder som er lagt til kan muliggjøre nye registreringer eller dokumentverdier. Utdaterte eller fjernede koder kan kreve at lagrede mottakerdata oppdateres.
Revisjon av kodelister på et release
Utfør revisjonen mellom publiseringsdatoen og den obligatoriske datoen.
- Les release notater og skriv ned alle kodelistene som har endret seg, med kodene som er lagt til og fjernet. Notatene navngir dem individuelt.
- Spør dine egne data for de fjernede kodene. Ordningskoder i kundens hovedliste, MVA-kategorikoder i produkt- og avgiftsoppsett, enhetskoder i artikkeldata, valutakoder i prislister.
- For hver match, bestem mottakerens gjeldende identifikator. Bekreft gjeldende registrering i stedet for å anta en fast erstatningskartlegging.
- Oppdater valideringsartefakter og kjør regresjonssettet. Gjør dette etter datarevisjonen, slik at feilene du ser er nye defekter snarere enn kjente foreldede koder.
- Registrer hvilke sider, integrasjoner og tilordninger som er avhengige av de endrede listene, slik at det neste release starter fra en liste i stedet for fra et søk.