Origine des prospects et conformité CRM : pouvez-vous prouver la provenance des données clients ?

Mise à jour : 3 septembre 2026 · Catégorie : Publicité, ciblage et conformité CRM

Origine des prospects et conformité CRM : pouvez-vous prouver la provenance des données clients ?

Si l’origine, le premier contact, le canal de collecte, le fondement juridique, le statut du consentement ou de l’opposition et la chaîne de transferts de chaque prospect CRM ne sont pas traçables, l’entreprise peinera à démontrer le cycle de vie des données.

Table des matières

Réponse courte
Pourquoi est-ce important ?
Qu'est-ce que les entreprises devraient faire?
Comment mesurer les résultats ?
Sources
Questions fréquentes

Réponse courte

Un nom, un téléphone et un champ « lead source = Meta » dans le CRM ne suffisent pas à établir l’origine des données. Un modèle auditable doit suivre le formulaire, la campagne, le magasin, la recommandation, l’intégration ou le lot tiers d’origine, la date de collecte initiale, l’examen du fondement juridique, la version de la notice ou du consentement utilisée, le statut des canaux commerciaux et les oppositions ou suppressions ultérieures dans le même cycle de vie.

Pourquoi est-ce important ?

Au fil des années, les CRM peuvent devenir des lacs de données regroupant de nombreuses sources. Formulaires web, appels, listes de salons, visites en magasin, places de marché, Meta Lead Ads, campagnes Google, centres d’appels, franchises, distributeurs, recommandations et listes achetées peuvent se retrouver dans la même table de prospects.

Quelques mois plus tard, seules les mentions « Source : numérique » ou « Source : campagne » peuvent subsister. Elles ne prouvent pas quelle campagne, version de formulaire, fournisseur ou procédure juridique a servi à recueillir les données.

Qu’est-ce que la traçabilité de l’origine des prospects ?

La traçabilité des prospects permet de reconstituer l’origine d’un enregistrement CRM et les opérations qu’il a subies au cours de son cycle de vie. Le but n’est pas de conserver toutes les données indéfiniment, mais de relier de façon vérifiable l’origine du traitement, son fondement et les modifications ultérieures.

Pour un numéro issu d’un formulaire Meta, on peut conserver l’identifiant du formulaire et de la campagne, la version du formulaire, l’horodatage de collecte, la notice utilisée, l’identifiant de l’import et la date de transfert au CRM, au lieu de la seule étiquette « Meta ». Pour un CSV, l’identifiant fournisseur, le lot et le résultat de l’examen de conformité sont plus utiles que le seul nom du fichier.

Quelle leçon donne 2026/1183 pour le CRM?

Le cas de la décision KVKK 2026/1183 commence par l’entrée du numéro d’un tiers dans le système via un programme d’« ambassadeurs de marque ». C’est un problème de traçabilité CRM : la présence d’un numéro ne signifie pas que la personne a elle-même transmis une demande à l’entreprise.

Les champs « customer created at » et « data originally obtained at/from » sont donc distincts. Une fiche CRM créée aujourd’hui peut contenir des données obtenues auparavant par une autre personne, entreprise ou système. Le modèle de traçabilité doit distinguer ces dates et acteurs.

IYS ne remplace pas le CRM

İYS centralise les accords et oppositions aux communications électroniques commerciales. Il n’explique pas à lui seul l’origine des données CRM, le produit pour lequel elles ont été recueillies ou le tiers par lequel elles ont transité.

À l’inverse, « permission SMS = oui » dans le CRM ne prouve pas automatiquement le statut actuel du canal dans İYS. Il faut prévoir synchronisation, horodatages et contrôles d’erreurs entre les deux systèmes.

Que doivent faire les entreprises ? 12 champs à conserver pour retracer l’origine des prospects dans le CRM

source_type: formulaire web, magasin, centre d’appels, recommandation, fournisseur, place de marché ou autre type de source.
source_entity: la plateforme, le distributeur, l’agence, le fournisseur ou l’entreprise qui fournit les données.
source_detail_id: un identifiant distinctif de formulaire, campagne, événement ou lot.
captured_at: la date et l’heure de première obtention des données.
received_at: lorsque l'entreprise ou le CRM reçoit les données.
notice_version: la version de la notice d’information utilisée lors de la collecte.
legal_basis_review: le fondement juridique examiné et la trace de son évaluation.
consent_evidence: la référence de preuve du consentement si le traitement repose sur un consentement explicite.
iys_channel_status: le statut distinct de chaque canal commercial, comme les SMS, appels et courriels.
suppression_status: une trace d’opposition, de non-contact, de suppression ou d’exclusion de campagne.
transfer_chain: les organisations ou systèmes par lesquels les données ont transité.
last_verified_at: la dernière vérification de la provenance et des autorisations.

Ne pas utiliser un seul champ « Consent = True »

Un seul champ booléen de consentement peut confondre finalités et canaux. Les préférences SMS, courriel et téléphone peuvent différer. Le consentement explicite à un traitement sous la KVKK et l’accord aux communications électroniques commerciales constituent aussi des enregistrements distincts.

Conservez le modèle d’autorisation avec finalité + canal + preuve + horodatage. Lorsqu’un utilisateur refuse un canal, vérifiez que les autres systèmes sont mis à jour dans le délai défini.

Mesurer la synchronisation avec İYS

Selon le ministère du Commerce, les prestataires doivent enregistrer dans İYS les accords et oppositions dans les trois jours ouvrables suivant leur réception. Il faut suivre les retards et échecs de mise à jour entre CRM, centre d’appels, plateforme de courriel et İYS, au-delà de la seule existence d’une intégration.

Si une personne dit au centre d’appels « ne m’appelez plus », une note CRM ne suffit pas. Vérifiez la synchronisation avec la liste d’exclusion du canal, le processus İYS et les audiences de campagnes actives.

Créer une file distincte pour les origines inconnues

Les anciens CRM peuvent contenir des milliers de fiches d’origine introuvable. Attribuez le statut « provenance inconnue » au lieu d’inventer rétrospectivement un fondement juridique. Restrictions d’usage, nouvelle vérification ou examen de suppression et conservation doivent dépendre du risque.

Modèle de mesure proposé pour B10

Contrôle CRM	KPI	Objectif / Risque
Provenance	Couverture des origines connues	Part des fiches d’origine inconnue
Preuves	Proportion de prospects associés à des preuves	Autorisation ou fondement sans preuve
Avis	Couverture des versions de notice	Il n'est pas connu quel texte est affiché
İYS	Taux de divergence CRM ↔ İYS	Statut de canal contradictoire
Synchronisation	Délai de synchronisation des accords et oppositions	Opposition mise à jour tardivement
Exclusion de contacts	Taux d’application des exclusions de contacts	Contact après opposition
Données anciennes	Fiches en attente à provenance inconnue	Fiche ancienne inexpliquée
Fournisseur	Taux de traçabilité des lots	Prospect dont la source documentaire a été perdue

Le KPI le plus utile n’est pas le nombre total de prospects. C’est la rapidité avec laquelle, lors d’un audit ou d’une demande d’une personne concernée, vous pouvez montrer l’origine d’une fiche, les preuves justifiant son traitement et les systèmes auxquels son opposition a été répercutée.

Évaluation spécialisée

Le problème central de conformité CRM est souvent la perte de traçabilité plutôt qu’un texte juridique manquant. Lorsque les fiches passent d’une campagne à l’autre, du CRM à la CDP puis aux plateformes publicitaires, leurs métadonnées d’origine peuvent disparaître ou devenir une étiquette vide comme « import ».

Il est donc plus sûr de générer les champs de provenance par le système et de les rendre aussi immuables que possible, plutôt que d’utiliser des champs facultatifs de texte libre. Les identifiants d’événement source et de lot peuvent renvoyer à un dépôt de preuves distinct.

Un bon système de Lead Source & CRM Compliance ne réduit pas seulement le risque de communications illicites. Il améliore aussi l’analyse marketing : l’entreprise peut mesurer quelles sources génèrent des prospects de qualité, quels fournisseurs transmettent des données de mauvaise qualité et quelles intégrations perdent les informations de consentement.

Analyse des risques numériques et de la conformité

B10 peut créer un tableau de bord de traçabilité des prospects en reliant les enregistrements du CRM, des formulaires, du centre d’appels, des lots fournisseurs et d’İYS à des identifiants de source et à des références de preuve. Pour chaque prospect, une même chaîne d’audit permet ainsi de déterminer son origine, le fondement de son utilisation, les canaux de communication autorisés et la date de prise en compte du dernier refus.

Contenus associés

Sources officielles et primaires

Questions fréquentes Pourquoi est-ce important maintenant?

Qu'est-ce que les entreprises devraient d'abord vérifier?

Dressez l’inventaire des pratiques actuelles et des flux de données et de travail.

Un contrôle ponctuel suffit-il ?

Non. La présence de champs tels que « autorisé », « approuvé KVKK » ou « lead source : numérique » dans le CRM ne prouve pas, à elle seule, l’origine des données ni le droit de les utiliser. L’événement d’origine, la date, la finalité, les preuves et l’historique des accords et refus par canal doivent pouvoir être reliés.

Que peut apporter B10 ?

B10 peut établir un modèle vérifiable de provenance des prospects en reliant les enregistrements CRM à l’événement d’origine, à l’identifiant de campagne ou de formulaire, au lot du fournisseur, à l’évaluation du fondement du traitement, aux preuves d’information et de consentement et au statut du canal dans İYS.