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 Kennzahlendefinition — bevor Evidence und Lieferantendaten darauf aufsetzen. Verwandt: KPI-Definition.
Ansatz
Jede materielle ESG-Kennzahl erhält vor Production-Reporting:
- eine Metric-ID mit Zweck, Einheit und verbindlicher Bezugs- und Detailebene (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 Nutzer
Owner benennt Entscheidung oder Disclosure-Zweck. Ohne Nutzer keine „Pflichtmetrik“.
2. Bezugs- und Detailebene 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 | Kennzahlenvereinbarung + 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 ein Arbeitsmuster, keine Kalenderübung 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 verantwortliche Personen, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.
Starte mit dem kleinsten echten 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, Bezugs- und Detailebene 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