Un code LEI est un identifiant reconnu mondialement pour une personne morale, délivré selon une norme internationale et publié afin que quiconque puisse le consulter. Un numéro DUNS est une tout autre chose : un identifiant d’entreprise maintenu par une société privée de données commerciales et largement utilisé dans les achats et la gestion de la chaîne d’approvisionnement. Les deux apparaissent dans les mêmes formulaires, les deux sont cités dans les contrats, et les deux sont régulièrement confondus avec des numéros fiscaux.
Cet article expose ce qu’est chacun, où il est utilisé, en quoi ils diffèrent, et ce qu’aucun des deux ne prouve au sujet de l’entreprise qui se trouve derrière.
Qu’est-ce qu’un code LEI ?
Le Legal Entity Identifier est défini par la norme internationale ISO 17442 et se compose de 20 caractères alphanumériques, dont l’un est une clé de contrôle. Il est délivré par l’intermédiaire d’un système mondial public d’unités opérationnelles locales accréditées, et les enregistrements qui en résultent sont publiés et consultables gratuitement : l’identifiant est lié à des données de référence sur l’entité, telles que son nom enregistré et son adresse.
L’objectif est étroit et utile. Les marchés financiers et les régulateurs avaient besoin d’un moyen de dire « cette personne morale précise » sans ambiguïté, au-delà des frontières et des systèmes, parce que les noms de société ne sont pas uniques, que les translittérations diffèrent et que les numéros d’immatriculation sont nationaux. Le LEI répond à ce besoin : une entité, un identifiant, utilisable partout.
Ce qu’il n’est pas, c’est une licence, un permis, une notation de crédit ou une attestation de bonne réputation. Une entité dotée d’un LEI peut être dormante, en liquidation ou radiée depuis longtemps ; l’identifiant enregistre qui elle est, non comment elle se porte.
Qu’est-ce qu’un numéro DUNS ?
Un numéro DUNS est un identifiant d’entreprise délivré par une agence privée d’information de crédit. Il se compose de neuf chiffres et repose sur une vaste base de données propriétaire d’entreprises, assemblée à partir de dépôts publics, de références commerciales et d’informations autodéclarées.
Son habitat naturel est celui des achats et des chaînes d’approvisionnement. Les grands acheteurs, les systèmes d’achat publics et les portails d’intégration de fournisseurs d’entreprise le demandent parce qu’il leur fournit une clé stable pour un fournisseur susceptible d’être décrit de plusieurs façons selon les systèmes. Il est pratique et largement compris dans ces milieux.
Deux propriétés méritent d’être soulignées. Premièrement, ce n’est pas une norme internationale et il n’est pas géré par une autorité publique ; il appartient à l’agence qui le délivre. Deuxièmement, ses données sont commerciales, de sorte que l’exactitude d’un enregistrement particulier dépend de la maintenance propre à cette agence et de ce que les entreprises lui ont déclaré — ce n’est pas un registre de constitution et il n’a aucune force juridique propre.
Où ces identifiants apparaissent-ils ?
Les deux types apparaissent là où une entreprise est décrite à un tiers et où un nom seul n’est pas assez précis.
| Contexte | Quel identifiant tend à apparaître |
|---|---|
| Transactions et déclarations financières transfrontalières | LEI |
| Trésorerie d’entreprise et structures de groupe | LEI |
| Portails d’achat publics et d’entreprise | DUNS |
| Intégration des fournisseurs et données de base fournisseurs | DUNS, parfois aux côtés d’un LEI |
| Flux d’évaluation de crédit | L’un ou l’autre, utilisé comme clé de rapprochement plutôt que comme preuve |
| Formulaires demandant « votre identifiant d’entreprise » | Celui que le concepteur du formulaire a supposé, souvent aucun des deux |
Cette dernière ligne est la source d’une grande confusion. Un formulaire qui demande un « identifiant d’entreprise » sans en nommer un pose une question à plusieurs bonnes réponses, et il collectera un mélange de numéros d’immatriculation, de numéros fiscaux, de LEI et de numéros DUNS, à moins que le champ ne précise ce qu’il veut.
Un code LEI est-il identique à un numéro fiscal ?
Non, et la distinction mérite d’être énoncée avec précision parce que les deux sont si souvent confondus.
Un numéro fiscal — un identifiant fiscal ou un numéro de TVA — est délivré par une administration fiscale aux fins de gestion de l’impôt. Un LEI est délivré selon une norme des marchés financiers afin que les personnes morales puissent être identifiées de façon cohérente d’un système à l’autre. Un numéro DUNS est délivré par un fournisseur de données commerciales pour ses propres besoins de rapprochement. Trois émetteurs différents, trois objectifs différents, et aucun recoupement de sens.
Une conséquence pratique : détenir l’un d’eux ne vous dit rien des autres. Une entreprise peut détenir un LEI et aucun numéro de TVA, ou un numéro de TVA et aucun LEI, et aucun de ces états n’est inhabituel. Un formulaire qui les exige tous en même temps impose une condition que toute entreprise légitime ne peut pas satisfaire, de sorte qu’il devrait pouvoir dire pourquoi il a besoin de chacun.
Que prouve réellement le fait d’en détenir un ?
Cela prouve une identification, et rien de plus. C’est la chose la plus importante à intérioriser, parce que la tentation de lire davantage dans ces identifiants est forte.
Un enregistrement LEI confirme que l’entité est connue du système mondial et qu’un enregistrement de référence existe. Il ne confirme pas que l’entité est solvable, autorisée, conforme ou habilitée à faire ce qu’elle prétend. Un enregistrement DUNS confirme que l’agence détient un enregistrement pour l’entreprise. Il ne confirme pas que l’entreprise est constituée, et l’absence d’un numéro DUNS ne signifie certainement pas qu’une entreprise est illégitime — beaucoup d’entreprises parfaitement réelles n’en obtiennent jamais.
Les deux se traitent au mieux comme des clés de jointure. Ils vous aident à faire correspondre la version d’une entreprise dans un système à la version de la même entreprise dans un autre. La vérification d’une entreprise est une activité distincte, menée auprès du registre des sociétés de son pays de constitution et, lorsque le statut fiscal importe, auprès du service officiel de consultation de l’administration fiscale compétente.
Pour les développeurs : stocker et contrôler des identifiants externes
Stockez chaque identifiant dans son propre champ, avec son propre libellé et son propre validateur, et jamais derrière une seule colonne générique « identifiant d’entreprise ». Les champs à types mélangés sont impossibles à valider, malcommodes à indexer et certains de collecter des déchets.
Pour le LEI, traitez la valeur comme une chaîne alphanumérique en majuscules de largeur fixe, et implémentez la règle de clé de contrôle publiée si vous avez besoin d’un contrôle de cohérence local — elle attrape les erreurs de transcription à peu de frais. Pour le numéro DUNS, traitez la valeur comme une chaîne de chiffres avec une réserve importante : il n’existe aucun algorithme de clé de contrôle que vous puissiez calculer localement, de sorte qu’un contrôle local ne peut confirmer la forme et rien de plus. Ne stockez ni l’un ni l’autre dans une colonne d’entiers, et ne présumez jamais qu’une chaîne de neuf chiffres est un numéro DUNS simplement parce qu’elle compte neuf chiffres.
Traitez les services de consultation qui résolvent ces identifiants comme des dépendances externes avec les précautions habituelles. Donnez-leur un délai d’attente, traitez un service indisponible comme un résultat inconnu plutôt qu’un échec, et mettez en cache les consultations réussies pendant une période raisonnable tout en mettant en cache les résultats négatifs pendant bien moins longtemps. Consignez le fait qu’une consultation a eu lieu, et traitez la charge utile comme des données commerciales.
Deux habitudes de sécurité importent dans les environnements de test. Premièrement, ne testez pas avec de vrais identifiants : une valeur générée suffit à exercer le champ, et le générateur de ce site remplit les champs d’identifiant avec des valeurs synthétiques qui ne résolvent rien. Deuxièmement, ne traitez jamais ces identifiants comme une autorisation. Une consultation qui renvoie un enregistrement n’est pas une permission, et du code qui accorde un accès sur la foi d’un identifiant correspondant est un défaut de sécurité, non une commodité. L’article sur l’identifiant fiscal couvre le même découpage pour les numéros fiscaux, et les données d’entreprise de test montrent où ces champs se situent dans un enregistrement synthétique complet.
Prochaines étapes
Examinez la façon dont votre produit demande des identifiants d’entreprise et comptez combien de sens cette question porte actuellement. Si un champ peut recevoir un numéro d’immatriculation, un numéro de TVA et un LEI, scindez-le en champs nommés et validez chacun uniquement pour sa propre forme. Générez ensuite une entité synthétique dans le générateur de données d’entreprise et confirmez que vos formulaires, vos exports et vos journaux étiquettent tous l’identifiant qu’ils affichent.