Eine Energierechnung weist Kilowattstunden aus, ein Tankbeleg Liter, ein Frachtbrief Tonnenkilometer. Bevor diese Zahlen gemeinsam in einem Nachhaltigkeitsbericht stehen können, muss jemand sie in eine gemeinsame Einheit umrechnen und oft auch in einen gemeinsamen Emissionsfaktor. Diese Umrechnung heißt Normalisierung. Sie erfolgt häufig in einer Tabellenkalkulation, mit einer Formel, die niemand mehr wiederfindet, sobald die Frage aufkommt, woher eine Zahl stammt.
Normalisierung ist keine einzelne Handlung, sondern eine Reihe von Entscheidungen. Welche Quelle liefert den Rohwert. Welche Einheit gilt als Standard. Welcher Emissions- oder Umrechnungsfaktor wird angewendet, und aus welcher Quelle oder welchem Jahr stammt dieser Faktor. Wird für Brennwert, Temperatur oder ein abweichendes Geschäftsjahr korrigiert. Jede Entscheidung ist eine Annahme, und jede Annahme bestimmt das Ergebnis. Zwei Organisationen, die dieselben Rohdaten mit einem anderen Faktor oder einem anderen Basisjahr normalisieren, kommen auf eine andere Zahl, ohne dass eine von beiden etwas falsch macht.
Das Problem entsteht nicht bei der ersten Berechnung. Es entsteht ein Jahr später, wenn jemand fragt, warum die Zahl für 2023 leicht von der Zahl für 2024 abweicht, oder wenn ein Controller wissen möchte, welcher Emissionsfaktor für einen bestimmten Energiestrom verwendet wurde. Ohne Dokumentation lautet die Antwort: Das wissen wir nicht mehr, oder: Das finden wir heraus. Mit Dokumentation ist die Antwort ein Verweis auf die Regel, die die Umrechnung beschreibt. Der Unterschied zwischen diesen beiden Situationen ist genau das, worum es in warum ein Audit-Trail mehr ist als ein Logbuch geht: Ein Audit-Trail ist kein nachträglicher Bericht, sondern die Dokumentation der Entscheidung im Moment, in dem sie getroffen wird.
Normalisierung ist eine der Bearbeitungen, die zwischen Quelle und Bericht stattfinden, neben Summieren, Filtern und Umverteilen. Welche Bearbeitungen das genau sind und in welcher Reihenfolge sie die Daten betreffen, steht beschrieben in welche Bearbeitungen liegen zwischen Quelle und Bericht, wenn die Quelle eine Tabellenkalkulation ist. Für jede Bearbeitung gilt dieselbe Frage: Lässt sich feststellen, was geschehen ist, von wem, auf Basis welcher Regel. Bei Normalisierung kommt eine zusätzliche Ebene hinzu, da die Regel selbst eine externe Quelle haben kann — eine Emissionsfaktorendatenbank, die jährlich aktualisiert wird. Ändert sich diese Datenbank und hat niemand festgehalten, welche Version für welches Berichtsjahr verwendet wurde, lässt sich die Vergleichbarkeit von Zahlen über die Jahre hinweg nicht mehr belegen.
Für jeden Datenpunkt, der einen Normalisierungsschritt durchläuft, sind bestimmte Angaben nötig, um diesen Schritt nachvollziehbar zu machen. Der Rohwert und seine Quelle. Die Zieleinheit und der verwendete Umrechnungs- oder Emissionsfaktor, einschließlich Herkunft und Version dieses Faktors. Das Datum oder der Zeitraum, für den der Faktor gilt. Die Person oder das System, die die Umrechnung durchgeführt hat. Und die Stelle im Bericht, an der die normalisierte Zahl landet. Dies ist im Grunde eine spezifische Form von Source-to-Report-Mapping, bei der nicht nur die Herkunft einer Zahl dokumentiert wird, sondern auch die Rechenregel, die sie auf dem Weg verändert hat. Wie dieses Mapping aussieht, wenn die Quelle eine Tabellenkalkulation ist, ist ausgearbeitet in was ist Source-to-Report-Mapping, wenn die Quelle eine Tabellenkalkulation ist.
In der Praxis liegt das Wissen über Normalisierungsfaktoren häufig bei einem einzelnen Mitarbeiter, der weiß, welches Tabellenblatt welchen Faktor verwendet und warum. Sobald diese Person im Urlaub ist, krank wird oder die Funktion wechselt, lässt sich dieses Wissen nicht mehr abrufen, sondern nur noch rekonstruieren — mit dem Risiko, dass die Rekonstruktion zu einem anderen Ergebnis führt als das Original. Dokumentation losgelöst von der Person bedeutet, dass die Regel in einem Register nachvollziehbar ist, nicht in einem Kopf. Dieses Register muss kein kompliziertes System sein; es kann ein festes Format sein, das bei jeder Tabellenkalkulation gepflegt wird. Wie das aussieht, ohne dass dafür ein Tool angeschafft wird, steht beschrieben in wie erstellen Sie Lineage ohne Tool, und der Ansatz speziell für Normalisierung in Tabellenkalkulationen in wie dokumentieren Sie Normalisierung, wenn die Quelle eine Tabellenkalkulation ist.
Es gibt Tools, die Normalisierung automatisieren und die verwendeten Faktoren in einer Übersicht anzeigen. Das ist nützlich, sobald die Regeln bekannt sind und die Annahmen feststehen. Ein Tool, das auf Basis eines Faktors normalisiert, den niemand überprüft hat, oder das eine veraltete Version einer Emissionsfaktorendatenbank verwendet, ohne dass jemand das bemerkt hat, liefert ein ordentliches Ergebnis zu einer fehlerhaften Berechnung. Die Reihenfolge lautet: erst festlegen, welche Regel angewendet wird und warum, dann erst ein System einrichten, das diese Regel konsequent ausführt.
Das Dokumentieren von Normalisierungsregeln ist selbst eine Aufgabe, die Zeit kostet: Faktoren nachschlagen, Versionen notieren, Verknüpfungen zwischen Rohwert und umgerechneter Zahl dokumentieren. Ein Teil dieser Arbeit ist wiederholbar und regelgebunden, was sie zu einer Kandidatin für Unterstützung durch KI macht. FTE TO AI berechnet im Werkscan pro Aufgabe, welcher Teil der Arbeit auf diese Weise übernommen werden kann, sodass deutlich wird, wo Menschen weiterhin gebraucht werden, um Entscheidungen zu treffen, und wo ein System die Ausführung übernehmen kann.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.