Configurer les règles de doublons et la fusion

La grille de comparaison de l’écran de fusion repose sur une table de configuration. Pour chaque objet, cette table détermine les champs à comparer et les valeurs que l’utilisateur peut conserver. Cet article s’adresse aux administrateurs qui souhaitent modifier la grille utilisée pour fusionner des demandes de renseignements en doublon ou étudier son extension à un autre objet. Il distingue la détection des doublons de leur fusion, explique la configuration des champs et précise les transferts effectués par le parcours fourni.

Fonctionnement de la gestion des doublons REDA

La gestion des doublons comprend deux parties complémentaires :

• La détection recherche les candidats avec les règles de doublons Salesforce de l’organisation. La carte Doublons potentiels présente les autres enregistrements détectés, leur nom, propriétaire, date de création et règle correspondante. Sans règle active applicable à l’objet, la carte ne dispose pas de candidats à proposer.
• La fusion utilise l’outil REDA. Une grille de comparaison présente les champs configurés des enregistrements sélectionnés. Dans le parcours fourni, la fiche ouverte est présélectionnée comme enregistrement conservé ; l’utilisateur peut changer ce choix et choisir la valeur de chaque champ.

La détection relève des règles Salesforce. Sur la demande Platform, la case Ignorer règles de doublons, décochée par défaut et absente de la présentation fournie, peut être utilisée dans les conditions des règles pour exclure un enregistrement. Son effet dépend donc de la règle configurée. Si un candidat attendu n’apparaît pas, vérifiez cette valeur, les conditions et l’activation de la règle.

Configuration fournie

REDA fournit 22 champs de fusion pour la demande de renseignements uniquement. Leurs indicateurs de sélection par défaut sont activés dans les métadonnées ; l’écran actuel initialise les valeurs à partir de l’enregistrement conservé. Pour un autre objet, il faut ajouter les lignes adaptées et vérifier le parcours. Voici les 22 champs, regroupés pour faciliter la lecture :

Lire un enregistrement de configuration

Chaque ligne ajoute un champ à la grille d’un objet. Elle indique l’objet, le champ, un indicateur de sélection par défaut et l’ordre de tri. Dans l’écran fourni, les choix de valeurs sont initialisés sur l’enregistrement conservé ; ne supposez pas que modifier l’indicateur seul change ces choix. Deux règles s’appliquent :

• Les valeurs transférées par la grille sont limitées aux champs configurés : elle écrit uniquement les champs autorisés par cette liste sur l’enregistrement conservé.
• Une ligne désignant un champ inexistant est ignorée. Une faute de frappe peut donc faire disparaître le champ sans bloquer l’écran ; vérifiez chaque nom API.

Transferts indépendants de la grille

Le parcours de fusion tente aussi les transferts suivants, indépendamment des champs configurés, sous réserve des droits nécessaires :

Les messages suivants peuvent apparaître pendant une fusion :

Étendre la fusion à un autre objet

Les champs peuvent être étendus par configuration, sans modifier le code du composant. Vérifiez aussi la détection, les droits et l’emplacement du composant avant de rendre le parcours disponible.

Limite à vérifier : rattachement des enregistrements enfants

Le parcours fourni transfère les activités, e-mails pris en charge et liens de fichiers/notes décrits plus haut. Il ne fournit aucune correspondance de transfert pour les autres enfants personnalisés, par exemple l’opportunité issue d’une demande convertie. Le moteur prévoit des correspondances de relations enfants, mais aucune n’est incluse dans la configuration livrée. Faites définir et tester toute extension avec votre équipe d’implémentation ; ne présumez pas ces transferts automatiques.

Exemple : deux demandes pour une même personne

Chez Meridian Properties, un formulaire web et un agent créent chacun une demande pour Aisha Rahman, aisha@example.com. La règle de doublons les détecte. Sur la nouvelle demande, l’agent voit « Doublons potentiels détectés. », puis choisit Fusionner les doublons. La grille présente les 22 champs des deux fiches. Il conserve la plus ancienne, choisit Mobile et Date d'emménagement de la nouvelle, demande la suppression du doublon et confirme. Le message « Fusion terminée. » apparaît.

L’équipe marketing souhaite aussi comparer les champs d’attribution web. L’administrateur ajoute leurs lignes de configuration avec un ordre de tri après les 22 champs fournis. Ils apparaissent en bas de la grille à l’ouverture suivante, sous réserve des droits d’accès.

Demande avec la carte Doublons potentiels : le message « Doublons potentiels détectés. » accompagne le candidat, sa date de création, son propriétaire, la règle correspondante et le bouton Fusionner les doublons.

Grille de fusion : sélecteur « Survivant (document à conserver) » en haut, champs à gauche et valeurs des deux fiches côte à côte. Un bouton radio permet de choisir la valeur conservée à chaque ligne, notamment pour Source de la demande et Date d'emménagement.

Pour aller plus loin

1. Fusionner des demandes en doublon : parcours utilisateur complet.
2. Créer des demandes de renseignements : origine des doublons.
3. Personnaliser la conversion des demandes : autre configuration d’administration avancée.
4. Les comptes dans REDA : un objet pour lequel une extension peut être étudiée.
5. La console d’administration REDA : pilotage administratif.

Questions fréquentes