Share via

Entitätenbeziehungsverhalten

  • Artikel

Wenn eine 1:n-Entitätsbeziehung vorhanden ist, gibt es kaskadierende Verhaltensweisen, die konfiguriert werden können, um die Datenintegrität und zu erhalten und Geschäftsprozesse zu automatisieren. In diesem Thema werden einige wichtige Konzepte erläutert und es wird beschrieben, wie Sie diese kaskadierender Verhaltensweisen konfigurieren können.

Vor der Beschreibung der Konfiguration von Entitätsbeziehungsverhaltensweisen ist es nützlich zu beachten, in wie fern es bei Ihrem Unternehmen gilt. Drei wichtige Konzepte sind:

Datenintegrität erhalten

Jede Entität kann über Regeln verfügen, die einen gültigen Datensatz definieren. Beispielsweise muss ein Dynamics 365 Customer Engagement (on-premises)-Verkaufschancendatensatz einen Verweis auf einen potenziellen Kunden beinhalten. Benutzer können keinen neuen Verkaufschancendatensatz erstellen, ohne nicht entweder einen vorhandenen Kunden hinzuzufügen oder einen neuen Kundendatensatz zu erstellen.

Was aber, wenn die Firma oder der Kontakt, der den Kunden darstellt, gelöscht wird? In einem solchen Fall gibt es folgende Alternativen:

  • Schränken Sie jeglichen Versuch ein, einen Kundendatensatz mit einer zugeordneten Verkaufschance zu löschen.

  • Kaskadieren Sie den Löschvorgang, wenn ein entsprechender Kundendatensatz gelöscht wird, sodass alle verknüpften Verkaufschancendatensätze automatisch gelöscht werden.

    In Dynamics 365 Customer Engagement (on-premises) besteht das Verhalten bei 1: n-Beziehungen, die Verkaufschancen Kunden zuordnen, wie Opportunity.opportunity_customer_accounts und Contact.opportunity_customer_contacts, darin, den Löschvorgang zu kaskadieren.

    Wenn Sie Ihre Daten modellieren, um sie in Dynamics 365 Customer Engagement (on-premises) zu verwenden, müssen Sie ähnliche Entscheidungen darüber treffen, wie sie die Datenintegrität wahren möchten.

Automatisieren von Geschäftsprozessen

Ihre Geschäftsprozesse erfordern möglicherweise Aktionen für Datensätze auszuführen, die über verknüpfte Datensätze verfügen. Beispielsweise müssen Sie unter Umständen eine neue Firma einem neuen Vertriebsmitarbeiter zuweisen. Wenn dieser Firmendatensatz irgendwelche Verkaufschancendatensätze hat, bestehen unter anderem folgende Optionen:

  • Keine Aktion. Die Verkaufschancen sollen weiter im Besitz der Personen sein, die damit arbeiten.

  • Weisen Sie dem neuen Vertriebsmitarbeiter alle Verkaufschancen zu. Als der neue Besitzer des Firmendatensatzes ist der Vertriebsmitarbeiter jetzt für alle mit dieser Firma verknüpften Verkaufschancen verantwortlich.

  • Weisen Sie dem Vertriebsmitarbeiter nur die aktiven Verkaufschancen zu. Erhalten Sie den Besitzer für alle inaktiven Verkaufschancendatensätze zwecks Berichterstattung.

  • Weisen Sie dem neuen Vertriebsmitarbeiter nur die Verkaufschancen zu, die im Besitz des vorherigen Firmenbesitzers gewesen sind. Dies ermöglicht dem neue Vertriebsmitarbeiter den bisherigen Besitzer zu ersetzen.

    Diese sind allgemeine Optionen, die Sie mithilfe des Entitätsbeziehungsverhaltens in Dynamics 365 Customer Engagement (on-premises) konfigurieren können. Wenn Sie andere Verhaltensweisen benötigen, erwägen Sie den Kauf einer Lösung, die die Verhaltensweise enthält, die Sie benötigen, oder die Entwicklung eines Plug-Ins, um Zusatzfunktionen bereitzustellen.

Kaskadierende Verhaltensweise

Diese Konfigurationsoptionen werden als kaskadierender Verhaltensweisen bezeichnet, da sie die Hierarchie der verknüpften Entitäten hinab kaskadieren. Wenn beispielsweise die Löschung einer Firma gelöscht die Löschung verknüpfter Verkaufschancen verursacht, was geschieht dann mit den Aktivitäten, die den Verkaufschancen zugewiesen sind? In Dynamics 365 Customer Engagement (on-premises) wird das Verhalten, das in jeder der Entitätsbeziehungen für Aktivitätstypentitäten definiert ist, ist dass sie ebenfalls gelöscht werden.

Allerdings werden nicht alle Entitäten auf diese Weise behandelt. Beispielsweise enthalten Aufträge und Rechnungen wichtige Daten die nicht unbeabsichtigt gelöscht werden sollen. Sie verfügen über Entitätsbeziehungsverhalten, das konfiguriert wurde, um das Löschen von Kunden- oder Verkaufschancendatensätzen zu beschränken, denen sie zugeordnet sind. Bevor Sie den Kunden oder die Verkaufschance mit einem verknüpften Auftrag- oder einer Rechnungsdatensatz löschen können, müssen Sie zuerst den Auftrag oder die Rechnung löschen.

Während Sie Geschäftsdaten anpassen, indem Sie benutzerdefinierte Entitäten erstellen, oder wenn Sie vorhandene Dynamics 365 Customer Engagement (on-premises)-Systementitäten verwenden, erwägen Sie das Verhalten, das Sie benötigen und die Auswirkungen auf die gesamte Hierarchie der verknüpften Entitäten.

Übergeordnete Entitätsbeziehungen

Zwischen jedem Entitätenpaar, das 1:n-Beziehung haben darf, können 1:n-Beziehungen bestehen. Dennoch kann nur eine dieser Beziehungen als übergeordnete Entitätsbeziehung gelten. Eine Liste für alle anpassbaren übergeordneten Entitätsbeziehungen finden Sie unter Anpassbare übergeordnete Entitätsbeziehungen.

Jede 1:N-Entitätsbeziehung bei der einer der kaskadiernden Optionen (in CascadeType definiert) in der Spalte Übergeordnet der folgenden Tabelle "true" ist, ist eine übergeordnete Entitätsbeziehung.

Aktion Übergeordnet Nicht übergeordnet
Löschen Kaskadieren RemoveLink
Einschränken
Freigeben Kaskadieren
UserOwned
Active		 NoCascade
Freigabe aufheben Kaskadieren
UserOwned
Active		 NoCascade
Zuweisen Kaskadieren
UserOwned
Active		 NoCascade
Erneut überordnen Kaskadieren
UserOwned
Active		 NoCascade

Jede verweisende Entität in einer 1: N-Entitätsbeziehung hat ein verweisendes Attribut, bei dem die Beziehung als übergeordnet betrachtet werden kann.

Wenn Sie beispielsweise eine neue benutzerdefinierte Entität erstellen und der Firmenentität, bei der Ihre benutzerdefinierte Entität die verweisende Entität ist eine 1:n-Entitätsbeziehung mit hinzufügen, können Sie diese Aktionen für diese Entitätsbeziehung so konfigurieren, dass sie Optionen in der Spalte Übergeordnet verwenden. Wenn Sie Ihrer benutzerdefinierten Entität später eine andere 1: N-Entitätsbeziehung als verweisende Entität hinzufügen, können Sie die Aktionen nur so konfigurieren, dass die Optionen in der Spalte Nicht übergeordnet verwendet werden.

Normalerweise bedeutet das, dass für jedes Entitätspaar lediglich eine zugeordnete Beziehung vorliegt. In manchen Fällen, bei denen das verweisende Attribut auf dem Verweis möglicherweise einen Verweis auf mehr als einen Entitätstyp enthält.

Beispielsweise hat die Opportunity-Entität ein verweisendes Attribut namens customerid, bei dem möglicherweise ein Verweis entweder auf einen Kontakt- oder einen Firmendatensatz gespeichert ist. Es gibt in diesem Fall zwei übergeordnete 1: n-Entitätsbeziehungen.

Jede Aktivitätsentität, beispielsweise eine Aufgabe, ein Fax, ein Telefonanruf usw. verfügt über einen ähnlichen Satz übergeordneter Entitätsbeziehungen für Entitäten, die mithilfe des regardingobjectid-Verweisattributs zugeordnet werden können.

Konfigurieren des Verhaltens von Entitätsbeziehungen

Verwenden von Web-API

Wenn Sie mit der Web-API arbeiten, können Sie eine One-to-Many Beziehung mit OneToManyRelationshipMetadata EntityType definieren. Diese Definition enthält den Namen der zu erstellenden Entität sowie die Art und Weise, wie die Beziehung in der Anwendung angezeigt werden soll, indem AssociatedMenuConfiguration ComplexType, Label ComplexType und LocalizedLabel ComplexType verwendet werden. Weitere Informationen: Erstellen einer 1:n-Beziehung.

Mit Organisationsservice

Wenn Sie CreateOneToManyRequest oder UpdateRelationshipRequest verwenden, fügen Sie im Textteil der Anfrage eine Instanz einer OneToManyRelationshipMetadata-Klasse ein. In der CascadeConfiguration-Eigenschaft dieser Klasse verwenden Sie die CascadeConfiguration-Klasse.

Die CascadeConfiguration (CascadeConfiguration-Klasse oder CascadeConfiguration ComplexType) enthält die Eigenschaften, die Aktionen darstellen, die auf der referenzierten Entität in der One-to-Many Entitätsbeziehung ausgeführt werden können. Jeder Eigenschaft kann einer der Werte des CascadeType EnumType zugewiesen werden.

Wert Anwendungsbeschriftung Beschreibung des Dataflows
Aktiv Aktive kaskadieren Führen Sie die Aktion auf allen aktiven verweisenden Entitätsdatensätzen aus, die dem referenzierten Entitätsdatensatz zugeordnet sind.
Kaskadieren Alle kaskadieren Führen Sie die Aktion auf allen verweisenden Entitätsdatensätzen aus, die dem referenzierten Entitätsdatensatz zugeordnet sind.
NoCascade Nicht kaskadieren Keine Aktion.
RemoveLink Link entfernen Entfernen Sie den Wert des referenzierenden Attributs für alle referenzierenden Entitätsdatensätze, die dem referenzierten Datensatz zugeordnet sind.
Einschränken Einschränken Verhindern, dass der referenzierte Entitätsdatensatz gelöscht wird, wenn referenzierte Entitäten vorhanden sind.
UserOwned Benutzereigene kaskadieren Durchführen der Aktion für alle referenzierten Entitätsdatensätze, deren Besitzer mit dem des referenzierten Entitätsdatensatzes identisch ist.

Die CascadeConfiguration (CascadeConfiguration Klasse oder CascadeConfiguration ComplexType) enthält die folgenden Eigenschaften, die Aktionen darstellen, die auf der referenzierten Entität in der One-to-Many Entitätsbeziehung durchgeführt werden können.

Aktion Beschreibung Gültige Optionen
Zuweisen Der referenzierte Entitätsdatensatzbesitzer wurde geändert. Active
Kaskadieren
NoCascade
UserOwned
Löschen Der referenzierte Entitätsdatensatz wurde gelöscht. Hinweis: Die Optionen für diese Aktion sind begrenzt. Kaskadieren
RemoveLink
Einschränken
Zusammenführen Der Datensatz wurde bereits mit einem anderen Datensatz zusammengeführt. Hinweis: Für referenzierte Entitäten, die zusammengeführt werden können, ist Kaskade die einzig gültige Option. Verwenden Sie in anderen Fällen NoCascade. Kaskadieren
NoCascade
Erneut überord. Siehe Informationen zur erneut übergeordneten Aktion unten. Active
Kaskadieren
NoCascade
UserOwned
Freigeben Wenn der referenzierte Entitätsdatensatz für einen anderen Benutzer freigegeben wird. Active
Kaskadieren
NoCascade
UserOwned
Freigabe aufheben Wenn das Freigeben für den referenzierten Entitätsdatensatz entfernt wird. Active
Kaskadieren
NoCascade
UserOwned

Informationen zur erneut übergeordneten Aktion

Die erneut übergeordnete Aktion ist der Freigabenaktion sehr ähnlich, außer dass sie mit den geerbten Lesezugriffsauskunftsrechten anstelle der expliziten Lesezugriffsauskunftsrechte arbeitet.

Notiz

Weitere Informationen zu geerbten Zugriffsrechten, sehen Sie Verwenden Sie Datensatz-basierte Sicherheit, um den Zugriff auf Datensätze zu steuern, insbesondere im Abschnitt Freigeben und Vererbung.

Die Aktion zur erneuten Überordnen geschieht, wenn der Wert des Referenzattributs in einer übergeordneten Beziehung geändert wird. Wenn eine reparent-Aktion auftritt, ändert sich möglicherweise der gewünschte Bereich der geerbten Lesezugriffsauskunftsrechte für verknüpfte Entitäten. Die cascade-Aktionen, die mit der reparent-Aktion verknüpft sind, verweisen auf Änderungen der Lesezugriffsauskunftsrechte bei Entitätsdatensätzen und allem verknüpften Entitätsdatensätzen. Weitere Informationen dazu, wie eine Entitätsbeziehung konfiguriert wird, um übergeordnet zu sein, finden Sie unter Hierarchische Entitätsbeziehungen.

Beispielsweise gibt es eine übergeordnete Beziehung zwischen einer Verkaufschance und einer Firma anhand des CustomerId-Referenzattributs. Wenn Sie der Besitzer einer Firma sind und eine Verkaufschance ist dieser Firma zugeordnet, erben Sie die Lesezugriffsauskunftsrechte zu dieser Verkaufschance und allen zugeordneten Datensätzen. Wenn der CustomerId-Referenzattributswert für die Verkaufschance so geändert wird, dass es auf eine andere Firma verweist, erbt der Besitzer dieser Firma Lesezugriffsauskunftsrechte zu der Verkaufschance, wenn die Reparent-Aktion "Cascade" ist. Sie können diese automatische Vererbung von Lesezugriffsauskunftsrechten deaktivieren, wenn Sie der reparent-Aktion auf NoCascade festgelegen. Sie können die Optionen Aktiv oder UserOwned verwenden, um Filter anzugeben, nach denen Datensätze von der Änderung bei den Zugriffsrechten betroffen sind. Für alle Datensätze, die mit der Verkaufschance anhand einer übergeordneten Beziehung verknüpft sind, kaskadiert die reparent-Aktion bei diesen Entitätsbeziehungen nach unten und Lesezugriffsauskunftsrechte werden basierend auf den Filtern vererbt, die für die Reparent-Aktion festgelegt wurden.

Siehe auch

Eins-zu-viele-Beziehungen
Erstellen und Aktualisieren von Entitätsbeziehungen mit der Web-API
Erweitern des Metadatenmodells für Dynamics 365 Customer Engagement (on-premises)
Anpassen von Entitätsmetadaten
Anpassen von Entitätsattributmetadaten
Entitätsbeziehungsmetadaten
Entitäts- und Attributzuordnungen
Unterstützen mehrerer Sprachen mit Etiketten
Verwenden Datensatz-basierter Sicherheit zum Steuern des Zugriffs auf Datensätze in CRM
Beispiel: Erstellen und Abrufen von Entitätsbeziehungen