Comprendre le processus de fusion des contacts

Cet article vous aidera à comprendre dans quels cas Beamery peut vous inviter à fusionner un candidat en double et comment les données sont traitées lors de cette opération.

Cette opération est différente de la fusion de candidats, pour laquelle Beamery synchronise la logique de fusion depuis Workday.

Logique de fusion

Les règles logiques suivantes sont appliquées pour déterminer SI une fusion doit avoir lieu :

SI le profil synchronisé possède un identifiant ATS correspondant à celui d’un profil déjà présent dans Beamery, ALORS le profil existant dans Beamery sera MIS À JOUR.
SI le profil synchronisé ne possède pas d’identifiant ATS correspondant à celui d’un profil déjà présent dans Beamery, ET possède une adresse e-mail qui ne correspond pas à celle d’un profil déjà présent dans Beamery, ALORS le nouveau profil sera CRÉÉ.
SI le profil synchronisé ne possède pas d’identifiant ATS correspondant à celui d’un profil déjà présent dans Beamery, ET possède une adresse e-mail qui correspond à celle de plusieurs profils déjà présents dans Beamery, ALORS le nouveau profil sera CRÉÉ.
SI le profil synchronisé ne possède pas d’identifiant ATS correspondant à celui d’un profil déjà présent dans Beamery, ET possède une adresse e-mail qui correspond à celle d’un profil déjà présent dans Beamery, ET possède un identifiant ATS, ALORS le nouveau profil sera CRÉÉ.
SI le profil synchronisé ne possède pas d’identifiant ATS correspondant à celui d’un profil déjà présent dans Beamery, ET possède une adresse e-mail qui correspond à celle d’un profil déjà présent dans Beamery, ET ne possède pas d’identifiant ATS, ALORS le nouveau profil sera FUSIONNÉ.

Points à surveiller

Veuillez tenir compte des effets suivants de la fusion des candidats sur vos données.

Si un contact participe à une campagne active ou doit recevoir un message de campagne, et que ce contact est fusionné avec un autre contact, le contact secondaire (le contact fusionné avec un autre contact) sera retiré de la campagne. Le contact secondaire ne recevra plus aucun Touchpoint.
Cela s’applique également aux Bulk Messages. Les contacts fusionnés seront retirés de tous les messages programmés.
Les contacts secondaires, ainsi que le contact principal avec lequel ils ont été fusionnés, ne seront pas visibles dans une campagne. Cette règle ne s’applique pas si le contact principal a été ajouté à la campagne avant la fusion ou s’il y a été ajouté séparément par la suite. L’utilisation de filtres dans la People Grid, tels que « Campaign receive date » et « Campaign received », ne renverra ni le contact secondaire ni le contact principal, sauf si le contact principal a reçu cette campagne séparément.
Toutes les fusions de contacts sont définitives et ne peuvent pas être annulées ou restaurées.

Traitement des données

Les éléments suivants définissent les profils principal et secondaire lors d’une fusion de contacts et expliquent comment la logique de Beamery gère les données pendant la fusion.

Aperçu du processus de fusion des contacts :

Lorsque vous fusionnez deux contacts (appelons-les le contact principal et le contact en double), Beamery effectue les opérations suivantes :

Les données du contact principal sont conservées, mais tout champ absent du contact principal et présent sur le contact en double est récupéré.
Pour les champs standard à valeurs multiples, les données du contact en double sont ajoutées. Par exemple, si le contact principal possède education1 et le contact en double possède education2, le contact final possédera les deux. Pour les champs personnalisés, les valeurs du contact principal sont conservées.
Pour les informations de création (horodatage et source), l’objet de création le plus ancien est conservé.
Si l’un des contacts avait la mention « ne pas contacter », celle-ci reste activée sur le contact fusionné.

Propriétés du contact	Logique de fusion
Noms `'firstName'` `'lastName'`	Le contact résultant aura la valeur de la propriété du contact principal, ou la valeur de la propriété du contact en double si elle n’existe pas sur le contact principal. Par exemple, si le contact principal (John) n’a pas de nom de famille et que le contact en double en a un (John Smith), le contact résultant aura un nom de famille (John Smith).
`'middleNames'`	Les seconds prénoms des deux contacts sont combinés et ajoutés au contact fusionné.
Informations liées à l’utilisateur `'assignedTo'` `'sourcedBy'`	Les données du contact principal sont conservées. Si elles sont absentes du contact principal, elles sont récupérées depuis le contact en double.
Métadonnées du contact `'summary'` `'status'`	Le contact fusionné résultant aura la valeur du contact principal, ou celle du contact en double si elle n’existe pas sur le contact principal.
Spécifique à Employee/Grow `'employeeId'` `'growUserId'` `'contactType'`	Le contact fusionné résultant aura la valeur du contact principal, ou celle du contact en double si elle n’existe pas sur le contact principal.
`pools`	Le contact fusionné fera partie de tous les pools auxquels appartenaient les contacts principal et en double. Si les deux contacts appartenaient au même pool, le contact fusionné n’y figurera qu’une seule fois. Dans ce cas, l’étape du pool du contact principal sera utilisée pour le contact fusionné.
`custom fields`	Le contact fusionné résultant contiendra une combinaison des champs personnalisés des deux contacts. Si une entrée est présente sur les deux contacts, elle ne sera ajoutée qu’une seule fois dans le tableau du contact résultant. Pour un champ à sélection unique dans lequel les contacts ont des entrées différentes, la valeur du contact principal sera utilisée.
`vacancies`	Le contact fusionné résultant figurera dans tous les postes auxquels appartenaient les contacts principal et en double. Si les deux contacts appartenaient au même poste, le contact fusionné restera à l’étape du contact principal.
contacts précédemment fusionnés ou mis sur liste noire `'mergedWith'` `'duplicateBlackList'`	Le contact fusionné héritera de la liste des contacts précédemment fusionnés ou maintenus séparément pour les deux contacts.
équipes et utilisateurs autorisés `'allowedTeamsIds', 'allowedUsersIds',`	Le contact fusionné sera accessible à toutes les équipes et tous les utilisateurs qui avaient accès aux contacts principal et secondaire.
`'integrations'`	Le contact fusionné résultant possédera un objet d’intégration contenant l’identifiant ATS du contact principal, s’il existe. Dans le cas contraire, il contiendra celui du contact en double.
`'education'` `'experience'`	Toutes les entrées uniques des deux contacts seront ajoutées au contact fusionné.
`'primaryExperience'` `'primaryEducation'`	Ces données seront recalculées après la fusion.
`'emails'` `'links'` `'phoneNumbers'`	Le contact fusionné résultant contiendra la combinaison des données des deux contacts. Si le même champ est présent sur les deux contacts, il ne sera ajouté qu’une seule fois dans le tableau du contact résultant. Si le contact en double possède un lien ou une adresse e-mail que le contact principal ne possède pas, le contact fusionné possédera ce lien ou cette adresse e-mail.
`'primaryEmail'` `'primaryPhoneNumber'`	Le contact fusionné résultant aura la valeur du contact principal, ou celle du contact en double si elle n’existe pas sur le contact principal.
`'skills' 'honours'` `'languages''publications'`	Le contact fusionné résultant contiendra la combinaison des tableaux des deux contacts.
`'globalTags'` `'tags'`	Le contact fusionné résultant contiendra la combinaison des tableaux des deux contacts.
`'attachments'` `'photos'` `'portfolio'`	Le contact fusionné résultant contiendra la combinaison des tableaux des deux contacts.
`'preferredLocations'`	Le contact fusionné résultant contiendra la combinaison des tableaux des deux contacts.
`'lastEnrichedAt'` `'lastActivity'`	Le contact fusionné résultant aura la valeur de la propriété du contact principal, ou la valeur de la propriété du contact en double si elle n’existe pas sur le contact principal.
`'gdprConsent'` `'gdprLastConsent'` `'doNotEnrich'` `'doNotCampaign'`	Le contact fusionné résultant aura la valeur du contact principal, ou celle du contact en double si elle n’existe pas sur le contact principal.
`'doNotContact'`	Ce champ sera défini sur true pour le contact fusionné résultant si l’un des contacts a cette valeur définie sur true.
`'createdAt'` `'creationSource'`	Ce champ sera défini sur les valeurs du contact le plus ancien pour le contact fusionné résultant.
`'createdBy'`	Le contact fusionné résultant aura la valeur de la propriété du contact principal, ou la valeur de la propriété du contact en double si elle n’existe pas sur le contact principal.
`'confidential'`	Ce champ sera défini sur true pour le contact fusionné résultant si l’un des contacts a cette valeur définie sur true. Le mode de confidentialité sera défini sur le mode de confidentialité le plus strict des deux contacts.
`'mergedAt'`	Défini pour le contact principal sur la date et l’heure actuelles de la fusion.
`'activities'`	Les activités des deux contacts seront affichées sur le contact fusionné. Une activité retraçant l’opération de fusion est ajoutée aux deux contacts.