Entwurfsüberlegungen für Geschäftseinheiten und Unternehmen in Dynamics 365 FO und Dataverse

In meinem vorherigen Beitrag haben wir Unternehmenssemantik sowie Sicherheitskonstrukte in Dynamics 365 FO & Dataverse gelernt, insbesondere wenn Dual-Write- und Virtual-Entity-Technologien beteiligt sind.

In diesem Blogbeitrag erfahren Sie, wie diese beiden unterschiedlichen Konzepte in den Geschäftsszenarien mehrerer juristischer Personen konfiguriert werden und wie sie im Hintergrund funktionieren.

Wir werden auch verstehen, was das Produkt als Teil der Out-of-Box-Fähigkeit und einige der empfohlenen Designkonfigurationen basierend auf meinen Erkenntnissen bietet.

Geschäftsszenario: CliffsNotes ist eine fiktive Organisation, die plant, Cross-Apps-Funktionalität mit Dynamics 365 Customer Engagement Apps, Power Apps und Dynamics 365 Finance and Operations Apps zu implementieren. CliffsNotes ist im Rahmen seiner Geschäftstätigkeit in Indien und Europa tätig. Daher war es notwendig, mehr als eine juristische Person zu haben, um den Betrieb zu verwalten und Kosten, Einnahmen und globale Berichterstattung zu verfolgen. Das Business-Team erwartete eine starke Kontrolle über das Eigentum an Datensätzen sowie Sicherheitsgrenzen über Apps hinweg, dh Dynamics 365 Customer Engagement Apps, Power Apps und Dynamics 365 Finance and Operations

Was sind die Vorteile der Berücksichtigung all dieser Optionen bei der Entwicklung einer Dynamics 365 Cross-Apps-Lösung?

Wenn es um die Implementierung geht, bietet eine Plattform ohne Zweifel eine Menge Funktionen für Kunden. Es ist jedoch wichtig zu verstehen, wie kanonische und nicht-kanonische Implementierungsmodelle für Unternehmen geeignet sind, und Sicherheit in anwendungsübergreifenden Szenarien zu schaffen.

Kurz gesagt, welches Produkt bietet einen Out-of-Box-Ansatz und welche anderen unterstützten Optionen gibt es?

Lassen Sie uns verstehen, dass der empfohlene Ansatz darin besteht, Geschäftseinheiten in Dataverse zu implementieren, die Dynamics 365 FO LEs entsprechen

Und warum es empfohlen wird, weil es das Lösungsdesign vereinfacht, indem es eine Eins-zu-Eins-Zuordnung von Dynamics 365 FO LE mit Geschäftseinheiten in Dataverse ermöglicht.

Lassen Sie uns nun untersuchen, was für dieses Geschäftsszenario am besten funktioniert.

Lösungsansatz Rezept

Lassen Sie uns einsteigen und den Lösungsansatz für das obige Geschäftsszenario verstehen, das eine etwas kanonische Implementierung ist.

Wie ich bereits erwähnt habe, sind Geschäftseinheiten und Unternehmen unterschiedliche Konzepte und müssen nicht dasselbe sein.

Als Teil der CliffsNotes-Implementierung wird empfohlen, dass Geschäftseinheiten und Unternehmen Eins-zu-Eins-Aufzeichnungen führen. Standardmäßig enthält Dataverse Unternehmensdatensätze, die mit Geschäftsbereichen verknüpft sind. Es macht es einfach, ein Unternehmen in D365 FO zu erstellen und es dann Dataverse mit den Standardsicherheiten auszusetzen, und es funktioniert standardmäßig.

Wie Sie im obigen Diagramm sehen können, haben wir ein ITCO-Unternehmen in D365 FO und das gleiche Unternehmen existiert auch in Dataverse. Wenn wir über Geschäftseinheiten sprechen, fallen sie unter die Stammgeschäftseinheit. Und jedes Mal, wenn Sie eine Geschäftseinheit erstellen, ist Teams standardmäßig enthalten.

Zusätzlich zur Erstellung von Standardteams richtet Dataverse auch dedizierte Teams für Dual-Write ein, die sich auf diese Geschäftseinheit beziehen. dh ITCO DW

Kurz gesagt, wir haben zwei Unternehmen in D365 FO und daher zwei Unternehmen in Dataverse und verwandten Geschäftseinheiten.

Geschäftseinheiten werden standardmäßig zur Stammgeschäftseinheit zusammengefasst. Sie können es jedoch entsprechend Ihren geschäftlichen Anforderungen ändern. Darüber hinaus ändert es die Sichtbarkeit von Datensätzen in Dataverse entsprechend dieser Änderung. Der Unternehmensdatensatz wird jedoch nicht geändert, da das Unternehmen und die Geschäftseinheit in Dataverse für Dual-Write getrennt sind.

Darüber hinaus wirkt sich dies nicht auf die Sichtbarkeit in D365 FO aus.

Was ist unter der Haube?
Erstellen eines Datensatzes in D365 FO, der DataaAreaid zugeordnet ist, und der Benutzer, der diesen Datensatz erstellt hat, existiert möglicherweise nicht in Dataverse. Die Dual-Write-Infrastruktur stellt sicher, dass Datensätze mit der richtigen Firmen-ID und dem Eigentümer dieses bestimmten Datensatzes zu Dataverse verschoben werden.

Das vom Dual-Write-Setup erstellte standardmäßige Besitzerteam ist der Besitzer eines Datensatzes. Standardmäßig bedeutet dies, dass jeder Benutzer mit Zugriff auf das ITCO-Unternehmen in D365 FO einen Datensatz in Dataverse erstellt und diesen Datensatz in Dataverse sehen kann, wenn er auch der ITCO-Geschäftseinheit zugewiesen ist.

Der Firmendatensatz in Dataverse hat ein Feld namens “Standard-Eigentümerteam” und wenn der Datensatz in D365 FO erstellt und nach Dataverse verschoben wird, zeigt dieses Feld an, welchem ​​Team der Datensatz gehört. Später müssen Sie diese je nach Geschäftsszenario möglicherweise ändern.

Unterstützte/gültige Konfiguration

Fazit: Wenn Sie das obige Geschäftsszenario verstehen, ist klar, dass CliffsNotes dedizierte Geschäftseinheiten in verschiedenen Ländern hat und auch dedizierte Sicherheitsgrenzen für Customer Engagement-, Power Apps- und Dynamics 365 FO-Apps hat und keine Cross-Sharing-Geschäftsrollen beteiligt sind. Die Implementierung eines standardmäßigen OOB-Modells hilft Geschäftsbenutzern, mit dem damit verknüpften Datensatz zu arbeiten, um ihn zu ändern und zu löschen.

Vielen Dank fürs Lesen – Let’s Connect!

.

Author: admin

Leave a Reply

Your email address will not be published. Required fields are marked *