Résumé
- Une fiche fusionnée garde un seul propriétaire, en général celui de la fiche choisie comme principale.
- La plupart des CRM partent des valeurs de la fiche principale, et certains vous laissent choisir le propriétaire lors de la fusion.
- Le mauvais propriétaire survivant transfère un client à un autre commercial, un ancien employé ou un utilisateur fictif.
- Une règle de propriétaire, comme « le propriétaire actif avec l'activité la plus récente l'emporte », garde les fusions en masse cohérentes.
- Dedupely conserve le propriétaire de la fiche principale, sauf si votre règle de propriétaire dit le contraire, avec un aperçu d'abord.
Quand vous fusionnez des doublons, la fiche fusionnée garde en général le propriétaire de la fiche qui gagne la fusion, celle choisie comme principale. Une fiche n'a qu'un propriétaire. Si les doublons appartiennent à des personnes différentes, l'une d'elles perd le client, sauf si vous choisissez le propriétaire séparément.
C'est facile à manquer lors d'un nettoyage. Vous choisissez la fiche principale pour son e-mail, son historique ou son ancienneté, et le propriétaire vient avec elle. Des semaines plus tard, un commercial demande pourquoi son compte appartient désormais à quelqu'un d'autre.
Dans cet article, vous verrez ce que HubSpot, Salesforce, Pipedrive, Close, Nimble et Google Contacts font du propriétaire quand des fiches fusionnent, et pourquoi c'est important. Vous verrez aussi comment décider quel propriétaire l'emporte avant de fusionner en masse.
Ce que fait chaque CRM avec le propriétaire
Les pages d'aide sur la fusion de la plupart des CRM ne traitent pas le propriétaire à part, donc il suit la règle générale des valeurs de champs. Nimble fait exception : sa fenêtre de fusion permet de définir le propriétaire du contact.
| CRM | Comment les valeurs sont choisies lors d'une fusion | Ce que cela signifie pour le propriétaire |
|---|---|---|
| HubSpot | Les valeurs de propriétés de la fiche principale sont sélectionnées par défaut, et vous pouvez cliquer sur d'autres valeurs à conserver. Si la fiche principale n'a pas de valeur, celle de la fiche secondaire est utilisée. Les fiches fusionnent deux à deux. | Le propriétaire de la fiche principale reste par défaut, sauf si vous choisissez l'autre ou si la principale n'en a pas. Pour les tickets, HubSpot conserve le propriétaire de la conversation la plus récemment mise à jour. |
| Salesforce | Vous sélectionnez une fiche principale, puis choisissez les valeurs de champs à conserver. Jusqu'à trois fiches par fusion. | La page d'aide ne nomme pas le propriétaire, vérifiez donc quelle valeur de propriétaire est sélectionnée avant de fusionner. |
| Pipedrive | Les informations de l'élément principal sont prioritaires quand les éléments divergent. Le propriétaire est affiché dans les détails du doublon avant la fusion. | La page d'aide ne dit pas quel propriétaire garde l'élément fusionné, vérifiez donc l'aperçu avant de confirmer. |
| Fermer | Vous fusionnez deux pistes, et l'une est conservée comme gagnante selon une règle que vous choisissez : la première créée, le changement de statut le plus récent ou le statut de plus haute priorité. | Close n'a pas de propriétaire de piste intégré. Les équipes ajoutent un champ utilisateur personnalisé, souvent appelé « Lead Owner ». La page d'aide n'indique pas quelle valeur une fusion conserve : vérifiez donc le champ après la fusion. |
| Nimble | Jusqu'à cinq contacts à la fois. Vous choisissez le contact principal et les données conservées. | La fenêtre de fusion inclut le propriétaire du contact, vous le choisissez donc dans le cadre de la fusion. |
| Google Contacts | Merge & fix regroupe les contacts en double de votre compte. | Les contacts n'ont pas de champ propriétaire. Chaque contact appartient au compte Google dans lequel il est enregistré. |
À partir d'octobre 2026, de l'article de HubSpot sur la fusion des fiches, aide de Salesforce (Fusionner les comptes en double et Fusionner les contacts en doublon) et le centre d'aide de Pipedrive (Fusionnez les doublons). Close : Trouver et fusionner les doublons et Attribution des pistes. Nimble : Comment fusionner les contacts en doublon.
Fusionner des comptes dans Salesforce demande aussi les bons droits. Vous devez être administrateur, propriétaire du compte ou utilisateur placé au-dessus du propriétaire du compte dans la hiérarchie des rôles.
Pourquoi le propriétaire qui survit compte
Le propriétaire est la personne que le CRM indique comme responsable du client. Quand le mauvais propriétaire survit, les effets apparaissent à des endroits que personne ne relie au nettoyage.
Commissions et crédit
Les rapports qui attribuent le chiffre d'affaires ou l'activité par propriétaire l'attribuent désormais à quelqu'un d'autre. Si deux commerciaux ont tous deux travaillé le compte, l'un d'eux en disparaît.
Territoires et routage
Les comptes attribués par région ou segment peuvent sortir de leur territoire. Les règles de routage et d'attribution qui regardent le propriétaire envoient alors les nouvelles pistes et tâches à la mauvaise personne.
Anciens employés et utilisateurs fictifs
La fiche la plus ancienne appartient souvent à quelqu'un qui est parti, ou à un utilisateur d'import ou d'intégration. Si la plus ancienne gagne, ce propriétaire gagne aussi, et le client se retrouve sans personne. La façon de traiter ces fiches est couverte dans quoi faire des doublons appartenant à d'anciens employés.
Relances
Les tâches, rappels et notifications vont au propriétaire de la fiche. Avec le mauvais propriétaire, les relances atteignent quelqu'un qui ne connaît pas le client.
Ce qui arrive aux affaires, tâches et activités liées
Lorsque des fiches fusionnent, ce qui leur est lié passe en général sur la fiche qui survit. La page d'aide de HubSpot indique que la chronologie des activités et les associations des deux fiches apparaissent sur la fiche fusionnée. La documentation développeur de Salesforce indique que la fiche principale devient le nouveau parent des fiches liées aux fiches fusionnées.
Les affaires, opportunités et tâches ont leurs propres champs de propriétaire, distincts de celui du contact ou de l'entreprise. La décision de propriétaire pour le contact ou l'entreprise fusionné est donc une question, et qui possède chaque affaire liée en est une autre. Vérifiez les deux quand deux commerciaux sont concernés.
À partir d'octobre 2026, de l'article de HubSpot sur la fusion des fiches et le guide développeur de Salesforce (référence de l'appel de fusion).
Comment décider quel propriétaire l'emporte
Le propriétaire relève d'une décision commerciale : mettez-vous d'accord sur la règle avec la direction commerciale ou le RevOps avant de fusionner. Notez-la ensuite par objet, car les affaires et les entreprises peuvent demander des règles différentes.
| Règle | Quand c'est adapté |
|---|---|
| Le propriétaire le plus récemment actif l'emporte | Équipes où la personne qui parle au client doit désormais le garder |
| Seuls les utilisateurs actifs peuvent l'emporter | Toutes les équipes. Les anciens employés, les utilisateurs fictifs et les propriétaires vides ne devraient jamais l'emporter |
| Le propriétaire avec une affaire ouverte l'emporte | Équipes orientées vente, pour qu'une opportunité ouverte reste avec le commercial qui la suit |
| Le propriétaire du territoire l'emporte | Équipes qui attribuent les comptes par région, segment ou taille de compte |
| Envoyez-le à une personne | Deux commerciaux actifs qui travaillent tous les deux le compte, ou tout litige de commission |
Les règles peuvent s'empiler, et l'ordre compte. Certaines équipes attribuent le compte à la personne qui a contacté l'entreprise dans les 90 derniers jours, et envoient le reste à une personne.
Vérifiez la propriété avant de fusionner en masse
Quelques contrôles repèrent la plupart des problèmes de propriété avant qu'ils ne surviennent.
- Réattribuez les fiches appartenant à des personnes parties. La fusion ne choisit alors qu'entre les personnes qui travaillent encore là-bas.
- Repérez les ensembles où les propriétaires diffèrent. Les ensembles avec un seul propriétaire n'ont aucune décision de propriété à prendre. Examinez d'abord les ensembles aux propriétaires différents.
- Prévisualisez un échantillon. Avant de fusionner une page de doublons, vérifiez quel propriétaire survit dans quelques-uns, y compris vos cas particuliers.
- Gardez les propriétaires d'origine. Traitez chaque fusion comme définitive, et gardez une trace du propriétaire d'origine de chaque fiche au cas où il faudrait la réaffecter plus tard.
Deux commerciaux qui travaillent un même compte sont souvent le signe de doublons à l'origine, comme expliqué dans pourquoi deux commerciaux finissent par travailler le même compte.
Comment conserver le bon propriétaire lors d'une fusion avec Dedupely
Dans Dedupely, la fiche fusionnée garde le propriétaire de la fiche principale, sauf si une règle sur le champ propriétaire dit le contraire. Une règle peut faire toujours perdre les anciens employés et les utilisateurs fictifs, et un propriétaire vide n'écrase jamais un propriétaire renseigné. Vous pouvez filtrer les correspondances où les propriétaires diffèrent, vérifier le propriétaire retenu dans l'aperçu et envoyer les vrais conflits en revue. Les affaires, tâches et activités liées passent sur la fiche conservée. La configuration complète est dans le guide Fusionner les doublons sans casser la propriété.
Définissez votre règle de propriétaire et prévisualisez une fusion
Décidez du propriétaire avant que la fusion ne décide à votre place
Une fusion conserve un seul propriétaire, et par défaut c'est celui de la fiche gagnante. Dans la plupart des CRM, cela part de la fiche principale. Dans Salesforce et Nimble, vous le choisissez pendant la fusion.
Un nettoyage qui laisse la propriété au hasard envoie les clients vers le mauvais commercial, vers d'anciens employés et vers des utilisateurs fictifs. Une règle de propriétaire convenue garde les clients auprès des personnes qui les suivent. Il en va de même pour empêcher les propriétaires inactifs de l'emporter et pour examiner les ensembles à deux commerciaux.
Questions fréquentes
Quel propriétaire une fiche fusionnée garde-t-elle dans HubSpot ?
Par défaut, le propriétaire de la fiche principale. HubSpot sélectionne les valeurs de propriétés de la fiche principale, et vous pouvez cliquer sur les valeurs de l'autre fiche pour les garder à la place. Si la fiche principale n'a pas de propriétaire, la valeur de la fiche secondaire est utilisée. Pour les tickets, HubSpot conserve le propriétaire de la conversation la plus récemment mise à jour.
Quel propriétaire un compte fusionné garde-t-il dans Salesforce ?
Celui qui est sélectionné dans la fusion. Dans Salesforce, vous choisissez une fiche principale puis les valeurs de champs à conserver, pour jusqu'à trois fiches. Pour fusionner des comptes, vous devez être administrateur, propriétaire du compte ou utilisateur placé au-dessus du propriétaire du compte dans la hiérarchie des rôles.
Que deviennent les tâches et activités lors de la fusion de fiches ?
Elles passent en général sur la fiche qui survit. HubSpot affiche sur la fiche fusionnée la chronologie des activités et les associations des deux fiches. Salesforce fait de la fiche principale le parent des fiches liées. Les tâches et les affaires ont leurs propres champs de propriétaire : vérifiez-les séparément.
Une fusion peut-elle attribuer un client à un ancien employé ?
Oui. Si la fiche gagnante appartient à quelqu'un qui est parti, la fiche fusionnée garde ce propriétaire. Cela arrive souvent quand la plus ancienne fiche gagne. Réaffectez les fiches appartenant à d'anciens employés avant de fusionner, ou utilisez une règle de propriétaire qui empêche les utilisateurs inactifs de l'emporter.
Puis-je changer le propriétaire après une fusion ?
Oui. Le propriétaire est un champ comme les autres : vous pouvez donc réaffecter la fiche fusionnée dans votre CRM. La fusion elle-même ne peut pas être annulée dans la plupart des CRM. Gardez une trace de chaque propriétaire d'origine avant une grosse fusion, au cas où vous en auriez besoin plus tard.
Ou inscrivez-vous avec Google
