# Protéger les IDs externes lors des fusions CRM | Dedupely

> Protégez les identifiants ERP, de facturation et de contrat lors des fusions : appariez sur l'ID, vérifiez les fiches à ID distincts et choisissez celle à garder.

- URL: https://dedupe.ly/fr/base-de-connaissances/proteger-identifiants-externes-fusion
- Section: knowledge-base
- Site index: https://dedupe.ly/llms.txt
- Any page: append `.md` to its URL for this plain-text form

---

Aller au contenu
[Nouveau Dedupely Intelligence Désormais dans toutes les formules payantes, mensuelles ou annuelles.](https://dedupe.ly/ai-deduplication)

## Protéger les ID externes lors d'une fusion

Par
[Gaby Salinas](https://www.linkedin.com/in/gbyslns)
Mis à jour 11 novembre 2026
Protégez les identifiants ERP, de facturation et de contrat : fusionnez les doublons qui partagent un identifiant, et jamais les fiches dont les identifiants diffèrent.
Les identifiants externes, comme un numéro client ERP, un numéro fiscal ou un numéro de compte de facturation, relient une fiche CRM à un autre système. Deux fiches avec le même identifiant externe sont presque toujours des doublons. Deux fiches avec des identifiants différents correspondent presque toujours à des clients différents, même si leurs noms et e-mails se ressemblent, et une fusion n'en laisse qu'un. Dans Dedupely, vous protégez les identifiants externes en les utilisant comme critère de correspondance, en repérant les correspondances où ils diffèrent avant de fusionner, en choisissant la fiche conservée avec Merge Rules et, dans Dedupely Intelligence, en utilisant les champs protégés.

### Avant de commencer

- **Un CRM connecté et synchronisé**, avec les champs d'identifiant synchronisés. Tous les champs sont synchronisés avec Dedupely, y compris les champs personnalisés. Voir [Connectez votre CRM](https://dedupe.ly/knowledge-base/connect-your-crm).
- **Identifiez les champs qui contiennent des identifiants externes**, et s'ils sont en lecture seule dans votre CRM. Les Merge Rules ne peuvent pas être définies sur des champs en lecture seule.

### Que peut-il mal se passer avec les identifiants externes ?

| **Situation** | **Exemple** | **Que faire** |
| --- | --- | --- |
| **Même ID** | Deux comptes avec le numéro client ERP 10442 | Un doublon évident. Rapprochez sur l'ID avec **Exact**. |
| **Une fiche a l'identifiant, l'autre est vide** | Un contact issu d'un formulaire web, et la même personne synchronisée depuis la facturation | Généralement un doublon. Assurez-vous que la fiche avec l'identifiant est conservée (voir ci-dessous). |
| **Identifiants différents** | Deux établissements d'une même entreprise, chacun avec son propre identifiant fiscal | Généralement des clients différents. Ne les fusionnez pas : repérez ces correspondances et rejetez-les. |

### Étape 1 : correspondance sur l'ID lui-même

Créez une Duplicate Search sur le champ ID avec **Exact**, plus un ou deux champs pour confirmer la correspondance, comme Nom de l'entreprise et Site web (racine du domaine). Les enregistrements partageant un ID externe sont vos doublons les plus sûrs. Voir [Duplicate Searches](https://dedupe.ly/knowledge-base/duplicate-searches).
Comme une mauvaise fusion peut affecter la facturation ou la synchronisation ERP, commencez par [Auto Match](https://dedupe.ly/knowledge-base/auto-match) et envoyez les correspondances incertaines vers [Manual Review](https://dedupe.ly/knowledge-base/manual-review) pour le propriétaire du compte, plutôt que de tout fusionner d'un coup.

### Étape 2 : repérez les correspondances dont les identifiants diffèrent

Vos autres recherches, sur le nom, l'e-mail ou le domaine, peuvent encore regrouper deux fiches aux identifiants différents dans une même correspondance. Repérez-les avant de fusionner :
- Ouvrez la Duplicate Search et cliquez sur **Filtres**.
- Cliquez sur **+ Add condition** et sélectionnez le champ ID.
- Choisissez l'opérateur **est unique dans la correspondance**. Cela affiche les correspondances où chaque fiche a une valeur différente.
- Laisser **Compter les champs vides comme une valeur** décochée, sauf si vous voulez qu'un ID vide soit compté comme une valeur distincte.
- Cliquez sur **Terminé**, puis **Scan**.
Vérifiez ce qui reste. Rejetez les correspondances qui ne sont pas des doublons, afin qu'elles ne reviennent jamais dans aucune recherche sur cet objet, et envoyez les cas incertains vers Manual Review. Voir [Filtres](https://dedupe.ly/knowledge-base/filters) et [Correspondances rejetées](https://dedupe.ly/knowledge-base/rejected-matches).

### Étape 3 : conservez la fiche qui porte l'ID

Les valeurs vides n'écrasent jamais les données existantes : lorsqu'un seul enregistrement de la correspondance possède l'identifiant, celui-ci est conservé. Vous choisissez quelle fiche survit, avec son identifiant d'enregistrement et son lien vers votre autre système :
- **Enregistrement Principal :** définissez-le sur **Personnalisé**, avec une Win Rule : Quand Champ votre champ ID, opérateur **n'est pas vide**. L'enregistrement lié à votre ERP ou à votre système de facturation est celui qui est conservé.
- **Le champ ID :** définissez-le sur **Principal uniquement**, afin que l'enregistrement conservé garde son propre identifiant.
- **Vérifiez le résultat** dans le panneau **Merge Preview**
colonne de View Match Details avant toute fusion en masse.
Comment chaque CRM gère l'ID de l'enregistrement lors d'une fusion :
- **Salesforce :** l'enregistrement principal conserve son ID, de sorte que les intégrations qui y font référence continuent de fonctionner.
- **HubSpot :** HubSpot attribue à l'enregistrement fusionné un nouvel ID, et les anciens ID y renvoient. Si un autre outil stocke des ID HubSpot, mettez-les à jour progressivement.
Voir [Merge Rules](https://dedupe.ly/knowledge-base/merge-rules).

### Étape 4 : dans Dedupely Intelligence, utilisez les champs protégés

Dedupely Intelligence n'utilise pas les paramètres de correspondance ni les filtres de vos Duplicate Searches. Pour empêcher des fiches ayant des identifiants externes différents d'être associées là-bas, utilisez les champs protégés :
- Ouvrez **Dedupely Intelligence** sous Contacts, Entreprises ou Prospects.
- Cliquez sur **Champs protégés** en haut à droite.
- Dans **Ne jamais comparer des valeurs sur des champs différents**, cliquez sur **Ajouter un champ** et choisissez votre champ d'identifiant. Vous pouvez en ajouter jusqu'à 5.
- Choisissez comment traiter les valeurs vides :
- **Aucun ne peut être vide :** les fiches ne correspondent que si chacune possède l'identifiant et que celui-ci est identique.
- **Au moins un champ doit être renseigné :** une fiche sans identifiant peut tout de même correspondre à une fiche qui en possède un.
- **Tous peuvent être vides :** Les ID vides ne bloquent jamais une correspondance ; seuls des ID différents le font.
- Cliquez sur **Enregistrer**.
Si beaucoup de vos fiches n'ont pas encore l'ID, comme les contacts issus de formulaires web, choisissez **Tous peuvent rester vides**, pour qu'ils puissent toujours correspondre. Les deux autres options sont plus strictes. Voir [Champs protégés](https://dedupe.ly/knowledge-base/protected-fields).

### Étape 5 : préserver la qualité dans le temps

- **Automatisez en dernier.** Activez Auto Merge uniquement sur la recherche qui correspond sur l'ID lui-même, une fois qu'elle a tourné sans faux positifs. Gardez les recherches sur les noms ou domaines en Auto Match.
- **Gardez vos paramètres de sécurité activés.** Dedupely met de côté les correspondances fondées sur des données factices, ainsi que celles de plus de 20 fiches, qui indiquent en général une valeur partagée ou factice. Voir [Sécurité des fusions](https://dedupe.ly/knowledge-base/merge-safety).
- **Si deux enregistrements avec des ID différents ont été fusionnés**, annulez la fusion depuis Merge History dans les 30 jours. Les fiches reviennent avec de nouveaux identifiants : vérifiez donc les liens que vos autres systèmes ont avec elles. Voir [Annuler une fusion](https://dedupe.ly/knowledge-base/undo-a-merge).

### Exemple de configuration

Un distributeur synchronise son ERP vers Salesforce. Chaque compte possède un **Numéro de client ERP**, et les établissements d'une même entreprise ont leurs propres numéros.
- **Recherche 1 (même ID) :** Numéro client ERP : Exact · Nom du compte : Similar Words (dans n'importe quel ordre), avec termes ignorés *Inc.*,
*LLC*, *Ltd.* · Sur Auto Match, puis Auto Merge une fois qu'il s'est exécuté sans faux positifs.
- **Recherche 2 (par nom) :** Nom du compte : Similar Words (ordre indifférent) · Site web : Racine du domaine · Ville de facturation : Exact. Filtre : Numéro client ERP · est unique sur l'ensemble de la correspondance. L'équipe examine ces correspondances chaque semaine et rejette les branches.
- **Merge Rules :** Enregistrement principal défini sur Personnalisé, avec une règle de gain : Lorsque le champ ERP Customer Number · n'est pas vide. ERP Customer Number défini sur Principal uniquement.
- **Dedupely Intelligence :** Numéro client ERP ajouté aux champs protégés. Les comptes créés par l'équipe commerciale n'ont pas encore de numéro, donc l'option vide est **Tous peuvent rester vides**.

### Erreurs courantes

- **Fusionner sur le seul nom alors que les fiches ont des identifiants.** Deux agences portant le même nom sont deux clients différents. Vérifiez d'abord l'ID.
- **Fusion en masse des résultats « is unique across match ».** Ce sont les correspondances dont les ID diffèrent. Examinez-les une par une.
- **Laisser survivre la fiche sans l'ID.** Définissez l'enregistrement principal afin que la fiche liée à votre autre système soit retenue.
- **Activer Auto Merge sur une recherche qui n'inclut pas l'ID.** Gardez-le sur Auto Match, puis validez.
- **Oublier Dedupely Intelligence.** Ses correspondances n'utilisent pas vos filtres. Ajoutez l'ID aux champs protégés.

### Questions fréquentes sur les identifiants externes

- **Deux fiches ayant le même ID externe sont-elles toujours des doublons ?** Presque toujours. Surveillez les valeurs factices, comme 0000, que partagent de nombreuses fiches. Les Paramètres de sécurité mettent de côté les correspondances de plus de 20 fiches.
- **Que se passe-t-il pour l'identifiant lorsqu'une fiche en possède un et pas l'autre ?** Les valeurs vides n'écrasent jamais les données existantes, l'identifiant est donc conservé.
- **Que se passe-t-il si les deux fiches ont des identifiants différents ?** Ne les fusionnez pas. Utilisez le filtre « est unique dans toute la correspondance » pour trouver ces correspondances, puis rejetez-les.
- **Les Merge Rules peuvent-elles modifier un champ ID en lecture seule ?** Non. Les Merge Rules ne peuvent pas être définies sur des champs en lecture seule.
- **Les champs protégés fonctionnent-ils dans mes propres Duplicate Searches ?** Non. Elles sont destinées à Dedupely Intelligence. Dans vos propres recherches, faites une correspondance sur l'ID et utilisez les filtres.
- **Puis-je annuler la fusion de deux fiches ayant des identifiants différents ?** Oui, dans les 30 jours, depuis Merge History. La fiche restaurée reçoit un nouvel ID dans votre CRM.

### À suivre

[Champs protégés Empêchez les fiches de correspondre dans Dedupely Intelligence lorsqu'un champ qui ne doit jamais changer est différent.](https://dedupe.ly/knowledge-base/protected-fields)

### Toujours bloqué ?

Notre équipe aide sur chaque offre et pendant l'essai gratuit, par chat, e-mail ou Zoom.
- Besoin d'aide ? [Contacter le support](https://dedupe.ly/contact)
- Des questions sur les offres ? [Réserver un Zoom avec un commercial](https://meetings.dedupe.ly/meetings/gaby-salinas/kb-zoom-scheduler)
- Vous lisez ceci avec un modèle ? [Lire cette page en Markdown](https://dedupe.ly/knowledge-base/protecting-external-ids-when-you-merge.md)
- Vous lui donnez tout le site ? [Lire llms.txt](https://dedupe.ly/llms.txt)
Derrière l'article

### Gaby Salinas

Assistante marketing chez Dedupely
Gaby Salinas est arrivée aux données CRM depuis le marketing et la publicité, si bien qu'elle aborde les doublons sous deux angles : la logique de correspondance et de fusion qui les sous-tend, et ce qu'ils provoquent chez les personnes qui utilisent le CRM, comme le commercial qui appelle un client deux fois, l'administrateur à qui l'on reproche la situation et le nettoyage que personne ne veut entreprendre.
En tant qu'assistante marketing chez Dedupely, elle suit la manière dont les équipes RevOps, les utilisateurs finaux, les consultants et les équipes techniques travaillent réellement avec leurs données : les enregistrements auxquels ils cessent de faire confiance, les solutions de contournement qu'ils mettent en place et le moment où ils décident enfin de procéder au nettoyage. Ce qu'elle découvre façonne l'essentiel de ce que Dedupely publie.
[Se connecter avec Gaby sur LinkedIn](https://www.linkedin.com/in/gbyslns)

### Commencez gratuitement

20 fusions gratuites en essai et autant d’assistance gratuite que nécessaire pour maîtriser vos doublons.
[Essayer gratuitement](https://v2.app.dedupe.ly/signup)[Contacter les ventes](https://meetings.dedupe.ly/meetings/gaby-salinas/talk-to-sales)
[Ou inscrivez-vous avec Google](https://v2.app.dedupe.ly/signup/google)
Vous nettoyez des CRM pour vos clients ? [Voir le programme partenaires](https://dedupe.ly/become-a-partner)