Concept de société
Le concept de société (ce qu’une société fait ou indique) diffère selon l’application qui vous intéresse. Dans le scénario de ce module, vous allez vous concentrer sur les applications de finances et d’opérations et Dataverse.
Dans les applications de finances et d’opérations, le concept de société comprend deux concepts liés. Société est une zone de sécurité liée aux autorisations, privilèges et rôles, ainsi qu’un concept juridique et de reporting.
Par exemple, votre utilisateur travaille dans les applications de finances et d’opérations et a accès à la société USMF dans les données de démonstration Contoso. Dans la société USMF, vous pouvez faire des affaires, créer des accords commerciaux et définir des entrepôts et des pays/régions au sein d’une seule entité juridique. De plus, vous pouvez travailler dans des devises spécifiques uniquement dans USMF. Par conséquent, vous ne pouvez pas effectuer ces activités dans la société USRI en raison de vos rôles de sécurité. Les applications de finances et d’opérations désignent l’entité juridique, l’ID zone de données et les informations société avec le même concept.
Contrairement aux applications de finances et d’opérations, qui mélangent les concepts de sécurité et d’entreprise dans le même concept, Dataverse différencie ces concepts. Les enregistrements de centre de profit ou de propriétaire sont liés aux limites de sécurité d’un utilisateur, qui déterminent ce qu’il peut afficher ou modifier. Ces documents de société ont une relation spécifique avec l’entité cdm_Company. Vous pouvez avoir un contrôle différent sur la société, indépendant du centre de profit et de la sécurité de l’utilisateur.
En substance, les deux concepts sont représentés ensemble dans les applications de finances et d’opérations et séparément dans Dataverse.
Dans les applications de finances et d’opérations, toute table avec le concept de société ou qui traite d’une société comprend le champ DataAreaID. Cette notion est vraie pour toutes les tables, par exemple CustTable, SalesTable, CustGroupTables et CompanyInfo. Un ID zone de données est une chaîne de trois ou quatre caractères se rapportant à la table DataArea, qui ne garde aucun trace des sociétés existantes. La table CompanyInfo a une relation un-à-un avec la table DataArea et une ligne dans la table DataArea est liée à la même zone de données dans la table CompanyInfo où les informations associées sur cette zone de données sont liées.
Dans Dataverse, la table Compte stocke les informations société. La clé étrangère cdm_Company indique à un utilisateur l’enregistrement juridique dans lequel se trouve l’enregistrement de chaque ligne. La colonne Propriétaire est la sécurité implicite. Le propriétaire de la plupart des entités telles que Compte est un utilisateur ou une équipe. Un utilisateur membre d’un centre de profit détient l’enregistrement de compte. Autrement dit, l’entité Compte fait partie de ce centre de profit.
Ce concept devient important lorsque vous ajoutez de la sécurité. En effet, vous pouvez autoriser l’utilisateur à afficher l’enregistrement s’il en est propriétaire ou s’il est membre du centre de profit possédant l’enregistrement. Le concept clé est que la sémantique de société concernant l’appartenance juridique à la société passe explicitement par la clé étrangère cdm_Company et les concepts de sécurité du centre de profit auquel elle est liée au moyen du composant de propriété.
Certains enregistrements ou certaines entités dans Dataverse n’ont pas de champ Propriétaire, comme l’entité Produit. Ces entités sont appelées entités globales et peuvent toujours avoir un centre de profit, mais sont globalement lisibles par l’ensemble de l’organisation.
L’implémentation standard des applications de finances et d’opérations et le déploiement de Dataverse ont une attente et un processus automatisé. Cela détermine que, pour chaque société dans les applications de finances et d’opérations, une entité de société et un centre de profit associés existent dans Dataverse. Lorsque le système établit la connexion avec Dataverse, le processus automatisé crée l’entité de société correspondante entre les applications de finances et d’opérations et Dataverse. De plus, le système crée deux équipes : l’équipe par défaut et une équipe double écriture spécifique.
Cette approche simplifie la tâche de déploiement d’une nouvelle entité dans les applications de finances et d’opérations, car tout fonctionne et est déployé par défaut. Cependant, vous n’êtes pas obligé d’adopter ce modèle d’organisation et de déploiement. D’autres options et personnalisations sont disponibles pour la structure d’entreprise dans Dataverse sans affecter la société ou la propriété des enregistrements.
L’exemple suivant illustre une décomposition générique des entités juridiques dans les applications de finances et d’opérations, son affichage dans Dataverse d’un point de vue automatisé et la propriété des enregistrements fondée sur la stratégie de déploiement automatisé.
Trois entités juridiques sont disponibles dans les applications de finances et d’opérations. Par conséquent, au moins trois centres de profit existent dans Dataverse, avec deux équipes relevant de chaque centre de profit : une équipe par défaut et une équipe double écriture. Le système utilise l’équipe double écriture pour la propriété par défaut des données écrites à partir des applications de finances et d’opérations et vice versa. Par conséquent, les applications de finances et d’opérations disposent de l’ID zone de données et Dataverse dispose d’un propriétaire. Comme indiqué précédemment, vous pouvez personnaliser ce paramètre. Vous pouvez changer la propriété d’un enregistrement dans Dataverse après l’affectation initiale et modifier les centres de profit et les équipes pour répondre plus efficacement à vos besoins métier.