Loading
Extension de Salesforce avec des clics, sans code
Table des matières
Sélectionner des filtres

          Aucun résultat
          Aucun résultat
          Voici quelques conseils de recherche

          Vérifiez l'orthographe de vos mots-clés.
          Utilisez des termes de recherche plus généraux.
          Sélectionnez moins de filtres pour élargir votre recherche.

          Recherchez dans toute l’aide de Salesforce
          Considérations relatives aux relations entre les objets

          Considérations relatives aux relations entre les objets

          Lisez les considérations ci-dessous avant de créer des relations entre des objets.

          Éditions requises

          Important
          Important Dans la mesure du possible, nous avons changé les termes non inclusifs conformément aux valeurs d’équité de notre entreprise. Nous avons conservé certains termes afin d’éviter tout dysfonctionnement des implémentations des clients.
          Disponible avec : Salesforce Classic et Lightning Experience

          Disponible avec : Contact Manager Edition, Group Edition, Professional Edition, Enterprise Edition, Performance Edition, Unlimited Edition, Developer Edition et Database.com Edition

          Les objets externes Salesforce Connect sont disponibles dans l'édition Developer, et moyennant un coût supplémentaire avec les éditions Enterprise, Performance et Unlimited.

          Limites des relations
          Chaque objet personnalisé peut avoir jusqu'à deux relations principal-détails et de nombreuses relations de référence. Chaque relation est incluse dans le nombre maximal autorisé de champs personnalisés.
          Conversion des relations
          Vous pouvez convertir une relations principal-détails en une relation de référence tant qu'il n'existe aucun champ de récapitulatif de cumul dans l'objet principal.
          La conversion d'une relation principal-détails en référence d'un objet personnalisé côté « détails » change le paramètre par défaut de l'organisation de l'objet en Accès public en lecture/écriture.
          Vous pouvez convertir une relation de référence en relation principal-détails si le champ de référence a une valeur dans tous les enregistrements.
          Une relation de référence ne peut pas être changée en relation principal-détails si le paramètre par défaut de l'organisation du niveau d'accès aux objets enfants dans la relation est Contrôlé par parent.
          La conversion d'une référence en relation principal-détails change la valeur par défaut de l'organisation sur Contrôlé par parent, et le modèle de partage est mis à jour sur Accès public en lecture/écriture.
          Relations interpersonnelles
          Vous pouvez créer une relation entre un objet et lui-même. Il doit toutefois s'agir d'une relation de référence. De plus, un enregistrement unique ne peut pas être associé à lui-même. Néanmoins, un enregistrement peut indirectement être relié à lui-même. Par exemple, la campagne Promotion estivale peut sélectionner la campagne Marketing par e-mail dans la relation de référence, et la campagne Marketing par e-mail peut sélectionner Promotion estivale dans la relation de référence.
          Vous ne pouvez pas créer une auto-relation plusieurs-à-plusieurs, c'est-à-dire que les deux relations principal-détails de l'objet junction ne peuvent pas avoir le même objet principal.
          Icônes des listes associées personnalisées
          L'icône sélectionnée pour l'onglet personnalisé associé apparaît également dans toute liste associée personnalisée que vous créez sur la base d'une relation.
          Les listes associées personnalisées ne contiennent pas d'icône si elles sont basées sur une relation avec un objet personnalisé ne contenant pas d'onglet personnalisé.
          Relations principal-détails
          Pour créer des relations principal-détails de plusieurs niveaux, l'autorisation utilisateur Personnaliser l'application est requise.
          Lorsque vous définissez une relation principal-détails, l'objet personnalisé sur lequel vous travaillez correspond au côté détails. Ses données sont affichées sous forme de liste associée personnalisée sur les présentations de page de l'autre objet.
          Par défaut, les enregistrements ne peuvent pas être réapparentés dans des relations principal-détails. Pour des enregistrements enfant de relations principal-détails dans des objets personnalisés, les administrateurs peuvent toutefois autoriser une nouvelle relation parente avec d'autres enregistrements, en sélectionnant l'option Autoriser une nouvelle relation parente dans la définition de la relation principal-détails.
          Vous pouvez avoir jusqu'à trois niveaux de détail personnalisés.
          Des objets standard ne peuvent pas se trouver du côté détails d'une relation principal-détails d'un objet personnalisé.
          Un objet peut s'afficher une seule fois dans une relation principal-détails de plusieurs niveaux. Par exemple, un objet sous-détails d'une relation principal-détails de plusieurs niveaux ne peut pas être en même temps l'objet principal d'une autre relation principal-détails de plusieurs niveaux. Un objet sous-détails ne peut pas être l'objet principal de l'objet détails de l'objet sous-détails.
          Les relations principal-détails de plusieurs niveaux ne prennent pas en charge les transferts de service.
          Vous ne pouvez pas créer de relation principal-détails si l'objet personnalisé contient déjà des données. Vous pouvez toutefois créer la relation en tant que recherche, puis la convertir en principal-détails, si le champ de recherche contient une valeur dans tous les enregistrements.
          La conversion de relations, de recherche vers principal-détails ou de principal-détails vers recherche, se comporte de façon identique à des relations principal-détails entre deux objets. Cela signifie que les limites de conversion des deux objets liés dans la relation détails-sous-détails1 ou sous-détails1-sous-détails2 sont identiques aux limites de conversion de la relation principal-détails.
          Les champs récapitulatifs de cumul fonctionnent comme dans des relations principal-détails entre deux objets. Un principal peut récapituler des champs dans des enregistrements de détail, mais il ne peut pas récapituler des champs directement dans des enregistrements de sous-détails. L'enregistrement de détail doit avoir un champ récapitulatif de cumul pour le champ de l'enregistrement de sous-détails, qui permet au principal de récapituler le champ récapitulatif de cumul de détails.
          Vous pouvez utiliser des relations principal-détails de plusieurs niveaux dans des types de rapports personnalisés. La case Autoriser les rapports doit être sélectionnée lors de la création de l'objet personnalisé. Les types de rapports personnalisés créés pour des relations principal-détails de plusieurs niveaux sont décomptés dans la limite des types de rapport personnalisés de l'organisation et aucun rapport n'est généré lorsque cette limite est dépassée.
          Les objets junction personnalisés ne peuvent pas avoir d'objets de détails. Cela signifie qu'un objet junction personnalisé ne peut pas devenir l'objet principal d'une relation principal-détails de plusieurs niveaux.
          Vous ne pouvez pas supprimer un objet personnalisé s'il se trouve du côté principal d'une relation principal-détails. Si vous supprimez un objet personnalisé qui se trouve du côté détails d'une relation principal détails, la relation est convertie en une relation de référence.
          La suppression d'un enregistrement de détail le déplace vers la Corbeille et laisse l'enregistrement principal inchangé. La suppression d'un enregistrement principal supprime également les enregistrements de détails et de sous-détails associés. L'annulation de la suppression d'un enregistrement de détail entraîne sa restauration. L'annulation de la suppression d'un enregistrement principal annule également la suppression des enregistrements de détail et de sous-détail associés. Cependant, si vous supprimez un enregistrement de détail, puis ultérieurement et séparément, son enregistrement principal, vous ne pouvez pas annuler la suppression de l'enregistrement de détail, car n'a plus d'enregistrement principal associé.
          Un déploiement d’API de métadonnées qui inclut des relations principal-détail supprime tous les enregistrements de détail dans la corbeille dans les cas suivants.
          • Lorsqu'un déploiement contient un nouveau champ principal-détails, supprimez provisoirement (envoyez vers la Corbeille) tous les enregistrements de détail avant de procéder au déploiement du champ principal-détails, sinon le déploiement échoue. Pendant le déploiement, les enregistrements de détail sont définitivement supprimés de la Corbeille, et ne peuvent pas être récupérés.
          • Pour un déploiement qui convertit une relation de champ de référence en une relation Principal-Détail, les enregistrements de détail doivent référencer un enregistrement principal ou être supprimés temporairement (envoyés dans la corbeille) pour que le déploiement réussisse. Cependant, un déploiement réussi supprime définitivement tous les enregistrements de détail dans la corbeille.
          Il est recommandé de ne pas dépasser 10 000 enregistrements enfant pour une relation principal-détails.
          Un profil ou un ensemble d'autorisations peut avoir une entité, par exemple Compte, avec une relation principal-détails. Une dépendance d'autorisation rompue existe si l'entité enfant à des autorisations que le parent doit avoir. Salesforce met à jour l'entité parente d'une dépendance d'autorisation rompue lors de la première action d'enregistrement du profil ou de l'ensemble d'autorisations.
          Si l'entité enfant a ces autorisationsCes autorisations sont activées dans l'entité parente
          Modifier tous les enregistrements OU Afficher tous les enregistrements Afficher tous les enregistrements
          Afficher tous les enregistrements OU Lire Lire
          Relations plusieurs-à-plusieurs
          Les enregistrements d'objet Junction sont supprimés lorsque l'un des enregistrements principaux est supprimé et placé dans la corbeille. Si les deux enregistrements principaux associés sont supprimés, l'enregistrement d'objet junction est définitivement supprimé et ne peut pas être restauré.
          Le partage d'accès d'un enregistrement d'objet junction est déterminé par l'accès de partage d'un utilisateur aux deux enregistrements principaux associés et par l'option Paramètre de partage du champ de la relation. Consultez Sécurité des objets personnalisés. Par exemple, si le paramètre de partage des deux parents est Lecture/Écriture, l'utilisateur doit disposer d'un accès en lecture/écriture pour les deux parents afin d'avoir un accès en lecture/écriture à l'objet junction. Si le paramètre de partage des deux parents est Lecture seule, un utilisateur qui a des droits en lecture seule sur les enregistrements parents a un accès en lecture sur l'objet junction.
          Dans une relation plusieurs-à-plusieurs, un utilisateur ne peut pas supprimer un enregistrement parent si plus de 200 enregistrements d'objet junction y sont associés et si l'objet junction possède un champ récapitulatif de cumul qui s'intègre à l'autre parent. Pour supprimer cet objet, supprimez manuellement les enregistrements d'objet junction jusqu'à ce que leur nombre soit inférieur à 200.

          La première relation principal-détails que vous créez sur votre objet junction devient la relation principale. Cette relation affecte les enregistrements d'objet junction comme suit.

          • Apparence : Les pages de détail et de modification de l'objet junction utilisent la couleur et toutes les icônes associées de l'objet principal principal principal.
          • Propriété d'enregistrement : Les enregistrements de l'objet junction héritent de la valeur du champ Responsable de leur enregistrement principal primaire associé. Comme les objets du côté détails de la relation ne disposent pas d'un champ Responsable visible, cela n'est pertinent que dans la mesure où vous supprimez par la suite les deux relations principal-détails de votre objet junction.
          • Service : Si votre entreprise dispose de services à des fins de segmentation des données, les enregistrements d'objet junction héritent leur service de leur enregistrement principal primaire associé. De même qu'avec le propriétaire d'enregistrement, cela n'est pertinent que dans la mesure où vous supprimez par la suite les deux relations principal-détails.

          La seconde relation principal-détails que vous créez sur votre objet junction devient la relation secondaire. Si vous supprimez la principale relation principal-détails ou si vous la convertissez en une relation de référence, l'objet principal secondaire devient primaire.

          Des champs de récapitulatif de cumul qui résument les données de l'objet junction peuvent être créés pour les deux objets principaux.
          Les champs de formule et les règles de validation de l'objet junction peuvent faire référence à des champs des deux objets principaux.
          Vous pouvez définir des déclencheurs Apex sur les deux objets principaux et sur l'objet junction.
          Un objet junction ne peut pas se trouver du côté principal d'une autre relation principal-détails.
          Vous ne pouvez pas créer une auto-relation plusieurs-à-plusieurs, c'est-à-dire que les deux relations principal-détails de l'objet junction ne peuvent pas avoir le même objet principal.
          Relations de référence
          Si le champ de référence est facultatif, vous pouvez spécifier l'un des trois comportements si l'enregistrement de référence est supprimé :
          • Effacer la valeur de ce champ. Paramètre par défaut. Effacer le champ est un bon choix lorsque le champ ne doit pas contenir de valeur issue de l'enregistrement de référence associé.
          • Ne pas autoriser la suppression de l’enregistrement de référence qui fait partie d’une relation de référence. Si vous avez des dépendances basées sur la relation de référence, par exemple une règle de workflow, cette option n’autorise pas la suppression de l’enregistrement de référence.
            Remarque
            Remarque La suppression d'un enregistrement qui contient des enregistrements enfants n'est pas autorisé, sauf lorsque les enregistrements enfants sont temporairement supprimés (envoyés vers la Corbeille). Si tous les enregistrements enfants d'un enregistrement parent sont temporairement supprimés, l'enregistrement parent est supprimé. De plus, tous les enfants temporairement supprimés sont ensuite retirés de la Corbeille, et définitivement supprimés.
          • Supprimer également cet enregistrement : disponible uniquement pour un champ de référence personnalisé dans un objet personnalisé. Cette option n'est pas disponible pour un champ de référence personnalisé qui référence un objet standard. Choisissez quand le champ de référence et son enregistrement associé sont étroitement couplés, et si vous souhaitez supprimer définitivement les données associées.
            Avertissement
            Avertissement La sélection de Supprimer également cet enregistrement peut entraîner une suppression en cascade. Une suppression en cascade contourne les paramètres de sécurité et de partage, ce qui signifie que les utilisateurs peuvent supprimer des enregistrements lors de la suppression de l'enregistrement de référence cible, même s'ils n'ont pas accès aux enregistrements. Pour empêcher la suppression accidentelle d'enregistrements, la suppression en cascade est désactivée par défaut. Pour activer l'option de suppression en cascade pour votre organisation, contactez Salesforce.

            La suppression en cascade et ses options associées ne sont pas disponibles pour les relations de référence avec des objets standard.

          Dans une chaîne de relations de référence, ces comportements fonctionnent de façon indépendante dans chaque champ cible à chaque niveau. Prenons, par exemple, un champ A comme référence cible du champ B, lui-même étant la référence cible du champ C. Vous pouvez avoir une restriction de suppression sur A et aucune sur B, ce qui signifie que A ne peut pas être supprimé alors que B peut l'être. Une fois B supprimé, la relation entre A et B n'existe plus, et C contient une valeur vide pour la référence.
          Dans une relation de référence à plusieurs niveaux, ces options peuvent entrer en conflit. Par exemple, si le champ A est la référence cible du champ B, lui-même la référence cible du champ C, vous pouvez spécifier que A supprime B, mais que B ne peut pas être supprimé, car il est dans une relation avec C. Si vous essayez de supprimer A, vous obtenez une erreur indiquant que B ne peut pas être supprimé, car il est lié à C.
          Si l'enregistrement parent d'une relation de référence est supprimé, le suivi historique de champ de l'enregistrement enfant ne consigne pas la suppression. Par exemple, si un compte parent est supprimé, la liste associée Historique des comptes de l'enregistrement enfant n'affiche pas cette suppression.
          Vous ne pouvez pas sélectionner des champs de référence indirects dans le champ parent lorsque vous ajoutez le composant Liste associée - unique à une page Lightning. À la place, sélectionnez la liste associée qui est associée au champ de référence indirect. Elle n'affiche aucune donnée dans la liste associée, mais affiche sans problème le champ de référence.
          Relations dans les objets externes
          Les relations de référence, de référence externe et de référence indirecte ont des comportements et des limitations spécifiques.
          • Seules les relations de référence, de référence externe et de référence indirecte sont disponibles pour des objets externes. Aucun autre type de relation n'est pris en charge.
          • Selon la disponibilité du système externe, le chargement des listes associées des objets externes enfants peut être lent lorsque les utilisateurs consultent les pages de détail des enregistrements parents.
          • Les relations qui impliquent des objets externes permettent aux utilisateurs de créer des enregistrements enfants depuis les pages de détail des enregistrements parents. Cependant, le champ de relation de chaque nouvel enregistrement enfant n'est pas automatiquement rempli pour identifier l'enregistrement parent.
          • La synchronisation ne crée pas de champ de relation dans les objets externes de votre organisation Salesforce. Vous pouvez toutefois modifier le type d'un champ personnalisé créé par synchronisation dans Relation de référence, Relation de référence externe ou Relation de référence indirecte. La modification du type d'un champ personnalisé existant est plus simple et plus efficace que la création manuelle d'un champ de relations dans l'objet externe.

            Par exemple, supposons qu'un système externe a une relation de clé étrangère. La synchronisation des tableaux associés crée un champ de texte dans votre organisation, pour la colonne externe qui identifie les clés étrangères. Pour refléter la relation de clé étrangère au sein de votre organisation, changez le type de ce champ de texte en Relation de référence externe.

          • Un champ de relation est un type de champ personnalisé. Par conséquent, comme tous les champs personnalisés d'un objet externe, les champs de relation peuvent être remplacés lors de la synchronisation de l'objet externe. Reportez-vous aux considérations relatives à la synchronisation pour chaque adaptateur Salesforce Connect que vous utilisez.
          • La suppression en cascade n'est pas disponible pour les relations d'objet externe.
          • Dans Salesforce Classic, les champs de relation de référence indirecte n'affichent pas les noms attendus des enregistrements parents. À la place, un champ de relation de référence indirecte affiche la valeur du champ cible dans l'objet parent. Pour rechercher les enregistrements associés, les valeurs du champ cible sont mappées avec celles du champ de relation de référence indirecte dans l'objet enfant. Le champ cible, qui a les attributs External ID et Unique, est sélectionné lors de la création d'un champ de relation de référence indirecte.
          • Dans Salesforce Classic, les champs de relation de référence externe n'affichent pas toujours les noms attendus des enregistrements parents.
            • Sinon, dans une vue de liste, le champ de relation de référence externe affiche l'ID de l'objet parent ou la valeur du champ standard ID externe de l'objet parent. Ce dernier s'affiche par défaut, mais si un champ personnalisé de l'objet parent possède l'attribut Is Name Field, l'ID de l'objet parent est affiché.
            • Dans une page de détail d'enregistrement, un champ de relation de référence externe affiche le nom attendu si l'organisation a déjà récupéré l'enregistrement parent. Si un ID externe est affiché dans un champ de relation de référence externe, rechargez la page pour remplacer l'ID par le nom.
          • La recherche de référence n'est pas disponible pour les champs de relation de référence externe. Pour modifier un champ de relation de référence externe, saisissez manuellement la valeur du champ standard ID externe de l'enregistrement parent. Cette limitation ne s'applique pas lorsque l'objet externe parent est associé à l'adaptateur inter-organisations pour Salesforce Connect.
          • La recherche de référence n'est pas disponible pour les champs de relation de référence indirecte. Pour modifier un champ de relation de référence indirecte, saisissez manuellement la valeur du champ cible de l'enregistrement parent. Le champ cible correspond au champ personnalisé doté des attributs External ID et Unique, qui a été sélectionné lors de la création de la relation de référence indirecte. Pour déterminer les enregistrements associés, Salesforce mappe les valeurs des champs cibles à celles du champ de relation de référence indirecte dans l'objet enfant.
          • Avec des relations de référence externe et de référence indirecte, l'enregistrement parent se présente sous la forme d'un lien dans le champ de relation de l'enregistrement enfant. Si l'enregistrement enfant est visualisé par un utilisateur qui n'a pas accès à l'enregistrement parent, l'enregistrement parent est affiché dans le champ de relation en texte brut au lieu d'un lien.
          • Les filtres de référence ne sont pas disponibles pour les champs de relation de référence externe.
          • Les champs de relation de référence indirecte peuvent être créés uniquement dans des objets externes.
          • Seuls les objets qui ont un champ personnalisé avec les attributs External ID et Unique sont disponibles en tant qu'objets parents dans les relations de référence indirecte.Si l'objet voulu n'est pas affiché lorsque vous créez un champ de relation de référence indirecte, ajoutez un champ ID externe unique personnalisé à cet objet.
          • Si le système externe utilise des valeurs sensibles à la casse dans le Nom de colonne externe spécifié, assurez-vous que le champ de l'objet parent est également sensible à la casse. Lorsque vous définissez le champ personnalisé de l'objet parent, sélectionnez ID externe, Unique et Considérer « ABC » et « abc » comme des valeurs différentes (sensible à la casse).
          Influence des relations sur les rapports
          Le type de relation que vous créez affecte la disponibilité des types de rapport standard et leur classement. Ces types de rapport déterminent les objets associés qui peuvent être inclus dans le rapport.
          • Des relations de référence permettent d'associer des données des deux objets associés dans un rapport.
          • Des relations principal-détails permettent d'associer des données de trois objets dans un rapport : l'objet principal, l'objet de détail, plus un autre objet de recherche. Si l'objet de détail possède plusieurs relations de référence, un type de rapport distinct est disponible en fonction de chaque recherche.
          • Des relations plusieurs-à-plusieurs offrent deux types de rapports standard qui associent des objets principaux et l'objet junction. L'ordre des objets principaux dans le type de rapport est important. Le premier objet principal indiqué détermine la portée des enregistrements qui peuvent être affichés dans le rapport.

            • « Principal primaire avec objet junction et principal secondaire » dans la catégorie de rapport de l'objet principal primaire.
            • « Principal secondaire avec objet junction et principal primaire » dans la catégorie de rapport de l’objet principal secondaire.
          L'influence du rapport de chaque type de relation est résumée dans le tableau suivant :
          Type de relationTypes de rapport standardCatégorie du type de rapport
          Référence

          Objet même

          Objet avec première recherche

          Objet avec deuxième recherche

          Objet avec troisième recherche

          En fonction de l'objet
          Principal-Détails

          Objet principal même

          Objet principal avec objet de détail

          Objet principal avec objet de détail et première recherche

          Objet principal avec objet de détail et deuxième recherche

          Objet principal avec objet de détail et troisième recherche

          Objet principal
          Plusieurs-à-plusieurs

          Objet principal primaire même

          Objet principal secondaire même

          Objet principal primaire avec objet junction et objet principal secondaire

          Objet principal secondaire avec objet junction et objet principal primaire

          Objet principal primaire

          et

          Objet principal secondaire

          Les types de rapports personnalisés vous apportent plus de flexibilité pour associer des données issues de plusieurs objets, y compris des recherches et des relations principal-détails.
          Important
          Important La conversion d'une relation de référence en principal-détails et inversement peut rendre inutilisables des rapports personnalisés existants à cause des différents types de rapports standard disponibles pour chaque type de relation. Il est recommandé de tester vos rapports personnalisés immédiatement après la conversion du type de relation. Si vous restaurez la relation en son type d'origine, les rapports sont restaurés et de nouveau utilisables.
           
          Chargement
          Salesforce Help | Article