Messagerie via des enregistrements liés
Le numéro peut se trouver sur un autre enregistrement que celui utilisé par votre équipe. Une opportunité peut, par exemple, référencer le contact qui possède le numéro, ou une réservation le contact du locataire. Deux champs de configuration indiquent le champ de relation vers cette personne et le chemin jusqu’au téléphone. Le Fil Connect peut ainsi être utilisé sur l’opportunité sans y recopier le numéro.
Le rattachement est essentiel : le message est associé à l’enregistrement de la personne liée, par exemple le contact, avec l’enregistrement de contexte, par exemple l’opportunité, comme parent. Les deux fils peuvent alors afficher le message. Cette règle s’applique aux envois et aux réponses lorsque cette configuration est celle utilisée ou retenue par la recherche entrante ; les priorités peuvent conduire une réponse vers un autre contexte.
- Lisez d’abord Configurer un objet : ce guide complète cette procédure pour les relations.
- L’objet doit disposer d’un champ de relation vers l’enregistrement qui porte le téléphone, par exemple un champ Contact principal sur l’opportunité.
Les champs à renseigner
L’exemple de l’aide du produit utilise une opportunité avec un champ Contact principal, de nom d’API Primary_Contact__c, pointant vers un contact :
| Champ de configuration | Valeur à saisir | Signification |
|---|---|---|
| Nom d'API de l'objet | Opportunity | Objet configuré, sur lequel travaille votre équipe |
| Nom API champ enregistrement individuel | Primary_Contact__c | Champ de relation sur Opportunity pointant vers la personne |
| Champ d'identité du canal | Primary_Contact__r.MobilePhone | Chemin via la relation : pour ce champ personnalisé, le suffixe __c devient __r, suivi d’un point puis du champ de téléphone du contact |
| Nom d'API du champ Name | Name | Utilisez ici le nom directement présent sur l’opportunité. Un chemin comme Primary_Contact__r.Name doit être vérifié dans tous les parcours utilisés avant adoption : la prise en charge d’un chemin pour le téléphone ne garantit pas celle du nom dans chaque traitement entrant ou sortant |
L’aide de Nom API champ enregistrement individuel décrit ce modèle : « Indiquez une valeur si le message pour cette configuration est envoyé alors que les coordonnées téléphoniques se trouvent sur un objet associé. Par exemple, Opportunity possède un champ de recherche "Primary_Contact__c" vers l'enregistrement Contact. Si vous souhaitez envoyer un message pour Opportunity, indiquez la valeur "Primary_Contact__c" et le champ Phone comme "Primary_Contact__r.MobilePhone". »
Les autres champs, notamment le canal, la priorité, la description et la case Actif, suivent le guide Configurer un objet.
Some_Field__c utilise généralement Some_Field__r. ; une relation standard comme ContactId utilise Contact.. Vérifiez les noms exacts dans votre objet, y compris l’espace de noms. Le téléphone final doit respecter le format international composé uniquement de chiffres : Renseigner les numéros de téléphone.Règle de rattachement du message
Lorsque Nom API champ enregistrement individuel est renseigné et que la relation contient un enregistrement, le parcours utilisant cette configuration rattache le message ainsi :
- Enregistrement du message = enregistrement de la personne liée, par exemple le contact qui porte le téléphone.
- Enregistrement parent du message = enregistrement configuré, par exemple l’opportunité.
Le Fil Connect peut afficher le message sur les deux enregistrements selon les droits et les filtres. Le rattachement au contact permet aussi son lien Contact et les contrôles de désinscription correspondants. Le contact identifie la personne, tandis que l’opportunité apporte le contexte pour les rapports.
Un message envoyé depuis l’opportunité et sa réponse peuvent donc porter le même couple contact/opportunité. La réponse doit toutefois retrouver cette configuration et ce contexte ; une configuration prioritaire ou plusieurs opportunités partageant le numéro peuvent produire un rattachement différent.
Exemple — envoi et réponse
Configuration : l’opportunité « Sunset Villa – Unit 12 » possède le Contact principal « Dana Reyes », dont le champ Mobile vaut 971501234567. La configuration ci-dessus est active pour WhatsApp et l’exemple suppose qu’elle remporte la recherche entrante pour cette opportunité.
Un utilisateur envoie depuis l’opportunité. Il écrit dans le Fil Connect : « Bonjour Dana, votre visite est confirmée jeudi à 16 h », puis envoie le message.
| Où regarder | Ce qui apparaît |
|---|---|
| Enregistrement du message | Rattaché à Dana Reyes, Contact, avec Sunset Villa – Unit 12, Opportunity comme parent |
| Fil Connect de l’opportunité | Le message dans la conversation |
| Fil Connect du contact Dana | Le même message, selon les filtres du fil |
| Téléphone de Dana | Le message WhatsApp |
Dana répond : « Parfait, à jeudi. »
| Où regarder | Ce qui apparaît |
|---|---|
| Enregistrement de la réponse | Rattaché à Dana Reyes, Contact, avec Sunset Villa – Unit 12, Opportunity comme parent, si cette configuration et cette opportunité remportent la recherche |
| Fils de l’opportunité et du contact | La réponse apparaît sur les deux selon ce rattachement et les filtres |
Point à retenir pour les rapports : dans un regroupement par enregistrement, le message est associé au Contact. L’opportunité figure comme parent. Pour analyser les messages dans le contexte de l’opportunité, utilisez également le champ d’enregistrement parent.
Dépannage
| Symptôme | Cause | Solution |
|---|---|---|
| Le fil indique « Aucun compte de connexion actif ni numéro de téléphone n'a été trouvé pour les canaux de messagerie. » | La relation, par exemple Contact principal, peut être vide, ou le téléphone du contact absent ; vérifiez aussi le compte et les droits | Renseignez la relation et le téléphone, puis vérifiez la configuration utilisable |
| L’envoi échoue ou la recherche entrante ne trouve rien | Le chemin peut être incorrect : __c utilisé à la place de __r, ou erreur dans le nom d’un champ | Vérifiez Champ d'identité du canal dans le Gestionnaire d’objet : le chemin suit le format <lookup relationship name>.<phone field> |
| Le message apparaît sur le contact, mais pas comme message de l’opportunité dans le rapport | Le champ d’enregistrement contient le contact ; l’opportunité figure dans le champ parent | Analysez le champ parent, comme expliqué ci-dessus |
| La réponse est rattachée au contact sans l’opportunité comme parent | Une autre configuration a pu correspondre d’abord, par exemple la configuration Contact directe de priorité plus élevée | Vérifiez l’ordre de priorité : la configuration et l’enregistrement retenus déterminent le rattachement |
Questions fréquentes
Les deux configurations répondent à des usages différents et peuvent coexister. Elles peuvent toutefois reconnaître le même numéro. Placez la configuration liée avant la configuration Contact directe si vous voulez rechercher d’abord le contexte Opportunity, puis vérifiez les doublons d’opportunités partageant ce contact.
Le parcours qui dépend de cette relation ne peut pas en tirer un numéro. Le fil peut indiquer qu’aucun téléphone utilisable n’est trouvé. Si la relation est indispensable à votre processus, envisagez de la rendre obligatoire sur les enregistrements concernés.
Le lecteur de téléphone peut parcourir plusieurs relations, à condition que le chemin soit valide et que chaque lien soit renseigné. Gardez les chaînes courtes et testez l’aller-retour. Ne transposez pas automatiquement cette prise en charge au champ de nom : certains parcours le lisent directement sur l’objet. Un lien manquant empêche la lecture du téléphone par ce chemin.
Oui. Créez une configuration SMS avec les champs de relation et de téléphone appropriés, puis testez aussi ce canal.
Pour aller plus loin
- Comment les messages entrants trouvent leur enregistrement — concurrence entre configurations lors d’une réponse.
- Attribuer les messages entrants aux propriétaires des enregistrements — choisir le propriétaire à lire sur l’enregistrement correspondant.
- Configurer un objet — procédure de base complétée par ce guide.