Le « Service Metadata Locator » (SML) et le « Service Metadata Publisher » (SMP) permettent à un point d’accès Peppol émetteur de déterminer comment un destinataire peut recevoir un document commercial spécifique. Le SML identifie quel SMP détient les métadonnées du destinataire. Le SMP renvoie alors les types de documents pris en charge par le destinataire, ainsi que des informations sur les processus et les points de terminaison techniques. Cette recherche dynamique évite à chaque expéditeur et destinataire d’avoir à configurer une connexion directe à l’avance.
| Composant | Spécifications actuelles | Fonction |
| SML | Peppol SML 1.3.0, en vigueur à compter du 1er novembre 2025 | Permet de localiser le SMP associé à l'identifiant d'un participant via le DNS |
| SMP | Peppol SMP 1.4.0, en vigueur à compter du 1er novembre 2025 | Publie les capacités des participants et les métadonnées relatives aux points de terminaison de diffusion |
| Politique relative aux identifiants | Politique Peppol relative à l'utilisation des identifiants 4.4.0 | Définit la manière dont les identifiants des participants sont représentés et résolus |
La différence entre SMP et SML
| SML | SMP | |
| Nom complet | Localisateur de métadonnées de service | Éditeur de métadonnées de service |
| Question principale | Quel SMP contient les métadonnées relatives à ce participant ? | Ce participant peut-il recevoir ce document et le traiter ? Où faut-il l'envoyer ? |
| Méthode de recherche | DNS U-NAPTR | Requête REST HTTPS |
| Enregistre les capacités des documents | Non | Oui |
| Enregistre le point de terminaison de livraison et le certificat | Non | Oui |
Le SML est un localisateur. Il ne contient pas la configuration complète du service du destinataire. Chaque identifiant de participant est enregistré auprès d’un seul SMP, et ce SMP publie les métadonnées détaillées utilisées pour la diffusion.
Comment fonctionne la procédure de communication des pièces ?
- Le point d'accès émetteur reçoit l'identifiant de participant Peppol du destinataire, par exemple
0088:7300010000001. - Il convertit l'identifiant du participant en nom DNS, conformément à la politique d'identification Peppol.
- Une requête DNS de type U-NAPTR renvoie l'URL de base du SMP associé à ce participant.
- Le point d'accès émetteur interroge le SMP pour connaître le destinataire et le type exact de document qu'il souhaite envoyer.
- La réponse SMP identifie le processus pris en charge, le profil de transport, le point de terminaison de livraison et le certificat.
- Le point d'accès émetteur utilise ces métadonnées pour établir la connexion AS4 et transmettre le message.
En règle générale, les utilisateurs professionnels n'effectuent pas eux-mêmes ces requêtes. C'est le prestataire de services Peppol émetteur qui effectue la recherche avant la transmission.
Comment un identifiant de participant donne lieu à une requête DNS
Le nom DNS est dérivé de l'identifiant du participant, ce qui évite de divulguer directement ce dernier. L'identifiant est converti en minuscules, haché à l'aide de l'algorithme SHA-256, puis encodé en Base32 sans remplissage. Le schéma de métadonnées du participant et la zone SML sont ensuite ajoutés à la fin.
Forme conceptuelle :
BASE32(SHA-256(lowercase("0088:7300010000001")))
.iso6523-actorid-upis
.<SML-zone>La normalisation de la casse est effectuée avant le hachage, car les valeurs d'identifiant des participants Peppol sont traitées sans distinction de casse. Un expéditeur qui effectue le hachage d'une valeur normalisée différemment interroguera le mauvais nom DNS.
Ce que publie un SMP
Un SMP organise les métadonnées par participant, type de document et processus. Une fiche de service peut comporter :
- l'identifiant du participant ;
- l'identifiant du type de document ;
- un ou plusieurs identifiants de processus pris en charge ;
- le profil de transport ;
- l'adresse du point d'accès destinataire ;
- le certificat utilisé pour le transport sécurisé ;
- les dates d'activation et d'expiration du service ; et
- les coordonnées techniques ou les informations relatives au service, le cas échéant.
Le point d'accès émetteur demande les métadonnées relatives à un type de document spécifique. Un participant peut donc être enregistré dans Peppol et recevoir des factures sans avoir publié de capacité pour les commandes ou un autre profil de facturation.
Le chemin d'accès conceptuel à la ressource SMP est le suivant :
{smp-base-url}/{participant-identifier}/services/{document-type-identifier}Les identifiants des participants et des documents doivent être représentés et encodés en pourcentage, conformément à la spécification REST du SMP. Un exemple non encodé ne doit pas être copié tel quel dans une implémentation.
L'enregistrement et la capacité font l'objet de vérifications distinctes
Un enregistrement SML confirme qu'un identifiant de participant est associé à un SMP. Il ne confirme pas pour autant que le participant accepte tous les documents Peppol. C'est l'enregistrement de capacités du SMP qui détermine si la combinaison demandée de type de document et de processus est prise en charge.
Cette distinction explique pourquoi un destinataire peut être localisé via Peppol ID tout en rejetant néanmoins un message donné. Il se peut que le participant prenne en charge les factures BIS Billing , mais pas les notes de crédit, les commandes ou l'identifiant de processus utilisé par l'expéditeur. Le point d'accès émetteur doit vérifier la combinaison exacte avant la transmission.
SMP et SML ne font pas partie du répertoire Peppol
L'annuaire Peppol est un service facultatif, consultable par l'utilisateur, constitué à partir des données de fiches d'entreprise publiées par les SMP participants. Il permet aux utilisateurs de trouver des organisations, des identifiants Peppol et les capacités de traitement des documents publiées. Il ne s'agit pas du registre de routage utilisé par les points d'accès.
Utilisez la recherche « Peppol ID » de Qvalia pour consulter les informations disponibles dans l'annuaire. Un point d'accès continue d'utiliser le processus de découverte SML et SMP pour déterminer l'itinéraire technique d'un message réel.
Problèmes courants liés à la détection et au routage
| Symptôme | Cause probable |
| Aucun résultat DNS pour le participant | L'identifiant du participant est incorrect, utilise un schéma inapproprié ou n'est pas enregistré dans le SML. |
| Le SMP a été trouvé, mais la fiche de service ne renvoie aucun résultat correspondant | Le destinataire n'a pas mis en place la prise en charge de ce type de document. |
| Le type de document a été trouvé, mais le processus est manquant | L'identifiant de processus demandé n'est pas enregistré pour ce document. |
| Le point de terminaison a été trouvé, mais la transmission AS4 a échoué | Le point de terminaison, le certificat, le profil de transport ou le service destinataire doit faire l'objet d'une analyse. |
| Un changement récent de prestataire n'apparaît pas immédiatement | Les données DNS mises en cache ou les métadonnées de service peuvent encore contenir l'ancien itinéraire |
Vérifiez d'abord le schéma et la valeur du participant, puis le type de document et les identifiants de processus. Considérez la recherche dans l'annuaire Peppol comme un contrôle utile destiné aux utilisateurs, tout en considérant les métadonnées SMP actuelles comme la source technique pour la transmission.
Qui gère les métadonnées ?
Le prestataire de services Peppol du destinataire enregistre l'identifiant du participant, gère l'association SML et publie les capacités du participant dans son SMP. Lorsqu'un participant change de prestataire, l'association SML doit pointer vers le nouveau SMP et les capacités requises doivent y être publiées.
Le point d'accès émetteur effectue la découverte et utilise les informations de point de terminaison renvoyées pour le transport. Les entreprises qui utilisent Peppol gèrent généralement leurs identifiants et leurs capacités de réception par l'intermédiaire de leur fournisseur, plutôt que d'exploiter le SML ou d'interroger manuellement les enregistrements SMP. Découvrez comment un point d'accès Peppol gère la découverte, la validation et le transport.