Entitätenbeziehungsverhalten

Veröffentlicht: Januar 2017

Gilt für: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

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

• Automatisieren von Geschäftsprozessen

• Kaskadierende Verhaltensweise

In diesem Thema

Datenintegrität erhalten

Automatisieren von Geschäftsprozessen

Kaskadierende Verhaltensweise

Konfigurieren des Verhaltens von Entitätsbeziehungen

Datenintegrität erhalten

Jede Entität kann über Regeln verfügen, die einen gültigen Datensatz definieren. Beispielsweise muss ein Microsoft Dynamics 365-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 Microsoft Dynamics 365 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 Microsoft Dynamics 365 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:

• Nicht machen 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. Behalten Sie den Besitzer alle inaktiven Verkaufschancendatensätze für Berichtszwecke bei.

• 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 Microsoft Dynamics 365 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 Microsoft Dynamics 365 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 Microsoft Dynamics 365-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 TechNet: 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.

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

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-Klasse enthält den Eigenschaften, die für Aktionen stehen, die möglicherweise in der referenzierten Entität in der 1: n-Entitätsbeziehung ausgeführt werden. Jede Eigenschaft kann einem der Werte der CascadeType-Enumeration zugewiesen werden.

Die CascadeConfiguration-Klasse enthält die folgenden Eigenschaften, die für Aktionen stehen, die möglicherweise in der referenzierten Entität in der 1: n-Entitätsbeziehung ausgeführt werden.

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.

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 Übergeordnete 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 Active 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
Verwenden des Organisationsdienstes mit Dynamics 365-Metadaten
Anpassen von Entitätsmetadaten
Anpassen von Entitätsattributmetadaten
Anpassen von Entitätsbeziehungsmetadaten
Anpassen von Entitäts- und Attributzuordnungen
Anpassen von Etiketten, um mehrere Sprachen zu unterstützen
So kann die datensatzbasierte Sicherheit verwendet werden, um den Zugriff auf Datensätze in Microsoft Dynamics 365 zu steuern
Beispiel: Erstellen und Abrufen von Entitätsbeziehungen

Microsoft Dynamics 365

© 2017 Microsoft. Alle Rechte vorbehalten. Copyright