Générer un SIRET à partir d’un SIREN est une opération qui semble mécanique : le SIRET est composé du SIREN suivi du NIC, le numéro interne de classement de l’établissement. Pourtant, cette apparente simplicité masque plusieurs erreurs récurrentes qui compromettent la validité des données, que ce soit dans un contexte de test technique ou de vérification administrative.
SIREN, SIRET, NIC : ce que recouvre la structure à 14 chiffres
Le SIREN est un identifiant à 9 chiffres attribué par l’Insee à chaque unité légale inscrite au répertoire Sirene. Il identifie l’entreprise en tant qu’entité juridique, indépendamment de ses localisations physiques.
Le SIRET ajoute à ce SIREN un NIC de 5 chiffres (Numéro Interne de Classement), qui identifie un établissement précis. Un même SIREN peut donc être associé à plusieurs SIRET, un par établissement actif ou fermé. Le siège social dispose d’un SIRET, mais chaque site de production, agence ou entrepôt en possède un autre.
Le dernier chiffre du SIRET est une clé de contrôle calculée selon l’algorithme de Luhn, qui permet de détecter les erreurs de saisie par une vérification arithmétique.
L’erreur centrale : confondre génération et déduction du SIRET
La confusion la plus fréquente consiste à croire qu’un SIRET peut se déduire mécaniquement d’un SIREN. Ce n’est pas le cas. Un SIREN ne détermine pas un SIRET unique. Le NIC n’est pas calculé à partir du SIREN : il est attribué séquentiellement à chaque établissement lors de son inscription au répertoire Sirene.
Construire un SIRET en ajoutant un NIC arbitraire à un SIREN réel produit un identifiant qui peut être arithmétiquement valide, sans pour autant correspondre à aucun établissement existant. Cette confusion est particulièrement dangereuse dans deux contextes :
- En vérification administrative : un SIRET fabriqué, même cohérent sur le plan de Luhn, ne sera pas reconnu par les administrations ou les plateformes de facturation électronique qui interrogent le répertoire Sirene en temps réel.
- En développement et tests : un identifiant construit à partir d’un SIREN réel peut involontairement désigner un établissement réel, ce qui pose des problèmes de conformité dans les jeux de données de test.
La clé de Luhn : ce qu’elle valide et ce qu’elle ne prouve pas
L’algorithme de Luhn vérifie la cohérence arithmétique d’un numéro. Pour le SIREN, le calcul s’applique sur 9 chiffres ; pour le SIRET, sur 14. Une clé de Luhn correcte confirme le format, pas l’existence de l’établissement.
Cette distinction est souvent mal comprise. Un validateur de format qui retourne « valide » signifie uniquement que la séquence de chiffres respecte la règle de contrôle. Il ne dit rien sur le statut administratif de l’entreprise, son activité ou sa radiation éventuelle du répertoire Sirene. Pour ces informations, seule une interrogation directe du répertoire permet de trancher.
Pourquoi les outils de validation locaux ne suffisent pas
Les outils qui effectuent une validation locale (par longueur et clé Luhn) sont utiles pour détecter les fautes de frappe dans un formulaire. Ils ne remplacent pas une vérification dans Sirene pour les usages administratifs. Une entreprise radiée conserve un SIRET dont la clé reste correcte : un validateur de format n’en détectera jamais l’inactivité.
Erreurs fréquentes lors de la génération d’un SIRET de test
Pour les développeurs et testeurs, les erreurs se concentrent sur quelques points récurrents.
La première est d’utiliser un SIREN réel comme base d’un identifiant de test. Si le NIC ajouté correspond par hasard à un établissement existant, le jeu de données de test contient un identifiant réel sans que ce soit intentionnel. Les générateurs de SIRET fictifs recommandent de partir de SIREN eux-mêmes générés, non issus du répertoire Sirene.
La deuxième erreur est d’omettre le recalcul de la clé Luhn après modification d’un chiffre du SIRET. Modifier un seul chiffre d’un identifiant valide pour créer une variante invalide la clé de contrôle, sans que l’erreur soit immédiatement visible.
La troisième concerne le format d’affichage. Le SIRET s’écrit en 14 chiffres continus ou formatés en blocs (XXX XXX XXX XXXXX). Supprimer les espaces avant stockage ou comparaison est une étape de normalisation que les pipelines de données omettent régulièrement, générant des erreurs de correspondance entre deux représentations du même identifiant.
Vérifier un SIRET existant plutôt que le reconstruire
Lorsque l’objectif est de retrouver le SIRET d’un établissement à partir d’un SIREN connu, la seule méthode fiable est d’interroger le répertoire Sirene de l’Insee. Ce répertoire recense l’ensemble des établissements immatriculés, actifs ou fermés, avec leurs SIRET associés.
Pour une entreprise à établissement unique, le SIRET du siège est généralement accessible via les outils de recherche par SIREN. Pour une entreprise multisites, plusieurs SIRET peuvent correspondre au même SIREN : il faut alors identifier l’établissement concerné par son adresse ou son activité, pas par un calcul sur le NIC.
Les limites du répertoire Sirene pour certains cas
Le répertoire Sirene ne couvre pas tous les cas de manière homogène. Certains établissements spécifiques – comme ceux relevant d’organisations à statut particulier – ont des règles de NIC qui diffèrent du schéma standard. Ces cas restent minoritaires, mais ils illustrent que la déduction mécanique d’un SIRET à partir d’un SIREN n’est pas une opération universellement applicable, même en connaissant la structure générale.
Pour les usages courants, la distinction à retenir est claire : générer un SIRET fictif pour des tests nécessite un générateur qui produit des SIREN eux-mêmes fictifs, avec un NIC et une clé Luhn cohérents ; retrouver le SIRET d’une entreprise réelle passe par le répertoire Sirene, pas par une reconstitution arithmétique.
