Structurer un fichier client B2B à plusieurs sites et plusieurs contacts
Quand un même client a dix établissements et trente interlocuteurs, le tableau à plat ne tient plus. Voici le modèle qui tient.
Un client B2B, ce n’est presque jamais une ligne. C’est une maison mère, des filiales, des établissements régionaux, et dans chacun un acheteur, un utilisateur, parfois un signataire qui n’a jamais décroché. Tant qu’on range tout ça dans un tableau à plat — une ligne = un contact —, la base paraît propre. Elle se fissure dès la première campagne : on rappelle deux fois le même site, on adresse une offre nationale à un établissement qui n’a aucun pouvoir d’achat, et personne ne sait plus quel interlocuteur a déjà dit non.
Le sujet de cet article n’est pas le nettoyage ni la mise à jour : c’est le modèle. Quelle est la bonne unité de référence quand un compte a plusieurs sites et plusieurs personnes ? Comment relier les trois niveaux — l’entreprise, l’établissement, le contact — sans dupliquer ni perdre l’information ? Je vois passer des bases de toutes tailles côté donneurs d’ordre, et l’écart de rendement entre une base bien charpentée et un tableau à plat se mesure dès la deuxième semaine d’appels.
Sommaire
Pourquoi un tableau à plat casse dès qu'un client a plusieurs sites
Le tableau à plat traite chaque ligne comme un client autonome. Pratique pour démarrer, ingérable dès qu'un compte a deux adresses. Le même groupe se retrouve écrit trois fois — « Martin SAS », « Martin S.A.S », « Groupe Martin » — et rien ne dit que ce sont les mêmes murs.
Les dégâts sont concrets. Deux téléopérateurs appellent le même standard à une heure d'intervalle. Une remise négociée au siège n'est visible nulle part sur la fiche de l'agence de Lyon. Un interlocuteur qui a refusé en janvier est rappelé en mars parce que son refus était attaché à une ligne, pas à une personne. Sur un compte unique ça se rattrape ; sur deux cents comptes à plusieurs sites, la base devient un champ de mines.
La cause tient en un mot : il n'y a qu'un seul niveau là où il en faut trois. Une entreprise n'est pas un contact, un établissement non plus. Tant que les trois sont écrasés sur la même ligne, aucune règle ne peut distinguer « ce client » de « cette personne dans ce client ». C'est exactement le travail amont qui rend ensuite le fichier de prospection B2B exploitable au moment de lancer une campagne.
Les trois niveaux à séparer : compte, établissement, contact
Une base client B2B solide repose sur trois objets distincts, chacun avec son identifiant propre.
Le compte (l'entreprise)
C'est le sommet : l'entité juridique ou le groupe. Un compte = une fois, point. C'est là que vivent les informations qui valent pour tout le client : le contrat-cadre, l'encours, le statut « client / ancien client / prospect », le commercial qui suit le groupe. Le SIREN est un bon ancrage : il identifie l'entreprise indépendamment de la façon dont son nom est orthographié.
L'établissement (le site)
Sous le compte, ses adresses physiques : siège, agences, usines, points de vente. Chaque site porte sa propre adresse, son téléphone local, parfois son code SIRET. C'est le niveau qui permet d'appeler le bon standard et de ne pas confondre l'agence de Bordeaux avec celle de Lille.
Le contact (la personne)
Au plus fin, les interlocuteurs : nom, fonction, ligne directe, e-mail, et surtout le rattachement à un site précis. Un acheteur peut couvrir plusieurs établissements ; un directeur de site n'en couvre qu'un. Cette précision change tout quand on séquence les appels.
Ces trois niveaux se relient par des identifiants, pas par le nom : chaque établissement pointe vers son compte, chaque contact vers son établissement. Le même principe vaut côté suivi commercial — voir notre guide sur logiciel prm organiser pipeline vente b2b —, où une affaire est rattachée à un compte plutôt qu'à un nom saisi à la main.
La clé d'unicité : ce qui empêche un client d'exister en double
Le défaut numéro un d'une base multi-sites, c'est le compte qui apparaît deux fois. La parade s'appelle la clé d'unicité : une valeur qui désigne le client de manière stable, indépendante de son orthographe.
En B2B, le couple le plus solide est le SIREN au niveau du compte et le SIRET au niveau de l'établissement. Le SIREN ne bouge pas si quelqu'un écrit « SAS » au lieu de « S.A.S » ; le SIRET distingue deux établissements d'un même groupe sans ambiguïté. À défaut de numéro d'immatriculation, on combine plusieurs champs — raison sociale normalisée + code postal du siège — mais c'est un pis-aller : deux saisies divergentes suffisent à le casser.
Le mécanisme tient en une vérification : avant d'ajouter une ligne, l'outil cherche si le SIREN existe déjà. S'il existe, on rattache le nouveau contact ou le nouveau site au compte en place ; on n'en crée pas un deuxième. Ce contrôle posé à l'entrée évite le travail de réconciliation après coup, toujours plus long. Régler les doublons à la source plutôt que les traquer ensuite tient surtout à la discipline de saisie — l'occasion d'approfondir regles saisie fichier client fiable homogene.
Relier les contacts aux sites sans dédoubler les comptes
Une fois les trois niveaux posés et la clé d'unicité tenue, reste le cœur du sujet multi-contacts : un même client porte plusieurs personnes, et il ne faut ni les écraser ni les disperser.
La règle est simple. Un contact appartient toujours à un établissement, et un établissement à un compte. Quand un acheteur central pilote les achats de cinq sites, on le rattache au site où il siège et on note son périmètre dans un champ « zone couverte » — on ne le recopie pas cinq fois. Quand un même groupe a un interlocuteur technique à Nantes et un décideur budgétaire à Paris, ce sont deux contacts sur deux sites, sous le même compte : la base montre alors d'un coup d'œil qui appelle quoi, et dans quel ordre.
Ce rattachement fin sert directement la campagne. Savoir qui décide et qui ne fait qu'utiliser, sur quel site, c'est ce qui permet de cartographier les bons interlocuteurs avant le premier appel — l'enjeu de notre article dédié à prospection it aupres dsi cartographier decideurs cles. Une base à plat, elle, ne dit jamais qui parle au nom de qui.

Garder la structure vivante quand la base grossit
Un modèle bien posé ne reste pas propre tout seul. Trois habitudes le tiennent dans la durée.
- Une porte d'entrée unique. Toute nouvelle ligne passe par le contrôle de SIREN. Si plusieurs personnes alimentent la base, c'est la seule garantie qu'un compte ne renaisse pas en double un mardi soir.
- Des statuts au bon niveau. « Client » se pose sur le compte, « ne pas rappeler » sur le contact, « site fermé » sur l'établissement. Mélanger les niveaux ramène le tableau à plat par la fenêtre.
- Une fusion plutôt qu'une suppression. Quand deux comptes en double échappent au filtre, on les fusionne en conservant l'historique des deux, on ne supprime pas la fiche la plus pauvre — elle contient peut-être le seul numéro qui marche.
Le rythme de cet entretien dépend du volume et de la fréquence des campagnes ; le détail pratique est dans ce qu'il faut savoir sur mettre jour fichier client b2b y passer journees. L'idée à retenir : la structure est ce qui rend l'entretien rapide. Sur une base à plat, chaque correction se répète autant de fois que le client est dupliqué ; sur un modèle à trois niveaux, on corrige une fois au bon endroit.
Ce savoir-faire, JobPhoning le pratique à grande échelle : plus de 50 000 fichiers de prospection ont été construits sur la plateforme depuis 2014 (source : mesure interne JobPhoning, mai 2026). Cette habitude du fichier B2B — bâti, requalifié, remis aux téléopérateurs indépendants qui l'appellent — explique pourquoi la même charpente revient toujours : un compte unique, des sites, des contacts reliés, et des règles tenues à l'entrée.
Questions fréquentes
Faut-il une ligne par site ou une ligne par contact ?
Ni l'une ni l'autre toute seule. Le bon modèle sépare trois niveaux : un compte unique pour l'entreprise, une fiche par établissement, une fiche par personne rattachée à son site. Le contact reste l'unité d'appel, mais il pointe vers son site, qui pointe vers le compte — donc le client n'apparaît qu'une fois au sommet.
Comment éviter qu'un même client apparaisse en double ?
En posant une clé d'unicité stable. En B2B, le SIREN identifie le compte et le SIRET l'établissement, quelle que soit l'orthographe du nom. Avant d'ajouter une ligne, l'outil vérifie si le SIREN existe : s'il existe, on rattache au compte en place au lieu d'en créer un second.
Un acheteur qui couvre plusieurs sites, on le saisit comment ?
Une seule fois, rattaché au site où il siège, avec son périmètre noté dans un champ « zone couverte ». On ne le recopie pas sur chaque établissement : la duplication d'une personne crée les mêmes doublons que la duplication d'un compte, et fausse le suivi des appels.
Prêt à passer à l'action ?
Besoin d'un fichier de prospection B2B qualifié ? Parlons de vos critères de ciblage et de la fraîcheur des données.

