ESG-Metric-Definition-Contracts — Scope, Faktoren, Versionen
Kennzahlendefinition, Scope, Emissionsfaktoren und Versionierung als Vertrag — bevor Intensitäten und externe Labels berechnet werden.
Eine Formel in einem Wiki ist noch kein Vertrag. ESG-Kennzahlen scheitern, wenn Scope, Einheit und Emissionsfaktor still wechseln, während der Name gleich bleibt. Spätere YoY- und Assurance-Fragen haben nichts zum Vergleichen.
Dieser Teil definiert den Mindestvertrag für Metric Definition — bevor Evidence und Vendor-Daten darauf aufsetzen. Verwandt: KPI-Definition.
Vorher: Governance in ESG/Sustainability. Weiter: Source Evidence und Assurance.
Ansatz
Jede materielle ESG-Kennzahl erhält vor Production-Reporting:
- eine Metric-ID mit Zweck, Einheit und verbindlichem Grain (Entity/Site/Periode/Aktivität);
- einen Scope- und Grenze-Contract (was inkludiert/exkludiert ist);
- referenzierte Emissionsfaktoren oder Umrechnungen mit Quellen-ID und Version;
- einen Data Owner und Steward für Semantik und Change-Prozess;
- einen Versionierungs- und Freigabeweg inkl. Breaking-Change-Regel.
Keine Intensität ohne joinbare Aktivitätsdefinition.
Metric-Workflow
1. Zweck und Consumer
Owner benennt Entscheidung oder Disclosure-Zweck. Ohne Consumer keine „Pflichtmetrik“.
2. Grain und Grenze
Legal Entity vs. Operational Control, Equity Share und Site-Grenzen schriftlich. Mapping zu Finance-Entity wo nötig — siehe Finance-Landschaft.
3. Faktoren versionieren
Faktorwechsel erzeugen neue Metric-Version oder explizites Factor-Set. Überschreiben der aktuellen Zeile zerstört Vergleichbarkeit.
4. Controls
Blockierend: Report ohne Metric-Version, Faktor ohne Quelle, Scope-Mix ohne Flag. Steward triagiert Abweichungen.
5. Product Owner releasen
Data Product Owner plant Migrationen und Deprecation. Custodian implementiert Pipelines — entscheidet Semantik nicht.
Handoffs
| Von | An | Artefakt |
|---|---|---|
| Sustainability Owner | Steward | Metric-Contract + Grenze |
| Steward | Factor Librarian / Custodian | Factor-Set + Quellen-IDs |
| Steward | Evidence-Team | Pflichtfelder für Nachweis |
| Product Owner | Engineering | Versionierte Releases |
| Owner | Disclosure / Audit | Freigegebene Metric-Liste |
Anti-Patterns
- Denselben Namen für geänderte Formel behalten
- Faktoren „aus dem Internet“ ohne Quellen-ID
- Umfang-3-Kategorien still in Umfang-1-Labels mischen
- Catalog-Beschreibung als Versionskontrolle
- technischer Betreiber ändert Grenze ohne Freigabe durch die verantwortliche Person
Erster Umsetzungsschnitt
Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.
Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.
Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.
- Fünf externe Kennzahlen auf Metric-ID, Grain und Grenze mappen.
- Emissionsfaktoren mit Quellen-ID und Version inventarisieren.
- Eine Breaking-Change-Regel (neu versionieren vs. überschreiben) beschließen.
- Change-Request mit Freigeber und Review-Datum testen.
Governing ESG and sustainability landscapes
Part 2 of 5
View series