Lagre organisasjonshierarkidata
ESG-datamodellskjemaet (environmental, social, and governance) leveres med et robust sett med tabeller for å lagre detaljene for enhetene som spiller en nøkkelrolle i organisasjonens ESG-reise. Det er viktig å registrere metadataene og Relasjoner mellom hver av disse enhetene. Denne innsatsen sikrer nøyaktighet mens du legger til filtre, utfører rollups, drilldowns, aggregasjoner, beregninger og rapportering av ESG-beregninger.
Her er noen av de viktigste organisasjonstabellene i ESG-datamodellskjema .
| Tabellnavn | Description |
|---|---|
| Juridisk enhet | En juridisk enhet er en ikke-menneskelig enhet som loven behandler for noen formål som om den var en person, for eksempel en inkorporert organisasjon. Loven tillater dem å opptre som personer for visse begrensede formål, oftest søksmål, eiendomseierskap og kontrakter. En juridisk enhet har en "juridisk person" som refererer til en organisasjons evne til å inngå juridiske transaksjoner som å holde eiendom eller inngå gjeld. |
| Facility | Basisstedet der du måler karbonutslipp, vannforbruk eller avfallsgenererte data. Kan være en gruppe med flere bygninger, utstyr eller støttemateriell. Vanligvis det laveste nivået du kan rapportere ESG-beregningene dine på. |
| Partiets organisasjon | De strukturelle eller virtuelle inndelingene som opprettes i et selskap eller en organisasjon. Det er en forretningsenhet, organisasjonsenhet eller avdeling der data kan aggregeres, fremheves eller rapporteres på hvert nivå. |
| Part | Party er et konsept som lar enkeltpersoner, organisasjoner, juridiske enheter, sosiale organisasjoner og forretningsenheter være relatert eller definert med konteksten til roller, hendelser og Relasjoner. Den lar deg "forankre" ulike forekomster eller implementeringer av hvert av disse alternativene til en felles eller enkelt forekomst av denne personen, organisasjonen, juridiske enheten, den sosiale organisasjonen eller forretningsenheten. |
| Relatert part | Lagrer forholdet mellom to parter i løpet av den tilknyttede perioden. |
Organisasjonshierarkiet i organisasjonen kan falle inn i én av disse to typene:
- Enkel trestruktur (hver enhet har bare ett enkelt overordnet)
- Grafstruktur (en enhet kan ha mer enn ett overordnet)
Enkel treorganisasjonsstruktur
Opprett partsposter. Opprett en partsoppføring for hver enhet i organisasjonshierarkiet. Angi Part-typen som én blant Lokale, Organisasjonsenhet eller Juridisk enhet. Hvis enheten ikke faller inn under noen av disse partstypene, kan du legge til din egen partstype som en referanseverdi ved hjelp av fremgangsmåten som er nevnt i Opprette, konfigurere og harmonisere referanseverdier.
Notat
Hvis du legger til egendefinerte partstyper, kan det kreve tilpassinger i de ferdigpakkede bærekraftsdataløsningene i Microsoft Fabric notatblokker. Med mindre du registrerer ESG-målingsdataene dine med en lavere detaljnivå enn en fasilitet, anbefales det at du bruker Fasilitet som partstype for alle enhetene på det laveste nivået i organisasjonsstrukturen.
Lagre stedsdata for hver part. For hver enhet i organisasjonshierarkiet oppretter du en oppføring i Sted-tabellen med plasseringsdetaljer, for eksempel adresse, delstat, by, land-ID, postnummer og så videre. Basert på partstypen for partoppføringen oppretter du en etterfølgende oppføring i tabellene Juridisk enhet, Lokale eller Partsorganisasjon (partstype = organisasjonsenhet) som kobler sammen verdiene for parts-ID og steds-ID.
Hvis parttypen ikke tilhører noen av disse alternativene, oppretter du en oppføring i tabellen Partssted for å opprette en kobling mellom verdiene for parts-ID og steds-ID.
Lagre Relasjoner mellom partene. Hvis du vil lagre Relasjoner mellom hver enhet, oppretter du en oppføring for hver relasjon i tabellen Relatert part. Feltet ID for relatert part lagrer parts-ID-en til den overordnede, og feltet Parts-ID lagrer parts-ID-en til den underordnede. Du kan angi partsrelasjonstypen som en overordnet/underordnet-relasjon. Du kan bruke start- og slutttidsstemplene for partsrelasjonsperioden til å angi gyldigheten av relasjonen.
Notat
Du kan også definere dine egne partsrelasjonstyper ved å legge dem til som referanseverdier ved hjelp av fremgangsmåten som er nevnt i Opprette, konfigurere og harmonisere referanseverdier.
Eksempel:
Relasjonen mellom overordnet lokale, underordnet lokale 1 og underordnet lokale 2 kan lagres som angitt i disse tabellene.
Tabellnavn: Parti
| Attributt | Verdi | Verdi | Verdi |
|---|---|---|---|
| Part-ID | 1 | 2 | 3 |
| Navn på fest | Overordnet part | Underordnet part 1 | Underordnet part 2 |
| ID for partstype (FK) | 0 (Anlegg) | 0 (Anlegg) | 0 (Anlegg) |
Tabellnavn: Plassering
| Attributt | Verdi | Verdi | Verdi |
|---|---|---|---|
| Steds-ID | 1 | 2 | 3 |
| Navn på plassering | Overordnet plassering | Underordnet 1 plassering | Underordnet 2 plassering |
| Land-ID (FK) | 840 | 250 | 36 |
Tabellnavn: Anlegg
| Attributt | Verdi | Verdi | Verdi |
|---|---|---|---|
| ID for lokale | 1 | 2 | 2 |
| Navn på lokale | Overordnet anlegg | Underordnet fasilitet 1 | Underordnet fasilitet 2 |
| Parts-ID (FK) | 1 | 2 | 3 |
| Steds-ID (FK) | 1 | 2 | 3 |
Tabellnavn: Nærstående part
| Attributt | Verdi | Verdi |
|---|---|---|
| Parts-ID (FK) | 2 | 3 |
| ID for nærstående parter (FK) | 1 | 1 |
| ID for partens relasjonstype (FK) | 0 | 0 |
| Starttidsstempel for partsforholdsperiode | 1/1/1900 | 1/1/1900 |
| Slutttidsstempel for partsforholdsperiode | 1/1/2100 | 1/1/2100 |
Graforganisasjonsstruktur (flere overordnede noder)
Opprett partsposter. Opprett en partsoppføring for hver enhet i organisasjonshierarkiet. Angi Part-typen som én blant Lokale, Organisasjonsenhet eller Juridisk enhet. Hvis enheten ikke faller inn under noen av disse partstypene, kan du legge til din egen partstype som en referanseverdi ved hjelp av fremgangsmåten som er nevnt i Opprette, konfigurere og harmonisere referanseverdier.
Notat
Å legge til egendefinerte partstyper kan kreve tilpassinger i de ferdigpakkede bærekraftsdataløsningene i Fabric-notatblokker. Med mindre du registrerer ESG-målingsdataene dine med en lavere detaljnivå enn en fasilitet, anbefales det at du bruker Fasilitet som partstype for alle enhetene på det laveste nivået i organisasjonsstrukturen.
Lagre stedsdata for hver part. For hver enhet i organisasjonshierarkiet oppretter du en oppføring i Sted-tabellen med plasseringsdetaljer, for eksempel adresse, delstat, by, land-ID, postnummer og så videre. Basert på partstypen for partoppføringen oppretter du en etterfølgende oppføring i tabellene Juridisk enhet, Lokale eller Partsorganisasjon (partstype = organisasjonsenhet) som kobler sammen verdiene for parts-ID og steds-ID.
Hvis partstypen ikke tilhører noen av disse alternativene, oppretter du en oppføring i tabellen Partssted for å opprette en kobling mellom verdiene for parts-ID og steds-ID.
Lagre Relasjoner mellom parter (med enslig overordnet). Hvis du vil lagre Relasjoner mellom hver enhet, oppretter du en oppføring for hver relasjon i tabellen Relatert part. Feltet ID for relatert part lagrer parts-ID-en til den overordnede, og feltet Parts-ID lagrer parts-ID-en til den underordnede. Du kan angi partsrelasjonstypen som overordnet-underordnet. Du kan bruke start- og slutttidsstemplene for partsrelasjonsperioden til å angi gyldigheten av relasjonen.
Lagre Relasjoner mellom parter (med flere foreldre).
Opprett fellespartsposter for hver kombinasjon. Opprett en partspost med partstypen som fellespart for organisasjonsenhet for lokaler, eller opprett dine egne partstyper ved å legge dem til som referanseverdier ved hjelp av fremgangsmåten som er nevnt i Opprette, konfigurere og harmonisere referanseverdier. Alle måledata knyttet til kombinasjonen av partene må legges til den felles partsposten.
Opprett poster i tabellen for relatert part. Hvis du vil lagre Relasjoner med flere overordnede, oppretter du to oppføringer i tabellen Relatert part: én for å lagre relasjonen mellom den overordnede parten 1 og fellesparten, og en annen for å lagre relasjonen mellom overordnet part 2 og fellesparten. Den overordnede part-ID-en lagres i feltet ID for relatert part, og fellesparten lagres i feltet Parts-ID i tabellen Relatert part. Du kan angi partsrelasjonstypen som FacilityOrganizationUnitJointPartyRelation. Du kan bruke start- og slutttidsstemplene for partsrelasjonsperioden til å angi gyldigheten av relasjonen.
Notat
Du kan også definere dine egne partsrelasjonstyper ved å legge dem til som referanseverdier ved hjelp av fremgangsmåten som er nevnt i Opprette, konfigurere og harmonisere referanseverdier.
Eksempel:
Relasjonen mellom lokalet og organisasjonsenheten kan lagres på følgende måte:
Tabellnavn: Parti
| Attributt | Verdi | Verdi | Verdi |
|---|---|---|---|
| Part-ID | 1 | 2 | 3 |
| Navn på fest | Anleggsfest | OU-fest | Felles parti |
| ID for partstype (FK) | 0 (Anlegg) | 2 (OU) | 3 (Fellespartiet for anleggets organisasjonsenhet) |
Tabellnavn: Plassering
| Attributt | Verdi | Verdi | Verdi |
|---|---|---|---|
| Steds-ID | 1 | 2 | 3 |
| Navn på plassering | Anleggets beliggenhet | OU-plassering | Felles feststed |
| Land-ID (FK) | 840 | 250 | 36 |
Tabellnavn: Anlegg
| Attributt | Verdi |
|---|---|
| ID for lokale | 1 |
| Navn på lokale | Facility |
| Parts-ID (FK) | 1 |
| Steds-ID (FK) | 1 |
Tabellnavn: Partorganisasjon
| Attributt | Verdi |
|---|---|
| Organisasjons-ID for part | 1 |
| Navn på partorganisasjon | OU |
| Part-ID for partsorganisasjon (FK) | 2 |
| Steds-ID (FK) | 2 |
Tabellnavn: Feststed
| Attributt | Verdi |
|---|---|
| Part-ID | 3 |
| Steds-ID | 3 |
| Starttidsstempel for periode | 1/1/1900 |
| Tidsstempel for periodeslutt | 1/1/2100 |
Tabellnavn: Nærstående part
| Attributt | Verdi | Verdi |
|---|---|---|
| Parts-ID (FK) | 3 | 3 |
| ID for nærstående parter (FK) | 1 | 2 |
| ID for partens relasjonstype (FK) | 1 | 1 |
| Starttidsstempel for partsforholdsperiode | 1/1/1900 | 1/1/1900 |
| Slutttidsstempel for partsforholdsperiode | 1/1/2100 | 1/1/2100 |
