Résumé
- Les doublons divergent souvent sur les dates, et chaque champ date appelle sa propre décision.
- Les dates qui marquent un début, comme le premier contact ou client depuis, doivent conserver la valeur la plus ancienne.
- Les dates qui indiquent l'état le plus récent, comme la dernière activité ou le dernier achat, doivent conserver la plus récente.
- Les dates système, comme la date de création, ne se modifient généralement pas : la valeur de la fiche conservée reste.
- Dans Dedupely, vous choisissez l'enregistrement conservé et définissez des règles par champ, comme "Le plus récent l'emporte" pour une date.
Deux doublons ne sont presque jamais d'accord sur leurs dates. L'un a été créé en 2021, l'autre le mois dernier. L'un affiche une dernière activité hier, l'autre il y a un an. L'un indique que le client l'est depuis 2019, l'autre depuis 2023.
Une fusion ne conserve qu'une valeur par champ. Laquelle est la bonne dépend de ce que représente la date. Cet article explique comment trancher, champ par champ.
Deux types de dates
Dates de début Indiquez quand un événement a commencé : premier contact, premier achat, client depuis, date du lead d'origine. La valeur la plus ancienne est généralement la bonne, car le doublon a été créé plus tard et ne connaît pas l'historique.
Dates du dernier état marquez l'événement le plus récent : dernière activité, dernier achat, dernier e-mail ouvert. La valeur la plus récente est en général la bonne, car elle reflète ce qui s'est passé en dernier.
Champ par champ
| Champ de date | Généralement, conservez | Pourquoi |
|---|---|---|
| Date de création | De la fiche conservée | Défini par le CRM, souvent non modifiable |
| Date du premier contact ou de la source d'origine | Plus ancien | Le premier enregistrement connaît la date de début réelle |
| Client depuis | Plus ancien | Un doublon créé plus tard réinitialise l'historique |
| Dernière activité | Plus récent | Affiche le dernier contact |
| Dernier achat ou commande | Plus récent | Affiche la date d'achat la plus récente |
| Prochain renouvellement ou relance | Vérifier à la main | Deux dates futures différentes peuvent toutes deux être fausses |
| Anniversaire ou date-clé | Vérifier à la main | Une seule des deux peut être juste |
Date de création et autres dates système
La plupart des CRM définissent eux-mêmes la date de création et ne permettent pas de la modifier. Après une fusion, la fiche fusionnée affiche la date de création de la fiche conservée. Si la date de création la plus ancienne compte pour vous, faites en sorte que la fiche la plus ancienne soit celle qui est conservée.
Les autres champs système, comme la date de dernière modification, se mettent à jour seuls et n'ont pas besoin de règle.
Quand les dates nécessitent une décision humaine
Les dates futures sont à risque. Deux dates de renouvellement ou de relance différentes peuvent correspondre à deux contrats, ou à une erreur sur un enregistrement. Avant une fusion en masse, vérifiez les groupes où une date de renouvellement ou de contrat diffère, ou laissez le propriétaire corriger ce champ.
Comment Dedupely gère les dates
Dans Dedupely, le paramètre Primary Record détermine l'enregistrement conservé, avec des options comme Oldest Record, qui garde l'enregistrement d'origine et sa date de création. Les Merge Rules au niveau des champs décident ensuite de chaque champ séparément : la règle suggérée « Newest wins » conserve la date la plus récente dans des champs comme la dernière activité, et « From the most recently worked record » reprend les valeurs de l'enregistrement sur lequel quelqu'un a travaillé en dernier. Les valeurs vides ne l'emportent jamais, si bien qu'une date présente sur un enregistrement n'est pas remplacée par un champ vide sur l'autre. Un aperçu affiche le résultat de la fusion pendant que vous créez les règles.
Chaque date a sa propre réponse
Les dates de début conservent la valeur la plus ancienne, les dates de dernier état conservent la plus récente, les dates système suivent la fiche conservée, et les dates futures qui divergent exigent une vérification humaine. Définissez une règle pour chaque champ de date important avant toute fusion en masse.
Questions fréquentes
Quelle date garder lors de la fusion des doublons ?
Cela dépend du champ. Conservez la valeur la plus ancienne pour les dates de début, comme « client depuis », et la plus récente pour les dates d'état, comme la dernière activité.
Que devient la date de création lors d'une fusion de fiches ?
En général, l'enregistrement fusionné affiche la date de création de l'enregistrement conservé. Gardez le plus ancien comme enregistrement conservé si la date de création d'origine compte.
Dois-je conserver la date de renouvellement la plus récente ?
Pas automatiquement. Deux dates de renouvellement différentes peuvent correspondre à deux contrats, ou à une erreur. Vérifiez ces ensembles manuellement.
Et si une fiche contient une date et l'autre est vide ?
Conservez la date. Une valeur vide ne doit pas remplacer une valeur réelle, et dans Dedupely, les valeurs vides ne l'emportent jamais.
Pourquoi notre rapport sur les nouveaux clients a-t-il changé après une fusion ?
Une fusion peut avoir conservé une date « client depuis » plus récente. Réglez ce champ pour conserver la valeur la plus ancienne.



