Loading
Erweitern von Salesforce mit Klicks, ohne Code
Inhalt
Filter auswählen

          Keine Ergebnisse
          Keine Ergebnisse
          Hier sind einige Suchtipps

          Überprüfen Sie die Schreibweise Ihrer Stichwörter.
          Verwenden Sie allgemeinere Suchbegriffe.
          Wählen Sie weniger Filter aus, um Ihre Suche auszuweiten.

          Gesamte Salesforce-Hilfe durchsuchen
          Überlegungen zu Objektbeziehungen

          Überlegungen zu Objektbeziehungen

          Berücksichtigen Sie vor der Erstellung von Beziehungen zwischen Objekten folgende Überlegungen.

          Erforderliche Editionen

          Wichtig
          Wichtig Wo immer es möglich war, wurden als nicht inklusiv erachtete Begriffe geändert, damit Salesforce seinem Unternehmenswert der Gleichheit gerecht wird. Bestimmte Begriffe wurden beibehalten, um jegliche Auswirkungen auf Kundenimplementierungen zu vermeiden.
          Verfügbarkeit: Salesforce Classic und Lightning Experience

          Verfügbarkeit: Contact Manager, Group, Professional, Enterprise, Performance, Unlimited, Developer und Database.com Edition

          Externe Salesforce Connect-Objekte sind in der Developer Edition und gegen Aufpreis in der Enterprise, Performance und Unlimited Edition verfügbar.

          Einschränkungen für Beziehungen
          Jedes benutzerdefinierte Objekt kann über bis zu 2 Master-Detail-Beziehungen und viele Nachschlagebeziehungen verfügen. Jede Beziehung ist in der maximal zulässigen Anzahl der benutzerdefinierten Felder enthalten.
          Konvertieren von Beziehungen
          Sie können eine Master-Detail-Beziehung in eine Nachschlagebeziehung umwandeln, sofern beim Masterobjekt keine Rollup-Zusammenfassungsfelder vorhanden sind.
          Wenn Sie eine Master-Detail-Beziehung auf der Seite "Details" in eine Nachschlagebeziehung für ein benutzerdefiniertes Objekt umwandeln, wird der organisationsweite Standard für das Objekt zu "Öffentlicher Lese-/Schreibzugriff" geändert.
          Eine Nachschlagebeziehung kann in eine Master-Detail-Beziehung konvertiert werden, wenn das Nachschlagefeld in sämtlichen Datensätzen einen Wert enthält.
          Eine Nachschlagebeziehung kann nicht zu einer Master-Detail-Beziehung geändert werden, wenn die organisationsweite Standardeinstellung für die Zugriffsebene untergeordneter Objekte in der Beziehung "Gesteuert durch übergeordnetes Element" lautet.
          Durch das Konvertieren einer Nachschlagebeziehung in eine Master-Detail-Beziehung wird der organisationsweite Standard zu "Gesteuert durch übergeordnetes Element" geändert und das Freigabemodell auf "Öffentlicher Lese-/Schreibzugriff" aktualisiert.
          Zirkelbezüge
          Ein Objekt kann mit sich selbst in Beziehung stehen, es muss sich jedoch um eine Nachschlagebeziehung handeln; außerdem kann ein einzelner Datensatz nicht mit sich selbst verknüpft sein. Ein Datensatz kann jedoch indirekt mit sich selbst in Beziehung stehen. So kann beispielsweise bei der Kampagne "Weihnachtsangebot" die Kampagne “Direktwerbung” in der Nachschlagebeziehung ausgewählt sein und umgekehrt.
          Sie können keine n:n-Selbstbeziehung erstellen, d. h., zwei Master-Detail-Beziehungen auf dem Verknüpfungsobjekt können nicht dasselbe Masterobjekt haben.
          Symbole für benutzerdefinierte Themenlisten
          Das Symbol, das Sie für die zugehörige benutzerdefinierte Registerkarte auswählen, wird auch in sämtlichen benutzerdefinierten Themenlisten angezeigt, die Sie auf der Grundlage einer Beziehung erstellen.
          Benutzerdefinierte Themenlisten weisen kein Symbol auf, wenn sie auf einer Beziehung mit einem benutzerdefinierten Objekt ohne benutzerdefinierte Registerkarte basieren.
          Master-Detail-Beziehungen
          Zum Erstellen von Master-Detail-Beziehungen mit mehreren Ebenen benötigen Sie die Benutzerberechtigung "Anwendung anpassen".
          Wenn Sie eine Master-Detail-Beziehung definieren, ist das benutzerdefinierte Objekt, an dem Sie arbeiten, die Detailseite. Seine Daten erscheinen als benutzerdefinierte Themenliste auf Seitenlayouts des anderen Objekts.
          Standardmäßig können Datensätze in Master-Detail-Beziehungen nicht erneut übergeordnet werden. Administratoren können es allerdings zulassen, dass untergeordnete Datensätze in Master-Detail-Beziehungen von benutzerdefinierten Objekten anderen übergeordneten Datensätzen erneut übergeordnet werden, indem sie in der Master-Detail-Beziehungsdefinition die Option Neuzuordnung zulassen auswählen.
          Es können bis zu 3 benutzerdefinierte Detailebenen vorliegen.
          Standardobjekte können sich nicht auf der Detailseite eines benutzerdefinierten Objekts in einer Master-Detail-Beziehung befinden.
          In Master-Detail-Beziehungen mit mehreren Ebenen kann ein Objekt einmal vertreten sein. Beispielsweise kann ein Unterdetailobjekt in einer Master-Detail-Beziehung mit mehreren Ebenen nicht gleichzeitig der Inhaber des Masterobjekts in einer anderen Master-Detail-Beziehung mit mehreren Ebenen sein. Ein Unterdetailobjekt kann nicht auch das Masterobjekt des Detailobjekts für das Unterdetailobjekt sein.
          Master-Detail-Beziehungen mit mehreren Ebenen unterstützen keine Übertragungen von Unternehmensbereichen.
          Sie können keine Master-Detail-Beziehung erstellen, wenn das benutzerdefinierte Objekt bereits Daten enthält. Sie können jedoch die Beziehung als Nachschlagebeziehung erstellen und dann in eine Master-Detail-Beziehung konvertieren, wenn das Nachschlagefeld in sämtlichen Datensätzen einen Wert enthält.
          Das Konvertieren von Nachschlagebeziehungen in Master-Detail-Beziehungen bzw. von Master-Detail- in Nachschlagebeziehungen gleicht diesem Vorgang bei Master-Detail-Beziehungen mit zwei Objekten. Dies bedeutet, dass die beiden verknüpften Objekte in der Detail-Unterdetail1- bzw. Unterdetail1-Unterdetail2-Beziehung die gleichen Konvertierungsgrenzen aufweisen wie die Master-Detail-Beziehung.
          Rollup-Zusammenfassungsfelder gleichen dem Verhalten von Objekten in Master-Detail-Beziehungen mit zwei Objekten. Ein Master kann Rollups von Feldern zu Detaildatensätzen durchführen. Für Felder zu Unterdetaildatensätzen können jedoch keine direkten Rollups durchgeführt werden. Der Detaildatensatz muss ein Rollup-Zusammenfassungsfeld für das Feld zum Unterdetaildatensatz aufweisen. Dadurch kann der Master Rollups vom Rollup-Zusammenfassungsfeld des Details aus durchführen.
          In benutzerdefinierten Berichtstypen können Master-Detail-Beziehungen mit mehreren Ebenen verwendet werden. Beim Erstellen des benutzerdefinierten Objekts muss das Kontrollkästchen "Berichte zulassen" ausgewählt sein. Für Master-Detail-Beziehungen mit mehreren Ebenen erstellte benutzerdefinierte Berichtstypen werden bei der Obergrenze für Berichtstypen für benutzerdefinierte Berichte berücksichtigt. Wenn diese Obergrenze erreicht ist, werden keine Berichte mehr erstellt.
          Benutzerdefinierte Verknüpfungsobjekte können keine Detailobjekte aufweisen. Dies bedeutet, dass ein benutzerdefiniertes Verknüpfungsobjekt kein Masterobjekt in einer Master-Detail-Beziehung mit mehreren Ebenen werden kann.
          Sie können ein benutzerdefiniertes Objekt nicht löschen, wenn es sich auf der Masterseite einer Master-Detail-Beziehung befindet. Wenn Sie ein benutzerdefiniertes Objekt löschen, das sich auf der Detailseite einer Master-Detail-Beziehung befindet, wird die Beziehung in eine Nachschlagebeziehung umgewandelt.
          Beim Löschen eines Detaildatensatzes wird dieser in den Papierkorb verschoben, wobei der Masterdatensatz intakt bleibt. Beim Löschen eines Masterdatensatzes dagegen werden auch die zugehörigen Detail- und Unterdetaildatensätze gelöscht. Wenn Sie das Löschen eines Detaildatensatzes rückgängig machen, wird dieser wiederhergestellt. Wenn das Löschen eines Masterdatensatzes rückgängig gemacht wird, werden auch die zugehörigen Detail- und Unterdetaildatensätze wiederhergestellt. Wenn Sie jedoch einen Detaildatensatz löschen und später in einem separaten Vorgang den zugehörigen Masterdatensatz löschen, können Sie das Löschen des Detaildatensatzes nicht mehr rückgängig machen, da es in diesem Falle keinen zugehörigen Masterdatensatz mehr gibt.
          Bei einer Metadaten-API-Bereitstellung, die Master-Detail-Beziehungen enthält, werden in den folgenden Fällen alle Detaildatensätze im Papierkorb gelöscht.
          • Löschen Sie bei einer Bereitstellung mit einem neuen Feld "Master-Detail" vorübergehend alle Detaildatensätze (senden Sie sie an den Papierkorb), bevor Sie mit dem Bereitstellen des Felds "Master-Detail" fortfahren. Andernfalls tritt bei der Bereitstellung ein Fehler auf. Während der Bereitstellung werden Detaildatensätze endgültig aus dem Papierkorb gelöscht und können nicht mehr wiederhergestellt werden.
          • Bei einer Bereitstellung, die ein Nachschlagefeld in einer Master-Detail-Beziehung konvertiert, müssen Detaildatensätze auf einen Masterdatensatz verweisen oder vorübergehend gelöscht (an den Papierkorb gesendet) werden, damit die Bereitstellung erfolgreich vorgenommen werden kann. Bei einer erfolgreichen Bereitstellung werden jedoch alle Detaildatensätze im Papierkorb endgültig gelöscht.
          Es empfiehlt sich, bei einer Master-Detail-Beziehung 10.000 untergeordnete Datensätze nicht zu überschreiten.
          Ein Profil oder ein Berechtigungssatz kann eine Einheit, wie beispielsweise einen Account, mit einer Master-Detail Beziehung aufweisen. Eine fehlerhafte Berechtigungsabhängigkeit besteht, wenn die untergeordnete Einheit über Berechtigungen verfügt, die eigentlich für das übergeordnete Element gelten sollten. Salesforce aktualisiert die übergeordnete Einheit bei einer fehlerhaften Berechtigungsabhängigkeit mit der Speicheraktion für das Profil oder den Berechtigungssatz.
          Wenn die untergeordnete Einheit über diese Berechtigungen verfügt …… werden diese Berechtigungen für die übergeordnete Einheit aktiviert
          "Alle Datensätze modifizieren" ODER "Alle Datensätze anzeigen" "Alle Datensätze anzeigen"
          "Anzeigen aller Datensätze" ODER "Lesen" Lesen
          n:n-Beziehungen
          Verknüpfungsobjekt-Datensätze werden gelöscht, wenn ein zugehöriger Master-Datensatz gelöscht und in den Papierkorb verschoben wird. Wenn beide verknüpften Master-Datensätze gelöscht werden, wird der Verknüpfungsobjekt-Datensatz dauerhaft gelöscht und kann nicht wiederhergestellt werden.
          Der Freigabezugriff auf einen Verknüpfungsobjekt-Datensatz wird durch den Freigabezugriff eines Benutzers auf beide verknüpften Masterdatensätze und die Option "Freigabeeinstellung" im Beziehungsfeld bestimmt. Siehe Sicherheit für benutzerdefinierte Objekte. Wenn beispielsweise die Freigabeeinstellung für beide übergeordneten Objekte “Lesen/Schreiben” lautet, dann muss der Benutzer über die Schreib-/Leseberechtigung für beide übergeordneten Objekte verfügen, damit er diesen Zugriff auf das Verknüpfungsobjekt hat. Wenn die Freigabeeinstellung für beide Masterobjekte "Lesezugriff" lautet, hätte ein Benutzer mit Lesezugriff auf die Master-Datensätze auch Lesezugriff auf das Verknüpfungsobjekt.
          In einer n:n-Beziehung kann ein Benutzer keinen übergeordneten Datensatz löschen, wenn mehr als 200 Verknüpfungsobjekt-Datensätze mit ihm verknüpft sind und wenn das Verknüpfungsobjekt über ein Rollup-Zusammenfassungsfeld verfügt, das dem anderen übergeordneten Objekt zugeordnet ist. Löschen Sie manuell Verknüpfungsobjekt-Datensätze, bis es weniger als 200 sind, um dieses Objekt zu löschen.

          Die erste Master-Detail-Beziehung, die Sie zu Ihrem Verknüpfungsobjekt erstellen, ist die primäre Beziehung. Diese Beziehung wirkt sich auf folgende Weise auf Verknüpfungsobjekt-Datensätze aus.

          • Erscheinungsbild: Die Detail- und Bearbeitungsseiten des Verknüpfungsobjekts verwenden die Farbe und etwaige verbundene Symbole des primären Masterobjekts.
          • Datensatzinhaberschaft: Die Verknüpfungsobjekt-Datensätze übernehmen den Wert des Felds "Inhaber" vom zugehörigen primären Masterdatensatz. Da Objekte auf der Detailseite einer Beziehung über kein sichtbares Inhaberfeld verfügen, ist dies nur relevant, wenn Sie später beide Master-Detail-Beziehungen zu Ihrem Verknüpfungsobjekt löschen.
          • Unternehmensbereich: Wenn Ihr Unternehmen Unternehmensbereiche zur Segmentierung von Daten verwendet, erben die Verknüpfungsobjekt-Datensätze ihren Unternehmensbereich vom zugehörigen primären Master-Datensatz. Wie bei der Datensatzinhaberschaft ist dies nur relevant, wenn Sie später beide Master-Detail-Beziehungen löschen.

          Die zweite Master-Detail-Beziehung, die Sie zu Ihrem Verknüpfungsobjekt erstellen, ist die sekundäre Beziehung. Wenn Sie die primäre Master-Detail-Beziehung löschen oder in eine Nachschlagebeziehung umwandeln, wird das sekundäre zum primären Masterobjekt.

          Rollup-Zusammenfassungsfelder, die Daten vom Verknüpfungsobjekt zusammenfassen, können für beide Masterobjekte erstellt werden.
          Formelfelder und Validierungsregeln für das Verknüpfungsobjekt können auf Felder von beiden Masterobjekten verweisen.
          Sie können Apex-Auslöser für beide Masterobjekte und das Verknüpfungsobjekt definieren.
          Ein Verknüpfungsobjekt kann sich nicht auf der Masterseite einer weiteren Master-Detail-Beziehung befinden.
          Sie können keinen n:n-Zirkelbezug erstellen, d. h., zwei Master-Detail-Beziehungen auf dem Verknüpfungsobjekt können nicht dasselbe Masterobjekt haben.
          Nachschlagebeziehungen
          Wenn das Nachschlagefeld optional ist, können Sie auswählen, dass beim Löschen des Nachschlagedatensatzes eines der drei folgenden Verhaltensweisen eintritt:
          • Wert dieses Felds löschen: Dies ist der Standard. Das Löschen des Felds bietet sich an, wenn das Feld keinen Wert aus dem zugeordneten Nachschlagedatensatz aufweisen muss.
          • Löschen des Nachschlagedatensatzes, der Teil einer Nachschlagebeziehung ist, nicht zulassen: Wenn Abhängigkeiten vorliegen, die auf der Nachschlagebeziehung aufbauen, z. B. eine Workflowregel, lässt diese Option nicht zu, dass der Nachschlagedatensatz gelöscht wird.
            Hinweis
            Hinweis Das Löschen eines Datensatzes, der über untergeordnete Datensätze verfügt, ist nur zulässig, wenn die untergeordneten Datensätze vorläufig gelöscht (in den Papierkorb verschoben) werden. Wenn alle untergeordneten Datensätze eines übergeordneten Datensatzes vorläufig gelöscht werden, wird der übergeordnete Datensatz gelöscht. Darüber hinaus werden alle vorläufig gelöschten untergeordneten Datensätze aus dem Papierkorb entfernt und dauerhaft gelöscht.
          • Diesen Datensatz auch löschen: Nur für ein benutzerdefiniertes Nachschlagefeld in einem benutzerdefinierten Objekt verfügbar. Diese Option ist für ein benutzerdefiniertes Nachschlagefeld, das auf ein Standardobjekt verweist, nicht verfügbar. Wählen Sie aus, wann das Nachschlagefeld und dessen zugeordneter Datensatz eng gekoppelt sind und wann die zugehörigen Daten vollständig gelöscht werden sollen.
            ACHTUNG
            ACHTUNG Die Auswahl von Diesen Datensatz ebenfalls löschen kann zu einer Kaskadenlöschung führen. Bei einer Kaskadenlöschung werden Sicherheits- und Freigabeeinstellungen umgangen, was bedeutet, dass Benutzer Datensätze beim Löschen von Zielnachschlagedatensätzen auch dann löschen können, wenn sie nicht auf die Datensätze zugreifen können. Um ein versehentliches Löschen von Datensätzen zu verhindern, ist die Kaskadenlöschung standardmäßig deaktiviert. Wenden Sie sich an Salesforce, um die Kaskadenlöschung in Ihrer Organisation aktivieren zu lassen.

            Die Kaskadenlöschung und die zugehörigen Optionen sind für Nachschlagebeziehungen zu Standardobjekten nicht verfügbar.

          In einer Reihe mit Nachschlagebeziehungen sind diese Verhaltensweisen bei jedem Zielfeld auf allen Ebenen unabhängig voneinander. Angenommen, Feld A ist das Zielnachschlagefeld von Feld B, das wiederum das Zielnachschlagefeld von Feld C ist. Sie können das Löschen bei A einschränken und bei B nicht, was bedeutet, dass A nicht gelöscht werden kann, B hingegen schon. Nach dem Löschen von B besteht die Beziehung zwischen A und B nicht mehr und bei C kommt es beim Nachschlagen zu keinem Wert.
          In einer Nachschlagebeziehung mit mehreren Ebenen kann es bei diesen Optionen zu Konflikten kommen. Wenn also Feld A das Zielnachschlagefeld von Feld B ist, das wiederum das Zielnachschlagefeld von Feld C ist, können Sie angeben, dass mit Feld A Feld B gelöscht werden kann. Feld B kann jedoch nicht gelöscht werden, da es eine Beziehung zu Feld C aufweist. Wenn Sie versuchen, Feld A zu löschen, wird ein Fehler angezeigt mit der Information, dass Feld B nicht gelöscht werden kann, da dieses Feld mit Feld C verknüpft ist.
          Wenn der übergeordnete Datensatz in einer Nachschlagebeziehung gelöscht wird, wird die Löschung nicht in der Verfolgung des Feldverlaufs für den untergeordneten Datensatz aufgezeichnet. Wenn beispielsweise ein übergeordneter Account gelöscht wird, wird die Löschung nicht in der Themenliste "Accountverlauf" des untergeordneten Accounts angezeigt.
          Sie können indirekte Nachschlagefelder nicht im übergeordneten Feld auswählen, wenn Sie einer Lightning-Seite die Komponente "Themenliste – Einzeln" hinzufügen. Wählen Sie stattdessen die Themenliste aus, die dem indirekten Nachschlagefeld zugeordnet ist. In der Themenliste sind keine Daten enthalten, das Nachschlagefeld wird aber ohne Probleme angezeigt.
          Beziehungen bei externen Objekten
          Nachschlagebeziehungen, externe Nachschlagebeziehungen und indirekte Nachschlagebeziehungen weisen einige spezielle Verhaltensweisen und Einschränkungen auf.
          • Für externe Objekte sind nur Nachschlagebeziehungen, externe Nachschlagebeziehungen und indirekte Nachschlagebeziehungen verfügbar. Andere Nachschlagebeziehungstypen werden nicht unterstützt.
          • Je nach Verfügbarkeit des externen Systems werden Themenlisten von untergeordneten externen Objekten möglicherweise langsam geladen, wenn Benutzer die Detailseiten des übergeordneten Datensatzes anzeigen.
          • Beziehungen mit externen Objekten ermöglichen es Benutzern, aus den Datensatz-Detailseiten von übergeordneten Datensätzen untergeordnete Datensätze zu erstellen. Das Beziehungsfeld für jeden neuen untergeordneten Datensatz wird jedoch nicht automatisch aufgefüllt, um den übergeordneten Datensatz zu ermitteln.
          • Durch die Synchronisierung werden keine Beziehungsfelder für die externen Objekte in Ihrer Salesforce-Organisation erstellt. Sie können jedoch den Feldtyp eines per Synchronisierung erstellten benutzerdefinierten Felds zu "Nachschlagebeziehung", "Externe Nachschlagebeziehung" oder "Indirekte Nachschlagebeziehung" ändern. Das Ändern des Feldtyps eines vorhandenen benutzerdefinierten Felds ist einfacher und effizienter als das manuelle Erstellen eines Beziehungsfelds für das externe Objekt.

            Angenommen, das externe System verfügt über eine Fremdschlüssel-Beziehung. Durch das Synchronisieren der zugehörigen Tabellen wird ein Textfeld in Ihrer Organisation für die externe Spalte erstellt, die die Fremdschlüssel ermittelt. Ändern Sie zum Berücksichtigen der Fremdschlüsselbeziehung in Ihrer Organisation den Feldtyp dieser Textdatei zu "Externe Nachschlagebeziehung".

          • Ein Beziehungsfeld ist ein Typ eines benutzerdefinierten Felds. Daher können Beziehungsfelder wie alle benutzerdefinierten Felder für ein externes Objekt beim Synchronisieren des externen Objekts überschrieben werden. Lesen Sie Überlegungen zur Synchronisierung für jeden von Ihnen verwendeten Salesforce Connect-Adapter.
          • Die Kaskadenlöschung ist für externe Objektbeziehungen nicht verfügbar.
          • In Salesforce Classic werden bei indirekten Nachschlagebeziehungsfeldern nicht die erwarteten Namen von übergeordneten Datensätzen angezeigt. Stattdessen zeigt jedes indirekte Nachschlagebeziehungsfeld den Wert des Zielfelds für das übergeordnete Objekt an. Zum Finden von verwandten Datensätzen werden Zielfeldwerte mit den Werten des indirekten Nachschlagebeziehungsfelds für das untergeordnete Objekt abgeglichen. Das die Attribute External ID und Unique aufweisende Zielfeld wird beim Erstellen eines indirekten Nachschlagebeziehungsfelds ausgewählt.
          • In Salesforce Classic werden bei externen Nachschlagebeziehungsfeldern nicht immer die erwarteten Namen von übergeordneten Datensätzen angezeigt.
            • In einer Listenansicht zeigt ein externes Nachschlagebeziehungsfeld die übergeordnete Objekt-ID oder den Wert des Standardfelds "Externe ID" des übergeordneten Objekts an. Letzteres wird standardmäßig angezeigt. Wenn jedoch ein benutzerdefiniertes Feld für das übergeordnete Objekt das Attribut Is Name Field aufweist, wird die ID des übergeordneten Objekts angezeigt.
            • Auf einer Datensatz-Detailseite wird für ein externes Nachschlagebeziehungsfeld der Name wie erwartet angezeigt, wenn der übergeordnete Datensatz zuvor von der Organisation abgerufen wurde. Wenn Sie eine ID in einem externen Nachschlagebeziehungsfeld sehen, sollten Sie die Seite neu laden, um die ID durch den Namen zu ersetzen.
          • Die Nachschlagesuche ist für externe Nachschlagebeziehungsfelder nicht verfügbar. Geben Sie zum Bearbeiten eines externen Nachschlagebeziehungsfelds manuell den Wert des Standardfelds "Externe ID" für den übergeordneten Datensatz ein. Diese Einschränkung trifft nicht zu, wenn das übergeordnete externe Objekt mit dem organisationsübergreifenden Adapter für Salesforce Connect verknüpft ist.
          • Die Nachschlagesuche ist für indirekte Nachschlagebeziehungsfelder nicht verfügbar. Geben Sie zum Bearbeiten eines indirekten Nachschlagebeziehungsfelds manuell den Wert des Zielfelds des übergeordneten Datensatzes ein. Das Zielfeld ist das beim Erstellen der indirekten Nachschlagebeziehung ausgewählte benutzerdefinierte Feld mit den Attributen "External ID" und "Unique". Zum Bestimmen von verwandten Datensätzen gleicht Salesforce Zielfeldwerte mit den Werten des indirekten Nachschlagebeziehungsfelds für das untergeordnete Objekt ab.
          • Bei externen Nachschlagebeziehungen und indirekten Nachschlagebeziehungen wird der übergeordnete Datensatz als anklickbarer Link im Beziehungsfeld im untergeordneten Datensatz angezeigt. Wenn ein Benutzer den untergeordneten Datensatz anzeigt, der über keine Berechtigung zum Anzeigen des übergeordneten Datensatzes verfügt, wird der übergeordnete Datensatz im Beziehungsfeld nicht als Link, sondern als Nur-Text angezeigt.
          • Nachschlagefilter sind für externe Nachschlagebeziehungsfelder nicht verfügbar.
          • Indirekte Nachschlagebeziehungsfelder können nur auf externen Objekten erstellt werden.
          • Nur Objekte, die über ein benutzerdefiniertes Feld mit den Attributen External ID und Unique verfügen, sind als übergeordnete Objekte in indirekten Nachschlagebeziehungen verfügbar.Wenn das gewünschte Objekt beim Erstellen eines indirekten Nachschlagebeziehungsfelds nicht angezeigt wird, fügen Sie diesem Objekt ein benutzerdefiniertes eindeutiges externes ID-Feld hinzu.
          • Wenn das externe System im angegebenen Namen der externen Spalte Werte verwendet, bei denen die Groß-/Kleinschreibung berücksichtigt wird, sollten Sie sicherstellen, dass beim übergeordneten Objektfeld ebenfalls die Groß-/Kleinschreibung beachtet wird. Wählen Sie beim Definieren des benutzerdefinierten Felds für das übergeordnete Objekt Externe ID, Eindeutig und "ABC" und "abc" als unterschiedliche Werte behandeln (Berücksichtigung der Groß- und Kleinschreibung) aus.
          Einfluss von Beziehungen auf Berichte
          Der Typ der erstellten Beziehung beeinflusst, welche Standardberichttypen verfügbar sind und wie sie kategorisiert werden. Diese Berichttypen bestimmen, welche entsprechenden Objekte in den Bericht aufgenommen werden können.
          • Nachschlagebeziehungen gestatten, dass Daten aus den beiden in Beziehung stehenden Objekten in einem Bericht zusammengefasst werden.
          • Master-Detail-Beziehungen gestatten, dass Daten aus drei Objekten in einem Bericht zusammengefasst werden: das Masterobjekt, das Detailobjekt und zusätzlich ein Nachschlageobjekt. Wenn das Detailobjekt über mehrere Nachschlagebeziehungen verfügt, steht auf der Basis jedes Nachschlagevorgangs ein separater Berichttyp zur Verfügung.
          • n:n-Beziehungen bieten zwei Standard-Berichttypen, die Masterobjekte und das Verknüpfungsobjekt verbinden. Die Reihenfolge der Masterobjekte im Berichttyp ist von Bedeutung. Das zuerst aufgelistete Masterobjekt bestimmt den Umfang der Datensätze, die im Bericht angezeigt werden können.

            • "Primärer Master mit Verknüpfungsobjekt und sekundärem Master" in der Berichtkategorie des primären Masterobjekts.
            • "Sekundärer Master mit Verknüpfungsobjekt und primärem Master" in der Berichtkategorie des sekundären Masterobjekts.
          Der Einfluss jedes Beziehungstyps auf die Berichterstellung wird in der folgenden Tabelle zusammengefasst.
          BeziehungstypTypen für StandardberichteKategorie des Berichttyps
          Suchen

          Objekt alleine

          Objekt mit erstem Nachschlagevorgang

          Objekt mit zweitem Nachschlagevorgang

          Objekt mit drittem Nachschlagevorgang

          Basierend auf dem Objekt
          Master-Detail

          Masterobjekt alleine

          Masterobjekt mit Detailobjekt

          Masterobjekt mit Detailobjekt und erstem Nachschlagevorgang

          Masterobjekt mit Detailobjekt und zweitem Nachschlagevorgang

          Masterobjekt mit Detailobjekt und drittem Nachschlagevorgang

          Masterobjekt
          n:n

          Primäres Masterobjekt alleine

          Sekundäres Masterobjekt alleine

          Primäres Masterobjekt mit Verknüpfungsobjekt und sekundärem Masterobjekt

          Sekundäres Masterobjekt mit Verknüpfungsobjekt und primärem Masterobjekt

          Primäres Masterobjekt

          und

          Sekundäres Masterobjekt

          Benutzerdefinierte Berichtstypen geben Ihnen mehr Flexibilität, Daten aus mehreren Objekten zu verbinden, inklusive Nachschlage- und Master-Detail-Beziehungen.
          Wichtig
          Wichtig Durch Umwandeln einer Nachschlagebeziehung in eine Master-Detail-Beziehung oder umgekehrt können bestehende benutzerdefinierte Berichte unbrauchbar werden, da für jeden Beziehungstyp unterschiedliche Standard-Berichttypen zur Verfügung stehen. Es wird empfohlen, dass Sie Ihre benutzerdefinierten Berichte sofort nach dem Umwandeln des Beziehungstyps testen. Wenn Sie Ihre Beziehung zurück zum Originaltyp ändern, werden die Berichte wiederhergestellt und sind wieder benutzbar.
           
          Laden
          Salesforce Help | Article