Un document Peppol et une transmission Peppol s'appuient sur différents ensembles de listes de codes, gérés par des organismes distincts selon des cycles d'release s différents. Le contenu du document s'appuie sur les listes de l'UN/CEFACT et de l'ISO, dont Peppol utilise un sous-ensemble. Le réseau lui-même s'appuie sur les listes de codes eDEC d'OpenPeppol. Une valeur valide dans la norme d'origine peut néanmoins être rejetée, car Peppol n'accepte que son propre sous-ensemble.
Les deux familles
| Famille | Régit | Géré par | Actuel |
| BIS Billing listes de codes de documents | Montants figurant sur la facture ou l'avoir | UN/CEFACT, ISO et CEF, sous-ensemble d'OpenPeppol | Peppol BIS Billing 3.0.21 |
| Listes de codes eDEC | Valeurs utilisées pour l'adressage et l'acheminement de la transmission | OpenPeppol | Listes de codes Peppol v9.7, 2 juillet 2026 |
Ces deux familles sont gérées indépendamment. Une mise à jour d'un artefact dans « BIS Billing » n'entraîne pas la mise à jour des listes eDEC, et inversement.
Listes de codes de documents
| Liste | Régit | Source |
| UNCL1001 | Type de facture et de note de crédit | UN/CEFACT D.16B, sous-ensemble Peppol |
| UNCL5305 | Catégorie de TVA | UN/CEFACT D.16B, sous-ensemble Peppol |
| EAS | Schéma d'une adresse électronique, BT-34 et BT-49 | CEF |
| ICD | Schéma d'un identifiant de partie ou de lieu | ISO 6523 |
| VATEX | Motif de l'exonération de TVA | CEF |
| UNCL4461 | Moyens de paiement | CEFACT-ONU |
| Recommandations n° 20 et 21 de la CEE-ONU | Unité de mesure | CEE-ONU |
| ISO 4217 | Devise | ISO |
| ISO 3166-1 | Pays | ISO |
Listes de codes eDEC
| Liste | Régit |
| Types de documents | Quels types de documents peuvent être échangés, et comment un destinataire déclare-t-il leur prise en charge ? |
| Systèmes d'identification des participants | Quels registres d'identifiants peuvent être utilisés pour adresser un participant ? |
| Processus | Quels sont les processus métier pris en charge ? |
| Profils de transport | Quels protocoles de transport peuvent être utilisés ? |
| Identifiant de cas d'utilisation SPIS | Cas d'utilisation dans le cadre du SPIS |
Les entrées de ces listes sont associées à un statut. Une ligne marquée comme « obsolète » ne doit pas être utilisée pour les documents nouvellement émis. Une ligne comportant une date de retrait devient inutilisable sur le réseau Peppol après cette date. Les identifiants de schéma ne sont jamais réutilisés ; ainsi, un code obsolète ne réapparaîtra pas avec une signification différente.
Pourquoi un code valide peut-il quand même échouer ?
Peppol publie un sous-ensemble de la plupart des listes de codes de documents. La liste UNCL1001, dans sa forme complète UN/CEFACT, est bien plus étendue que les sous-ensembles Peppol : la liste des codes de facture contient 27 codes et celle des codes de note de crédit, 5. Des règles spécifiques au profil peuvent restreindre encore davantage les valeurs autorisées. Un code valide selon la norme UN/CEFACT mais ne figurant pas dans le sous-ensemble concerné génère une erreur BR-CL-.
Si un validateur rejette un code utilisé dans une inscription ou un document en cours, comparez la version de l’artefact du validateur avec la version actuelle de l’ release Peppol avant de modifier les données.
Modifications apportées à la liste de codes dans la version 3.0.21 d'BIS Billing
La version 3.0.21 a modifié plusieurs listes de codes, notamment en supprimant certains éléments, ce qui peut avoir une incidence sur les données de base enregistrées.
| Liste | Modifications apportées à la version 3.0.21 |
| EAS | 14 codes supprimés, aucun ajouté, 11 descriptions modifiées |
| ICD | 3 codes ajoutés : 0246, 0247, 0248 |
| ISO 4217 | Suppression d'ANG et de BGN, ajout de XCG |
OpenPeppol indique que la liste EAS renvoyait à une liste de sources erronée et contenait donc des codes inutilisables. La version 3.0.21 supprime ces codes et corrige les descriptions de onze autres.
Si votre fichier clients contient une adresse associée à un code qui n'existe plus, le document ne respecte pas les normes BR-CL-25 ou PEPPOL-EN16931-CL008. Vérifiez que les codes de schéma enregistrés correspondent bien à la liste actuelle à chaque release.
Parmi les ajouts antérieurs, on peut citer l'EAS 0244 dans la version 3.0.20 et le code d'identification fiscale slovaque 0245 dans le correctif 3.0.20 publié en janvier 2026.
Tenir à jour les listes de codes
Mettez à jour les artefacts de validation avant la date d'entrée en vigueur d'une « BIS » ( release). Suivez séparément les listes de codes eDEC, car elles suivent leur propre calendrier.
Exécutez un ensemble de régression sur les nouveaux artefacts avant la date limite. Les codes ajoutés peuvent permettre de nouvelles inscriptions ou de nouvelles valeurs de document. Les codes obsolètes ou supprimés peuvent nécessiter une mise à jour des données de destinataires enregistrées.
Vérification des listes de codes au niveau d'un release
Réalisez l'audit entre la date de publication et la date limite.
- Lisez les notes de la version « release » et notez toutes les listes de codes qui ont été modifiées, en précisant les codes ajoutés et supprimés. Les notes les mentionnent individuellement.
- Recherchez dans vos propres données les codes supprimés. Les codes de régime dans la fiche client, les codes de catégorie de TVA dans la configuration des produits et des taxes, les codes d'unité dans les données article, les codes de devise dans les listes de prix.
- Pour chaque correspondance, déterminez l'identifiant actuel du destinataire. Vérifiez l'enregistrement actuel plutôt que de partir du principe qu'il existe une correspondance de remplacement fixe.
- Mettez à jour les artefacts de validation et exécutez la suite de tests de régression. Effectuez cette opération après l'audit des données, afin que les échecs détectés correspondent à de nouveaux défauts et non à des codes obsolètes déjà connus.
- Notez quelles pages, intégrations et mappages dépendent des listes modifiées, afin que la prochaine release commence à partir d'une liste plutôt que d'une recherche.