Stocker les données de la hiérarchie organisationnelle
Le schéma du modèle de données environnementales, sociales et de gouvernance (ESG) est fourni avec un ensemble robuste de tables pour stocker les détails des entités qui jouent un rôle clé dans le parcours ESG de votre organisation. Il est important de capturer les métadonnées et le Relations entre chacune de ces entités. Cet effort garantit la précision lors de l’ajout de filtres, de l’exécution de cumuls, d’analyses approfondies, d’agrégations, de calculs et de rapports sur les mesures ESG.
Voici quelques-unes des tables d’organisation clés du schéma du modèle de données ESG .
| Nom de table | Description |
|---|---|
| Entité juridique | Une entité juridique est une entité non humaine que la loi traite, à certaines fins, comme s’il s’agissait d’une personne, comme une organisation constituée en société. La loi leur permet d’agir en tant que personnes à certaines fins limitées, le plus souvent en matière de poursuites judiciaires, de propriété immobilière et de contrats. Une entité juridique possède une "personnalité juridique" qui fait référence à la capacité d’une organisation à conclure des transactions juridiques telles que détenir des biens ou contracter des dettes. |
| Facility | L’emplacement de base auquel vous mesurez vos données d’émission de carbone, de consommation d’eau ou de déchets générés. Il peut s’agir d’un groupe de plusieurs bâtiments, équipements ou actifs de soutien. Généralement le niveau le plus bas auquel vous pouvez signaler vos indicateurs ESG. |
| Organisation du parti | Les divisions structurelles ou virtuelles créées au sein d’une entreprise ou d’une organisation. Il s’agit d’une unité commerciale, d’une unité organisationnelle ou d’un département dans lequel les données peuvent être agrégées, regroupées ou signalées à chaque niveau. |
| Partie | Le parti est un concept qui permet aux individus, aux organisations, aux entités juridiques, aux organisations sociales et aux unités commerciales d’être liés ou définis dans le contexte des rôles, des événements et des Relations. Il vous permet de "ancre" des instances ou des implémentations disparates de chacune de ces options vers une instance commune ou singulière de cet individu, de cette organisation, de cette entité juridique, de cette organisation sociale ou de cette unité commerciale. |
| Partie liée | Stocke la relation entre deux parties pendant la période associée. |
La hiérarchie organisationnelle de votre organisation peut être classée dans l’un de ces deux types :
- Structure arborescente simple (chaque entité n’a qu’un seul élément parent)
- Structure graphique (une entité peut avoir plusieurs élément parent)
Structure d’organisation arborescente simple
Créer des enregistrements de groupe. Créez un enregistrement de partie pour chaque entité de votre hiérarchie organisationnelle. Spécifiez le type de partie parmi : Établissement, Unité organisationnelle ou Entité juridique. Si l’entité n’appartient à aucun de ces types de partie, vous pouvez ajouter votre propre type de partie comme valeur de référence en suivant les étapes mentionnées dans Créer, configurer et harmoniser les valeurs de référence.
Note
L’ajout de types de fêtes personnalisés peut nécessiter des personnalisations des solutions de données de durabilité pré-packagées dans les notebooks. Microsoft Fabric À moins que vous ne capturiez vos données de mesure ESG avec une granularité inférieure à celle d’une installation, il est recommandé d’utiliser une installation comme type de partie pour toutes les entités au niveau le plus bas de votre structure organisationnelle.
Stockez données d’emplacement pour chaque fête. Pour chaque entité de votre hiérarchie organisationnelle, créez un enregistrement dans la table Emplacement avec ses détails d’emplacement tels que l’adresse, l’état, la ville, l’ID du pays, le code postal, etc. En fonction du type de partie de l’enregistrement de partie, créez un enregistrement ultérieur dans les tables Entité juridique, Établissement ou Organisation de partie (type de partie = Unité organisationnelle) reliant les valeurs d’ID de partie et d’ID d’emplacement.
Si le type de groupe n’appartient à aucune de ces options, créez un enregistrement dans la table Emplacement du groupe pour lier les valeurs ID du groupe et ID de l’emplacement.
Stockez le Relations entre les parties. Pour stocker le Relations entre chaque entité, créez un enregistrement pour chaque relation dans la table des parties liées. Le champ ID de partie associée stocke l’ID de partie de élément parent, et le champ ID de partie stocke l’ID de partie de enfant. Vous pouvez spécifier le type de relation de partie comme une relation parent-enfant. Vous pouvez utiliser les horodatages de début et de fin de la période de relation de partie pour indiquer la validité de la relation.
Note
Vous pouvez également définir vos propres types de relations de parties en les ajoutant comme valeurs de référence en suivant les étapes mentionnées dans Créer, configurer et harmoniser les valeurs de référence.
Exemple :
La relation entre l’installation élément parent, l’installation enfant 1 et l’installation enfant 2 peut être stockée comme indiqué dans ces tableaux.
Nom de la table : Party
| Attribute | active | active | active |
|---|---|---|---|
| ID de partie | 1 | 2 | 3 |
| Nom de la partie | Fête élément parent | Enfant fête 1 | Enfant fête 2 |
| ID du type de partie (FK) | 0 (Installation) | 0 (Installation) | 0 (Installation) |
Nom de la table : Emplacement
| Attribute | active | active | active |
|---|---|---|---|
| ID d’emplacement | 1 | 2 | 3 |
| Nom de l’emplacement | Emplacement de élément parent | Enfant 1 emplacement | Enfant 2 emplacement |
| ID de pays (FK) | 840 | 250 | 36 |
Nom de la table : Installation
| Attribute | active | active | active |
|---|---|---|---|
| ID établissement | 1 | 2 | 2 |
| Nom de l’installation | Facilité élément parent | Enfant installation 1 | Enfant installation 2 |
| ID de groupe (FK) | 1 | 2 | 3 |
| ID de localisation (FK) | 1 | 2 | 3 |
Nom de la table : Partie liée
| Attribute | active | active |
|---|---|---|
| ID de groupe (FK) | 2 | 3 |
| ID de partie liée (FK) | 1 | 1 |
| ID du type de relation entre parties (FK) | 0 | 0 |
| Horodatage du début de la période de relation entre parties | 1/1/1900 | 1/1/1900 |
| Horodatage de fin de période de relation de partie | 1/1/2100 | 1/1/2100 |
Structure d’organisation du graphe (plusieurs nœuds élément parent)
Créer des enregistrements de groupe. Créez un enregistrement de partie pour chaque entité de votre hiérarchie organisationnelle. Spécifiez le type de partie parmi : Établissement, Unité organisationnelle ou Entité juridique. Si l’entité n’appartient à aucun de ces types de partie, vous pouvez ajouter votre propre type de partie comme valeur de référence en suivant les étapes mentionnées dans Créer, configurer et harmoniser les valeurs de référence.
Note
L’ajout de types de fêtes personnalisés peut nécessiter des personnalisations des solutions de données de durabilité pré-packagées dans les blocs-notes Fabric. À moins que vous ne capturiez vos données de mesure ESG avec une granularité inférieure à celle d’une installation, il est recommandé d’utiliser une installation comme type de partie pour toutes les entités au niveau le plus bas de votre structure organisationnelle.
Stockez données d’emplacement pour chaque fête. Pour chaque entité de votre hiérarchie organisationnelle, créez un enregistrement dans la table Emplacement avec ses détails d’emplacement tels que l’adresse, l’état, la ville, l’ID du pays, le code postal, etc. En fonction du type de partie de l’enregistrement de partie, créez un enregistrement ultérieur dans les tables Entité juridique, Établissement ou Organisation de partie (type de partie = Unité organisationnelle) reliant les valeurs d’ID de partie et d’ID d’emplacement.
Si le type de groupe n’appartient à aucune de ces options, créez un enregistrement dans la table Emplacement du groupe pour lier les valeurs ID du groupe et ID de l’emplacement.
Stockez le Relations entre les parties (avec un seul élément parent). Pour stocker le Relations entre chaque entité, créez un enregistrement pour chaque relation dans la table des parties liées. Le champ ID de partie associée stocke l’ID de partie de élément parent, et le champ ID de partie stocke l’ID de partie de enfant. Vous pouvez spécifier le type de relation de partie comme parent-enfant. Vous pouvez utiliser les horodatages de début et de fin de la période de relation de partie pour indiquer la validité de la relation.
Stockez le Relations entre les fêtes (avec plusieurs parents).
Créez des enregistrements de groupe conjoints pour chaque combinaison. Créez un enregistrement de groupe avec le type de groupe comme Groupe conjoint d’unité d’organisation d’établissement, ou créez vos propres types de groupe en les ajoutant comme valeurs de référence en suivant les étapes mentionnées dans Créer, configurer et harmoniser les valeurs de référence. Toutes les données de mesure associées à la combinaison des parties doivent être ajoutées au dossier conjoint des parties.
Créez des enregistrements dans la table des parties liées. Pour stocker le multiparent Relations, créez deux enregistrements dans la table des parties liées : un pour stocker la relation entre la partie élément parent 1 et la partie commune, et un autre pour stocker la relation entre la partie élément parent 2 et la partie commune. L’ID de partie élément parent est stocké dans le champ ID de partie associée et la partie conjointe est stockée dans le champ ID de partie de la table des parties associées. Vous pouvez spécifier le type de relation de partie comme ÉtablissementOrganisationUnitéPartie communeRelation. Vous pouvez utiliser les horodatages de début et de fin de la période de relation de partie pour indiquer la validité de la relation.
Note
Vous pouvez également définir vos propres types de relations de parties en les ajoutant comme valeurs de référence en suivant les étapes mentionnées dans Créer, configurer et harmoniser les valeurs de référence.
Exemple :
La relation entre l’installation et l’UO peut être stockée comme suit :
Nom de la table : Party
| Attribute | active | active | active |
|---|---|---|---|
| ID de partie | 1 | 2 | 3 |
| Nom de la partie | Fête des installations | Fête de l’OU | Fête commune |
| ID du type de partie (FK) | 0 (Installation) | 2 (OU) | 3 (Partie conjointe de l’unité organisationnelle de l’établissement) |
Nom de la table : Emplacement
| Attribute | active | active | active |
|---|---|---|---|
| ID d’emplacement | 1 | 2 | 3 |
| Nom de l’emplacement | Localisation de l’établissement | Localisation de l’UO | Lieu de fête commune |
| ID de pays (FK) | 840 | 250 | 36 |
Nom de la table : Installation
| Attribute | active |
|---|---|
| ID établissement | 1 |
| Nom de l’installation | Facility |
| ID de groupe (FK) | 1 |
| ID de localisation (FK) | 1 |
Nom de la table : Organisation du parti
| Attribute | active |
|---|---|
| ID de l’organisation du parti | 1 |
| Nom de l’organisation du parti | OU |
| Organisation du parti ID du parti (FK) | 2 |
| ID de localisation (FK) | 2 |
Nom de la table : Lieu de la fête
| Attribute | active |
|---|---|
| ID de partie | 3 |
| ID d’emplacement | 3 |
| Horodatage de début de période | 1/1/1900 |
| Horodatage de fin de période | 1/1/2100 |
Nom de la table : Partie liée
| Attribute | active | active |
|---|---|---|
| ID de groupe (FK) | 3 | 3 |
| ID de partie liée (FK) | 1 | 2 |
| ID du type de relation entre parties (FK) | 1 | 1 |
| Horodatage du début de la période de relation entre parties | 1/1/1900 | 1/1/1900 |
| Horodatage de fin de période de relation de partie | 1/1/2100 | 1/1/2100 |
