Migration ERP : fiabiliser les SIRET et numéros de TVA avant l’import de vos données fournisseurs

Pourquoi une migration ERP fige vos erreurs pour dix ans

Une migration ERP n’est pas un simple déménagement de données : c’est le moment où le nouveau système devient la source de référence de toute l’entreprise. Chaque fiche fournisseur importée sera rattachée à des commandes, des factures, des règlements et des écritures comptables. Or l’article L. 123-22 du Code de commerce, consultable sur Légifrance, impose de conserver les documents comptables et leurs pièces justificatives pendant 10 ans. Un SIRET faux ou une TVA mal calculée, une fois posés sur une fiche active, survivent donc à toutes les clôtures et se propagent à chaque document généré.

Le phénomène est aggravé par le vieillissement naturel des bases. D’après l’INSEE, la France a enregistré 1 111 200 créations d’entreprises en 2024, un record, et les cessations, transferts de siège et changements de forme juridique modifient chaque jour des dizaines de milliers de lignes de la base Sirene. Une base fournisseurs constituée il y a cinq ans contient mécaniquement des établissements fermés, des adresses périmées et des SIRET devenus caducs après un déménagement. Si personne ne les vérifie avant l’import, le nouvel ERP les certifie par défaut. C’est précisément ce que permet d’éviter une vérification en masse : Trouve-ton-siret.com reçoit le fichier d’extraction, interroge la base Sirene via l’API officielle recherche-entreprises.api.gouv.fr et renvoie chaque ligne qualifiée en quelques minutes, avant que la reprise ne commence.

La séquence type d’une reprise de données fournisseurs

La reprise des données ERP suit toujours la même logique, quel que soit l’éditeur. La voici en six étapes, dans l’ordre où elles doivent s’enchaîner. Inverser deux étapes (dédoublonner avant d’avoir vérifié, par exemple) suffit à réintroduire des erreurs.

1. Extraction : export complet du référentiel fournisseurs de l’ancien système, au format CSV ou Excel, avec un identifiant technique par ligne pour pouvoir retracer chaque fiche jusqu’à la source.
2. Nettoyage : remise au format des identifiants (14 chiffres sans espace pour un SIRET, 9 pour un SIREN, FR + 11 caractères pour la TVA), suppression des caractères parasites, restauration des zéros de tête.
3. Vérification en masse : contrôle de chaque SIRET contre Sirene (existence, statut actif ou fermé, raison sociale réelle) et de chaque numéro de TVA (clé cohérente avec le SIREN, validité VIES pour l’intracommunautaire).
4. Dédoublonnage : fusion des fiches qui désignent la même entité juridique, en prenant le SIREN vérifié comme clé de rapprochement plutôt que le libellé saisi.
5. Enrichissement : complément des champs manquants depuis Sirene (adresse normalisée, code NAF, tranche d’effectif, date de création, numéro de TVA reconstitué).
6. Import et recette : chargement dans le nouvel ERP par lots, puis contrôle d’un échantillon et des indicateurs de qualité avant la mise en production.

Cette séquence vaut pour une migration, mais elle reprend dans les grandes lignes la séquence export, contrôle, réimport appliquée à une base clients et fournisseurs vivante. La différence tient au contexte : en migration, vous n’aurez pas de seconde chance avant longtemps.

Les trois étapes où tout se joue

Nettoyer avant de vérifier

Un extrait d’ERP passe presque toujours par un tableur, et le tableur abîme les identifiants : zéros de tête supprimés, notation scientifique, espaces insécables importés d’un copier-coller. Vérifier un fichier dans cet état revient à soumettre des numéros tronqués que Sirene ne reconnaîtra jamais. Appliquez d’abord les formules Excel qui rendent à chaque SIRET ses 14 chiffres, puis seulement lancez le contrôle. Le taux de SIRET introuvables chute en général de moitié rien qu’avec cette remise en forme.

Vérifier chaque ligne contre Sirene

La vérification en masse répond à trois questions pour chaque fournisseur : l’établissement existe-t-il, est-il toujours actif, et le nom saisi correspond-il à la dénomination officielle ? Les réponses conditionnent la suite : un SIRET fermé ne doit pas être importé tel quel, mais remplacé par le nouvel établissement si l’entreprise a déménagé, ou archivé si elle a cessé. Plutôt que de traiter les fiches une à une, vous pouvez passer tout l’extrait fournisseurs au crible de Sirene en un seul dépôt de fichier et récupérer un export CSV où chaque ligne porte son statut.

Pour la TVA française, le contrôle de cohérence est mathématique : la clé se déduit du SIREN. Un numéro dont la clé ne correspond pas est faux à coup sûr, quel que soit son aspect.

Clé TVA = (12 + 3 × (SIREN modulo 97)) modulo 97 ; numéro = FR + clé sur 2 chiffres + SIREN

Exemple fictif : pour le SIREN 802 345 678, 802345678 modulo 97 donne 46, puis (12 + 3 × 46) modulo 97 donne 53 ; le numéro attendu est FR53802345678. Toute autre clé dans votre fichier signale une saisie erronée. Pour les fournisseurs établis dans un autre État membre, le service VIES de la Commission européenne reste la seule source de validation reconnue.

Dédoublonner sur le SIREN vérifié, jamais sur le libellé

Les doublons d’une base fournisseurs ne se ressemblent pas : « SARL Dupont », « DUPONT SARL » et « Dupont et Fils » peuvent désigner la même société, tandis que deux fiches strictement identiques peuvent correspondre à deux établissements distincts d’un même groupe. Le seul pivot fiable est le SIREN vérifié à l’étape précédente. La règle de fusion la plus sûre : un SIREN, une fiche fournisseur ; un SIRET, une adresse de livraison ou de facturation rattachée à cette fiche. Vous conservez ainsi la finesse par établissement sans multiplier les comptes tiers en comptabilité.

Les règles de gel des données

Le gel (ou freeze) désigne la période pendant laquelle l’ancien référentiel ne doit plus évoluer, pour que ce qui a été nettoyé et vérifié soit exactement ce qui sera importé. Sans gel, les équipes continuent de créer et de modifier des fournisseurs dans l’ancien système, et le fichier fiabilisé est obsolète le jour de l’import.

• Date de gel annoncée au moins deux semaines à l’avance, communiquée aux achats, à la comptabilité fournisseurs et aux approvisionnements, qui sont les trois équipes créatrices de fiches.
• Création interdite dans l’ancien système après la date de gel : les nouveaux fournisseurs passent par un formulaire tampon (feuille partagée ou ticket) et seront créés directement dans le nouvel ERP, après vérification de leur SIRET.
• Journal des écarts : toute modification jugée indispensable pendant le gel est consignée avec la date, l’auteur et le champ touché, pour être rejouée manuellement après l’import.
• Référentiel unique : un seul fichier maître, versionné, sert à la fois au dédoublonnage, à l’enrichissement et à l’import. Les copies de travail sont proscrites.
• Horodatage de la vérification : la date du contrôle Sirene est stockée dans une colonne dédiée. Si plus de trente jours séparent la vérification de l’import, relancez le contrôle sur les lignes marquées actives.

Coût comparé : corriger avant ou après la migration

La règle dite « 1-10-100 », popularisée par les praticiens de la qualité des données, résume l’enjeu : une anomalie coûte 1 à prévenir, 10 à corriger une fois enregistrée, 100 une fois qu’elle a produit ses effets. En migration ERP, le passage de 10 à 100 est particulièrement brutal, parce que la fiche erronée a déjà alimenté des commandes, des factures et des déclarations. Le tableau ci-dessous compare les deux scénarios pour un même lot d’erreurs.

La ligne « risque fiscal » mérite une précision. Selon le calendrier publié par la DGFiP, toutes les entreprises assujetties doivent être en mesure de recevoir des factures électroniques à compter du 1er septembre 2026, et les grandes entreprises et ETI d’en émettre à la même date ; les PME et micro-entreprises suivent le 1er septembre 2027. Dans ce circuit, le SIREN du destinataire sert d’adresse de routage via l’annuaire central : une fiche fournisseur ou client dont le SIREN est faux ne produit plus seulement une facture mal libellée, elle produit une facture qui ne part pas.

Recette après import : les indicateurs à exiger

La migration n’est terminée que lorsque la recette prouve que les données chargées sont celles du fichier fiabilisé. Quatre indicateurs suffisent, et ils doivent être calculés dans le nouvel ERP, pas dans le fichier source.

• Taux de SIRET au format valide : 100 % des fiches actives portent 14 chiffres, sans exception.
• Taux d’établissements actifs dans Sirene : objectif supérieur à 98 % sur les fournisseurs ayant facturé au cours des douze derniers mois.
• Nombre de SIREN en double : zéro, en comptant les fiches actives comme les fiches bloquées.
• Cohérence TVA / SIREN : 100 % des numéros de TVA français dont la clé correspond au SIREN de la fiche.

Complétez ces indicateurs par un contrôle visuel sur un échantillon d’une vingtaine de fiches, en comparant chaque fournisseur avec sa fiche publique sur l’Annuaire des Entreprises, le service officiel de l’État qui agrège Sirene, le RNE et les données de TVA. Si l’échantillon révèle une anomalie que les indicateurs n’ont pas vue, c’est l’indicateur qu’il faut corriger, puis rejouer sur l’ensemble.

Enfin, programmez dès la recette la première revérification complète. Une base fiabilisée se dégrade au rythme de Sirene, et un passage trimestriel du référentiel fournisseurs dans Trouve-ton-siret.com, qui contrôle et enrichit un fichier entier de SIRET, SIREN ou numéros de TVA en un import, coûte infiniment moins qu’une seconde campagne de nettoyage dans dix ans.

Questions fréquentes