Objektbeziehungen – Übersicht

Master-Detail

Verknüpft Objekte eng miteinander, und zwar so, dass der Masterdatensatz bestimmte Verhaltensaspekte des Detail- und Unterdetaildatensatzes steuert. So können Sie etwa eine Master-Detail-Beziehung mit zwei Objekten definieren (z. B. "Account – Spesenabrechnung") und dann die Beziehung auf Unterdetaildatensätze erweitern (z. B "Account – Spesenabrechnung – Spesenbelegposten"). Anschließend können Sie Vorgänge über die Beziehung Master – Detail – Unterdetail hinweg durchführen.

Tipp Erstellen Sie die Master-Detail-Beziehung, bevor ein benutzerdefiniertes Objekt Daten enthält.

Verhaltensweisen von Master-Detail-Beziehungen:

• 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.
• 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.
• Das Feld "Inhaber" für den Detail- und Unterdetaildatensatz ist nicht verfügbar und wird automatisch auf den Inhaber des Masterdatensatzes festgelegt. Benutzerdefinierte Objekte auf der Detailseite einer Master-Detail-Beziehung können weder Freigaberegeln, manuelle Freigaben noch Warteschlangen aufweisen, da für diese das Feld "Inhaber" erforderlich ist.
• Detail- und Unterdetaildatensätze übernehmen die Sicherheitseinstellungen und Berechtigungen vom Masterdatensatz. Es ist nicht möglich, Berechtigungen unabhängig für den Detaildatensatz festzulegen.
• Das Feld "Master-Detail-Beziehung" (über das die Objekte miteinander verknüpft werden) muss im Seitenlayout der Detail- und Unterdetaildatensätze enthalten sein.
• Beim Masterobjekt kann es sich um ein Standardobjekt (z. B. "Account" oder "Opportunity") oder ein benutzerdefiniertes Objekt handeln.
• Es empfiehlt sich, bei einer Master-Detail-Beziehung 10.000 untergeordnete Datensätze nicht zu überschreiten.
• Jedes benutzerdefinierte Objekt kann über bis zu zwei Master-Detail-Beziehungen und bis zu 40 Beziehungen insgesamt verfügen.
• Der Eintrag "Bezug zu" kann nach dem Speichern der Beziehung nicht mehr geändert werden.
• Ein Profil oder ein Berechtigungssatz kann ein Objekt, wie beispielsweise einen Account, mit einer Master-Detail Beziehung aufweisen. Eine fehlerhafte Berechtigungsabhängigkeit besteht, wenn das untergeordnete Objekt über Berechtigungen verfügt, die für das übergeordnete Element gelten müssen. Bei Aktualisierungen, die unter "Setup" vorgenommen wurden, aktualisiert Salesforce das übergeordnete Objekt für eine fehlerhafte Berechtigungsabhängigkeit von der ersten Speicheraktion für das Profil oder den Berechtigungssatz. Bei Aktualisierungen, die über die API vorgenommen werden, müssen Sie fehlerhafte Berechtigungsabhängigkeiten manuell beheben.

  Wenn das untergeordnete Objekt über diese Berechtigungen verfügt	Diese Berechtigungen werden für das übergeordnete Objekt aktiviert
  "Alle Datensätze ändern" ODER "Alle Datensätze anzeigen"	"Alle Datensätze anzeigen"
  "Anzeigen aller Datensätze" ODER "Lesen"	Lesen

• Wenn Sie eine Entwurfsversion eines Knowledge-Artikels aus einer veröffentlichten Version erstellen, werden im Feld "Roll Up-Zusammenfassung" des Entwurfsartikels die Werte des Felds "Roll Up-Zusammenfassung" des veröffentlichten Artikels übernommen. Wenn Sie einen Artikel bearbeiten, wird standardmäßig eine neue Entwurfsversion erstellt und die Werte der benutzerdefinierten Felder aus der veröffentlichten Version werden in die neue Entwurfsversion übernommen. Benutzerdefinierte Objektdatensätze, die einer KnowledgeArticleVersion (veröffentlichter Artikel) zugeordnet sind, werden jedoch nicht übernommen und nicht an die neue Entwurfsversion angehängt.

n:n

Mithilfe von Master-Detail-Beziehungen können Sie n:n-Beziehungen zwischen zwei beliebigen Objekten modellieren. Eine n:n-Beziehung ermöglicht, dass jeder Datensatz eines Objekts mit mehreren Datensätzen eines anderen Objekts verknüpft wird und umgekehrt. Zum Beispiel können Sie ein benutzerdefiniertes Objekt mit dem Namen "Problem" erstellen, das sich auf das Standardobjekt eines Kundenvorgangs bezieht. Dabei könnte sich ein Problem auf mehrere Kundenvorgänge beziehen und ein Kundenvorgang auch auf mehrere Probleme.

Suchen

Verknüpft zwei Objekte miteinander. Nachschlagebeziehungen ähneln Master-Detail-Beziehungen, mit dem Unterschied, dass keine Freigabe- oder Rollup-Zusammenfassungsfelder unterstützt werden. Mit Nachschlagebeziehungen haben Sie folgende Möglichkeiten:

• Verknüpfen von zwei verschiedenen Objekten.
• Verknüpfen eines Objekts mit sich selbst (mit Ausnahme des Benutzerobjekts; siehe Abschnitt zu Hierarchie in diesem Thema). Sie können beispielsweise ein benutzerdefiniertes Objekt mit dem Namen "Programmfehler" mit sich selbst verknüpfen, um zu zeigen, wie zwei verschiedene Programmfehler mit demselben Problem in Beziehung stehen.

Hinweis Nachschlagebeziehungen von Objekten zum Kampagnenmitgliedsobjekt werden nicht unterstützt. Sie können jedoch Nachschlagebeziehungen vom Kampagnenmitgliedsobjekt zu anderen Objekten erstellen.

Beim Erstellen einer Nachschlagebeziehung können Sie diese Optionen festlegen:

• Machen Sie das Nachschlagefeld beim Speichern eines Datensatzes erforderlich, sodass es auch im entsprechenden Seitenlayout enthalten sein muss.
• 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, wie z. B. eine Workflowregel, lässt diese Option nicht zu, dass der Nachschlagedatensatz gelöscht wird.
    

    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 ebenfalls löschen. Nur verfügbar, wenn ein benutzerdefiniertes Objekt die Nachschlagebeziehung enthält; nicht verfügbar, wenn es in einem Standardobjekt enthalten ist. Beim Nachschlageobjekt kann es sich allerdings um die standardmäßige oder die benutzerdefinierte Variante handeln. 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. Nehmen wir beispielsweise an, es liegt ein Datensatz für eine Spesenabrechnung mit einer Nachschlagebeziehung zu einzelnen Spesenaufzeichnungen vor. Beim Löschen des Berichts möchten Sie möglicherweise auch alle Spesenaufzeichnungen löschen.
    

    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 stehen nicht für Nachschlagebeziehungen für Geschäftszeiten, Netzwerk, Lead, Preisbuch, Produkt oder Benutzerobjekte zur Verfügung.

Wenn Sie eine Nachschlagebeziehung definieren, können Sie ein Nachschlagefeld auf dem Seitenlayout für dieses Objekt einschließen sowie eine Themenliste auf dem Seitenlayout des zugehörigen Objekts erstellen. Wenn Sie zum Beispiel über ein benutzerdefiniertes Objekt mit der Bezeichnung "Urlaubsanträge" verfügen und möchten, dass Ihre Benutzer einen Urlaubsantrag mit dem einreichenden Mitarbeiter verknüpfen, erstellen Sie vom benutzerdefinierten Objekt "Urlaubsanträge" aus eine Beziehung mit dem Benutzerobjekt.

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 ein Objekt bzw. einen Datensatz in einer Nachschlagebeziehung nicht löschen, wenn die kombinierte Anzahl an Datensätzen für die beiden verknüpften Objekte mehr als 100.000 beträgt. Um ein Objekt bzw. einen Datensatz in einer Nachschlagebeziehung zu löschen, müssen Sie zunächst eine geeignete Anzahl zugehöriger untergeordneter Objekte löschen.

Wenn Sie ein Objekt löschen, das von einem Nachschlagefeld verwendet wird, löschen Sie auch das Feld. Um sowohl das Objekt als auch das Feld zu löschen, verwenden Sie die Metadaten-API mit einem Löschmanifest, das purgeOnDelete nutzt. Oder löschen Sie über die Benutzeroberfläche zunächst das Feld in "Setup". Andernfalls kann das Objekt nicht gelöscht werden.

Externes Nachschlagen

Bei einer externen Nachschlagebeziehung wird ein untergeordnetes standardmäßiges, benutzerdefiniertes oder externes Objekt mit einem übergeordneten externen Objekt verknüpft. Wenn Sie ein externes Nachschlagebeziehungsfeld erstellen, wird das Standardfeld "Externe ID" für das übergeordnete externe Objekt mit den Werten des externen Nachschlagebeziehungsfelds des untergeordneten Objekts abgeglichen. Feldwerte externer Objekte stammen aus einer externen Datenquelle.

Indirektes Nachschlagen

Bei einer indirekten Nachschlagebeziehung wird ein untergeordnetes externes Objekt mit einem übergeordneten standardmäßigen oder benutzerdefinierten Objekt verknüpft. Wenn Sie ein indirektes Nachschlagebeziehungsfeld für ein externes Objekt erstellen, geben Sie das übergeordnete Objektfeld und das untergeordnete Objektfeld an, um Datensätze in der Beziehung abzugleichen und zuzuordnen. Sie wählen speziell das Feld für die benutzerdefinierte eindeutige, externe ID im übergeordneten Objekt aus, das mit dem untergeordneten indirekten Nachschlagebeziehungsfeld abgeglichen werden soll, dessen Werte aus einer externen Datenquelle stammen.

Hierarchisch

Eine spezielle Nachschlagebeziehung, die nur für das Benutzerobjekt verfügbar ist. Mit ihrer Hilfe können Benutzer über ein Nachschlagefeld einen Benutzer mit einem anderen Benutzer verknüpfen, ohne dass hierbei ein direkter oder indirekter Bezug besteht. So können Sie beispielsweise ein benutzerdefiniertes hierarchisches Beziehungsfeld erstellen, in dem der direkte Vorgesetzte des jeweiligen Benutzers gespeichert wird.

Tipp Beim Erstellen eines hierarchischen Felds in der Personal, Contact Manager, Group und Professional Edition können Sie das Kontrollkästchen "Eingeschränktes Feld" aktivieren, damit die Bearbeitung nur durch Benutzer mit der Berechtigung "Interne Benutzer verwalten" möglich ist. Bei der Professional, Enterprise, Unlimited, Performance und Developer Edition verwenden Sie stattdessen die Feldebenensicherheit.