Gemme organisationshierarkidata
ESG-datamodelskemaet (Environmental, Social and Governance) leveres med et robust sæt tabeller til at gemme detaljerne om de objekter, der spiller en vigtig rolle i organisationens ESG-rejse. Det er vigtigt at registrere metadataene og Relationer mellem hver af disse enheder. Denne indsats sikrer nøjagtighed, mens du tilføjer filtre, udfører rollups, drilldowns, aggregeringer, beregninger og rapportering af ESG-målinger.
Her er nogle af de vigtigste organisationstabeller i ESG-datamodelskemaet .
| Tabelnavn | Description |
|---|---|
| Juridisk enhed | En juridisk enhed er en ikke-menneskelig enhed, som loven behandler til nogle formål, som om den var en person, såsom en inkorporeret organisation. Loven giver dem mulighed for at fungere som personer til visse begrænsede formål, oftest retssager, ejendomsejerskab og kontrakter. En juridisk enhed har en "juridisk personlighed", der henviser til en organisations evne til at indgå i juridiske transaktioner såsom at besidde ejendom eller indgå gæld. |
| Facility | Den basisplacering, hvor du måler dine kulstofemissioner, vandforbrug eller affaldsgenererede data. Kan være en gruppe af flere bygninger, udstyr eller understøttende aktiver. Typisk det laveste niveau, hvor du kan rapportere dine ESG-målinger. |
| Partiets organisation | De strukturelle eller virtuelle opdelinger, der oprettes i en virksomhed eller organisation. Det er en afdeling, en afdeling eller en afdeling, hvor data kan samles, akkumuleres eller rapporteres på hvert niveau. |
| Part | Party er et koncept, der lader enkeltpersoner, organisationer, juridiske enheder, sociale organisationer og forretningsenheder være relateret eller defineret med konteksten af roller, begivenheder og Relationer. Det giver dig mulighed for at "forankre" forskellige forekomster eller implementeringer af hver af disse indstillinger til en fælles eller enkelt forekomst af den pågældende person, organisation, juridiske enhed, sociale organisation eller afdeling. |
| Nærtstående part | Gemmer forholdet mellem to parter i den tilknyttede periode. |
Organisationens organisationshierarki kan falde ind under en af disse to typer:
- Simpel træstruktur (hver enhed har kun et enkelt overordnet)
- Grafstruktur (en enhed kan have mere end ét overordnet)
Enkel træorganisationsstruktur
Oprette partposter. Opret en partpost for hvert objekt i organisationshierarkiet. Angiv parttypen som en blandt Lokale, Afdeling eller Juridisk enhed. Hvis objektet ikke falder ind under nogen af disse partstyper, kan du tilføje din egen partstype som en referenceværdi ved hjælp af de trin, der er nævnt i Oprette, konfigurere og harmonisere referenceværdier.
Bemærk
Tilføjelse af brugerdefinerede partstyper kan kræve tilpasninger af de færdigpakkede bæredygtighedsdataløsninger i Microsoft Fabric notesbøger. Medmindre du registrerer dine ESG-målingsdata med en lavere granularitet end en facilitet, anbefales det, at du bruger facilitet som partstype for alle enheder på det laveste niveau i din organisationsstruktur.
Gem lokationsdata for hver part. For hvert objekt i organisationshierarkiet skal du oprette en post i tabellen Placering med dens placeringsoplysninger, f.eks. adresse, stat, by, lande-id, postnummer osv. Baseret på parttypen for partposten skal du oprette en efterfølgende post i tabellerne Juridisk enhed, Facilitet eller Partorganisation (Partstype = Organisationsenhed), der forbinder værdierne for part-id og lokations-id.
Hvis parttypen ikke hører til nogen af disse indstillinger, skal du oprette en post i tabellen Partplacering for at sammenkæde værdierne for part-id og lokations-id.
Gem Relationer mellem parterne. Hvis du vil gemme Relationer mellem hvert objekt, skal du oprette en post for hver relation i tabellen Relateret part. Feltet Relateret parts-id gemmer det overordnede part-id, og feltet Part-id gemmer det underordnede part-id. Du kan angive partens relationstype som en overordnet/underordnet relation. Du kan bruge start- og sluttidsstemplerne for partsforholdets start- og slutperiode til at angive relationens gyldighed.
Bemærk
Du kan også definere dine egne partrelationstyper ved at tilføje dem som referenceværdier ved hjælp af de trin, der er beskrevet i Oprette, konfigurere og harmonisere referenceværdier.
Eksempel:
Relationen mellem den overordnede facilitet, underordnet facilitet 1 og underordnet facilitet 2 kan gemmes som angivet i disse tabeller.
Tabelnavn: Parti
| Attribut | Værdi | Værdi | Værdi |
|---|---|---|---|
| Gruppe-id | 0 | 2 | 3 |
| Navn på parti | Overordnet part | Underordnet part 1 | Underordnet part 2 |
| Partitype-id (FK) | 0 (Facilitet) | 0 (Facilitet) | 0 (Facilitet) |
Tabelnavn: Placering
| Attribut | Værdi | Værdi | Værdi |
|---|---|---|---|
| Placerings-id | 0 | 2 | 3 |
| Lokationsnavn | Overordnet placering | Underordnet 1 placering | Underordnet 2 placering |
| Lande-ID (FK) | 840 | 250 | 36 |
Tabelnavn: Facilitet
| Attribut | Værdi | Værdi | Værdi |
|---|---|---|---|
| Facilitets-id | 0 | 2 | 2 |
| Lokalenavn | Overordnet facilitet | Underordnet facilitet 1 | Underordnet facilitet 2 |
| Parti-ID (FK) | 0 | 2 | 3 |
| Placerings-id (FK) | 0 | 2 | 3 |
Tabelnavn: Nærtstående part
| Attribut | Værdi | Værdi |
|---|---|---|
| Parti-ID (FK) | 2 | 3 |
| Nærtstående part-id (FK) | 0 | 0 |
| Id for partens relationstype (FK) | 0 | 0 |
| Starttidsstempel for partsforhold | 1/1/1900 | 1/1/1900 |
| Sluttidsstempel for partsforholdsperiode | 1/1/2100 | 1/1/2100 |
Graforganisationsstruktur (flere overordnede noder)
Oprette partposter. Opret en partpost for hvert objekt i organisationshierarkiet. Angiv parttypen som en blandt Lokale, Afdeling eller Juridisk enhed. Hvis objektet ikke falder ind under nogen af disse partstyper, kan du tilføje din egen partstype som en referenceværdi ved hjælp af de trin, der er nævnt i Oprette, konfigurere og harmonisere referenceværdier.
Bemærk
Tilføjelse af brugerdefinerede partstyper kan kræve tilpasninger af de færdigpakkede bæredygtighedsdataløsninger i Fabric-notesbøger. Medmindre du registrerer dine ESG-målingsdata med en lavere granularitet end en facilitet, anbefales det, at du bruger facilitet som partstype for alle enheder på det laveste niveau i din organisationsstruktur.
Gem lokationsdata for hver part. For hvert objekt i organisationshierarkiet skal du oprette en post i tabellen Placering med dens placeringsoplysninger, f.eks. adresse, stat, by, lande-id, postnummer osv. Baseret på parttypen for partposten skal du oprette en efterfølgende post i tabellerne Juridisk enhed, Facilitet eller Partorganisation (Partstype = Organisationsenhed), der forbinder værdierne for part-id og lokations-id.
Hvis parttypen ikke hører til nogen af disse indstillinger, skal du oprette en post i tabellen Partsplacering for at sammenkæde værdierne for part-id'et og placerings-id'et.
Gem Relationer mellem parterne (med enkelt overordnet). Hvis du vil gemme Relationer mellem hvert objekt, skal du oprette en post for hver relation i tabellen Relateret part. Feltet Relateret parts-id gemmer det overordnede part-id, og feltet Part-id gemmer det underordnede part-id. Du kan angive partens relationstype som overordnet-underordnet. Du kan bruge start- og sluttidsstemplerne for partsforholdets start- og slutperiode til at angive relationens gyldighed.
Gem Relationer mellem parter (med flere forældre).
Opret fælles partsposter for hver kombination. Opret en partpost med parttypen som Fællespart for facilitetsorganisationsenhed, eller opret dine egne parttyper ved at tilføje dem som referenceværdier ved hjælp af de trin, der er beskrevet i Oprette, konfigurere og harmonisere referenceværdier. Alle måledata, der er forbundet med kombinationen af parterne, skal føjes til den fælles partsregistrering.
Opret poster i tabellen over relaterede parter. Hvis du vil gemme Relationer med flere overordnede, skal du oprette to poster i tabellen Relateret part: én til at gemme relationen mellem overordnet 1 part og den fælles part og en anden til at gemme relationen mellem overordnet 2 part og den fælles part. Det overordnede part-id gemmes i feltet Relateret part-id, og fællesparten gemmes i feltet Part-id i tabellen Relateret part. Du kan angive partrelationstypen som FacilityOrganizationUnitJointPartyRelation. Du kan bruge start- og sluttidsstemplerne for partsforholdets start- og slutperiode til at angive relationens gyldighed.
Bemærk
Du kan også definere dine egne partrelationstyper ved at tilføje dem som referenceværdier ved hjælp af de trin, der er beskrevet i Oprette, konfigurere og harmonisere referenceværdier.
Eksempel:
Forholdet mellem faciliteten og enheden kan gemmes på følgende måde:
Tabelnavn: Parti
| Attribut | Værdi | Værdi | Værdi |
|---|---|---|---|
| Gruppe-id | 0 | 2 | 3 |
| Navn på parti | Facilitetsfest | OU-fest | Fælles parti |
| Partitype-id (FK) | 0 (Facilitet) | 2 (OU) | 3 (Facilitetens organisatoriske enheds fælles part) |
Tabelnavn: Placering
| Attribut | Værdi | Værdi | Værdi |
|---|---|---|---|
| Placerings-id | 0 | 2 | 3 |
| Lokationsnavn | Facilitetens beliggenhed | OU-placering | Fælles festplacering |
| Lande-ID (FK) | 840 | 250 | 36 |
Tabelnavn: Facilitet
| Attribut | Værdi |
|---|---|
| Facilitets-id | 0 |
| Lokalenavn | Facility |
| Parti-ID (FK) | 0 |
| Placerings-id (FK) | 0 |
Tabelnavn: Partorganisation
| Attribut | Værdi |
|---|---|
| Organisations-id for part | 0 |
| Navn på partorganisation | OU |
| Partiorganisation, Parti-ID (FK) | 2 |
| Placerings-id (FK) | 2 |
Tabelnavn: Festplacering
| Attribut | Værdi |
|---|---|
| Gruppe-id | 3 |
| Placerings-id | 3 |
| Tidsstempel for periodens start | 1/1/1900 |
| Tidsstempel for periodens slut | 1/1/2100 |
Tabelnavn: Nærtstående part
| Attribut | Værdi | Værdi |
|---|---|---|
| Parti-ID (FK) | 3 | 3 |
| Nærtstående part-id (FK) | 0 | 2 |
| Id for partens relationstype (FK) | 0 | 0 |
| Starttidsstempel for partsforhold | 1/1/1900 | 1/1/1900 |
| Sluttidsstempel for partsforholdsperiode | 1/1/2100 | 1/1/2100 |
