Choisir le bon niveau NAF: unité légale vs établissement
Dans Sirene, le code NAF existe à deux niveaux: activitePrincipaleUniteLegale pour le SIREN et activitePrincipaleEtablissement pour le SIRET (source: INSEE Sirene 2026). Le premier décrit l’entreprise comme entité juridique; le second décrit une implantation précise.
| Usage CRM | Niveau à privilégier | Champ Sirene |
|---|---|---|
| Vue compte, scoring société, segmentation corporate | SIREN | activitePrincipaleUniteLegale |
| Opérations locales, sectorisation commerciale, ciblage par site | SIRET | activitePrincipaleEtablissement |
| Historique et arbitrage | SIREN + SIRET | Stocker les deux valeurs |
Vérifiez aussi la révision via nomenclatureActivitePrincipaleUniteLegale et nomenclatureActivitePrincipaleEtablissement; la valeur attendue est NAFRev2 dans les données Sirene actuelles (source: INSEE Sirene 2026).
Conservez le libellé officiel du code depuis le référentiel NAF pour afficher un secteur lisible et construire des filtres métier stables (source: INSEE - NAF rév. 2 (2008)).
Pour un CRM multi-sites, gardez le NAF SIREN comme valeur de référence du compte et le NAF SIRET sur chaque établissement rattaché.
La NAF est hiérarchique: 21 sections, 88 divisions, 272 groupes, 615 classes et 732 sous-classes (source: INSEE - NAF rév. 2 (2008)). Cette structure permet de filtrer finement tout en conservant une lecture agrégée par secteur.
Modéliser le champ NAF dans votre CRM: schéma prêt à l’emploi
Le modèle minimal tient en deux champs CRM: naf_code, texte de 5 caractères, stocké sans point et en majuscules, par exemple 6201Z; et naf_label, libellé officiel associé au code dans le référentiel NAF (source: INSEE - NAF rév. 2 (2008)).
Ajoutez naf_division, calculé avec les 2 premiers chiffres du code NAF, puis naf_section, lettre comprise entre A et U, pour segmenter les comptes sans maintenir une liste métier parallèle (source: INSEE - NAF rév. 2 (2008)).
Stockez aussi naf_revision, avec une valeur explicite comme NAFRev2, naf_source, par exemple Sirene-API ou Sirene-OD, et date_maj_naf, date de dernière mise à jour appliquée dans le CRM.
La validation doit refuser tout naf_code absent du référentiel NAF. À l’entrée, normalisez avant contrôle: passage en majuscules, suppression des points, espaces et tirets, puis comparaison avec la liste officielle.
Pour auditer les corrections, créez une entité Changement NAF liée à l’enregistrement CRM. Elle contient old_code, new_code, date_source et record_id, afin d’expliquer chaque modification lors d’une revue de données.
Brancher l’API Sirene: requêtes, mapping, fréquence
Lire les bons champs Sirene
Pour le niveau compte, interrogez /siren avec le SIREN et récupérez activitePrincipaleUniteLegale avec nomenclatureActivitePrincipaleUniteLegale (source: API Sirene INSEE v3 (consultée 2026-05)).
Pour le niveau site, interrogez /siret avec le SIRET et récupérez activitePrincipaleEtablissement avec nomenclatureActivitePrincipaleEtablissement (source: API Sirene INSEE v3 (consultée 2026-05)).
Mapper le NAF dans le CRM
Alimentez naf_code avec l’activité principale reçue, puis naf_revision avec la nomenclature retournée par Sirene. Renseignez naf_source avec Sirene.
Calculez naf_label depuis le référentiel NAF utilisé par votre CRM, car l’API fournit le code et sa nomenclature. Stockez date_maj_naf avec l’horodatage d’ingestion.
Dérivez division depuis le préfixe du code NAF. Dérivez section avec la table de correspondance du référentiel, afin d’éviter un libellé saisi à la main.
Upserter et rejouer les deltas
Utilisez le SIREN comme clé d’upsert pour les comptes. Utilisez le SIRET comme clé d’upsert pour les établissements.
Si l’enregistrement existe, mettez à jour les champs NAF. Sinon, créez l’enregistrement avec la clé Sirene, le code NAF, la nomenclature et la source.
Journalisez chaque changement de naf_code, naf_revision et date_maj_naf. Le journal doit conserver l’ancienne valeur, la nouvelle valeur et la date de traitement.
Planifiez une synchronisation régulière avec un delta sur dateDernierTraitement* et vérifiez le paramétrage dans la documentation de l’API avant mise en production (source: API Sirene INSEE v3 (consultée 2026-05)). Sécurisez le flux avec une file d’attente, des tentatives de reprise et un statut d’erreur exploitable.
Qualité et changements: contrôles, alertes, conformité
Contrôles de cohérence NAF
À chaque synchronisation Sirene, comparez le code NAF stocké dans le CRM avec la dernière valeur récupérée. Si la valeur diffère, créez une alerte et bloquez l’usage marketing jusqu’à validation.
Validez chaque code contre le référentiel NAF avant écriture. Un code absent du référentiel doit partir en revue manuelle (source: INSEE - NAF rév. 2 (2008)).
Pour chaque correction, conservez trois champs de contrôle: ancienne valeur NAF, nouvelle valeur Sirene, décision appliquée. Cette trace évite les corrections invisibles dans les segments CRM.
Arbitrage et cas limites
Pour une campagne locale, privilégiez le code NAF de l’établissement, car il décrit l’activité du site ciblé. Pour un ciblage global, utilisez le code NAF de l’unité légale et tracez cette règle dans le CRM.
Placez les établissements fermés, les codes absents et les conflits unité légale/établissement dans une file de revue manuelle. Chaque exception doit contenir la source Sirene, la date de contrôle et la décision retenue.
Conformité prospection
En prospection B2B, l’intérêt légitime peut fonder le traitement si la sollicitation reste liée à l’activité professionnelle du contact (source: CNIL - Prospection commerciale (consultée 2026-05)). Conservez le droit d’opposition, limitez les champs au strict besoin, et stockez source/date pour chaque code NAF utilisé.
Brancher vos automatisations sur le NAF: recettes prêtes à copier
Routage
Créez une règle d’assignation: si naf_division appartient à {62, 69, 70}, affectez le compte à l’équipe Services B2B; sinon, envoyez-le dans la file générique. Ces divisions correspondent à des familles NAF à vérifier selon votre ICP (source: INSEE - NAF rév. 2 (2008)).
Scoring
Ajoutez une pondération explicite au score CRM: attribuez un bonus si naf_section = J, puis un bonus distinct si naf_division = 47 lorsque le commerce de détail entre dans votre cible (source: INSEE - NAF rév. 2 (2008)). Gardez ces critères séparés pour mesurer leur effet réel sur la conversion.
Listes
Créez des vues dynamiques par naf_section, par naf_division et par niveau de rattachement: SIREN pour cibler l’entreprise, SIRET pour cibler un établissement. Une campagne locale doit filtrer au niveau SIRET.
Enrichissement et reporting
Déclenchez une action de prospection pour chaque nouveau SIREN dont le NAF figure dans votre liste prioritaire. La condition doit exclure les doublons déjà traités.
Suivez la conversion par naf_division, puis comparez les résultats entre naf_unite_legale et naf_etablissement. Si une division convertit mieux au niveau établissement, ajustez vos règles de routage et de campagne.