CO₂e-Bescheinigung — Methodik
Spend-based Methodik der CO₂e-Bescheinigung
Diese Seite erklärt, wie Certif-Scope aus deklarierten Ausgaben ein indikatives CO₂e-Ergebnis ableitet: spend-based Modell, Emissionsfaktoren, Berechnungslogik, Aktualisierungsregeln, Datenschutz und methodische Grenzen.
1. Umfang und Ziel der Methodik
Dieser Abschnitt definiert den genauen Umfang, die Grenzen und den institutionellen Zweck der Certif-Scope-Methodik. Die Methode soll korrekt eingeordnet werden, Fehlverwendung vermeiden und eine reproduzierbare, indikative CO₂e-Schätzung auf Basis finanzieller Ausgaben ermöglichen.
Definierter Umfang
- • Umrechnung jährlicher Ausgaben in indikative CO₂e-Schätzungen.
- • Nutzung kategoriebezogener Emissionsfaktoren in kg CO₂e / €.
- • Orientierung am spend-based Ansatz des GHG Protocol Corporate Standard.
- • Deterministische Ergebnisse durch versionierte Emissionsfaktoren.
- • Institutionelle Anwendungsfälle mit schneller Dokumentation und nicht bindenden Indikatoren.
Berechnungskette
Finanzielle Eingaben in EUR werden Kategorien zugeordnet, mit den passenden Emissionsfaktoren verbunden, deterministisch berechnet und als CO₂e-Ergebnis mit Versionsmetadaten dokumentiert.
Außerhalb des Umfangs
- • Keine physischen Aktivitätsdaten wie kWh, Kilometer, Tonnen, Materialmassen oder Kraftstoffmengen.
- • Keine Lebenszyklusanalyse und keine cradle-to-grave-Bewertung.
- • Keine lieferantenspezifischen Primärdaten und keine fachliche Bestätigung solcher Daten.
- • Keine Berechnung operativer Scope-1- oder Scope-2-Emissionen.
- • Keine Gleichstellung mit CSRD- oder ESRS-Berichterstattung.
Methodischer Kontext
Die Methodik nutzt etablierte Referenzen, ohne sie zu ersetzen. Certif-Scope bleibt auf eine indikative spend-based Umrechnung begrenzt.
- • GHG Protocol Corporate Standard — indirekte Emissionen im Scope-3-spend-based Kontext.
- • ISO 14064-1 — Prinzipien wie Relevanz, Konsistenz und Transparenz.
- • EEIO-Logik — Environmentally Extended Input-Output als wirtschaftlicher Modellkontext.
Eingaben und Versionierung
Alle Eingaben müssen numerisch, nicht negativ und in Euro angegeben sein. Fehlende Werte werden als null behandelt. Jede Berechnung enthält die semantische Version des Emissionsfaktor-Datensatzes, damit das Ergebnis später nachvollzogen werden kann.
Institutioneller Zweck
Die Methodik ist für Situationen gedacht, in denen Institutionen schnelle, standardisierte und nachvollziehbare Indikatoren benötigen, aber keine physischen Aktivitätsdaten vorliegen.
- • Einkaufs-Screening und Lieferanten-Onboarding.
- • Bank- oder Versicherungsunterlagen mit indikativer CO₂e-Einordnung.
- • Dokumentation für einfache Förder-, Beschaffungs- oder Due-Diligence-Anfragen.
- • Portfolioanalysen, wenn nur Finanzdaten verfügbar sind.
2. Theoretische Grundlagen
Dieser Abschnitt beschreibt die theoretische Grundlage der ausgabenbasierten Methodik. Er erklärt, warum das Modell mathematisch nachvollziehbar ist, woher der Ansatz stammt und wie er in wissenschaftliche und wirtschaftliche Rahmen eingeordnet wird.
Ursprung des ausgabenbasierten Modells
Der spend-based Ansatz geht auf umweltbezogen erweiterte Input-Output-Modelle zurück. Diese verbinden wirtschaftliche Einkaufsströme mit sektoralen Umweltwirkungen aus volkswirtschaftlichen Konten und Emissionsinventaren.
- • Input-Output-Tabellen beschreiben Einkaufsflüsse zwischen Wirtschaftssektoren.
- • Umweltkonten ordnen Emissionen der gesamten Aktivität eines Sektors zu.
- • Die statistische Kopplung ermöglicht durchschnittliche Emissionsintensitäten je Sektor.
Mathematische Grundlage
Das Modell beruht auf einer Proportionalitätsannahme zwischen finanzieller Ausgabe und zugehöriger Emissionsintensität. Es nutzt eine lineare, deterministische Formel.
Emissionen (kg CO₂e) = Ausgaben (€) × Emissionsfaktor (kg CO₂e / €)
- • Keine Annahme zum operativen Verhalten des Unternehmens.
- • Keine Lieferantendifferenzierung.
- • Keine technologische Korrektur oder Effizienzanpassung.
Warum ein lineares Modell verwendet wird
- • Es vermeidet spekulative oder prädiktive Modellierung.
- • Es macht Ergebnisse über Institutionen hinweg reproduzierbar.
- • Es benötigt keine primären operativen Lieferantendaten.
- • Es ist mathematisch transparent und dokumentarisch nachvollziehbar.
- • Es passt zum spend-based Vorgehen, wenn physische Daten fehlen.
Wissenschaftlicher und methodischer Kontext
Die Methode steht im Kontext etablierter wissenschaftlicher und normativer Referenzen. Diese dienen als Bezugspunkte, nicht als Aussage, dass Certif-Scope deren vollständigen Umfang erfüllt.
- • GHG Protocol — Leitlinien für Scope-3-Schätzungen auf Ausgabenbasis.
- • ISO 14064-1 — Prinzipien zu Relevanz, Konsistenz und Transparenz.
- • Eurostat Supply-Use-Tabellen — Struktur intersektoraler Finanzflüsse.
- • Nationale Umweltkonten — sektorale Zuordnung von CO₂e-Emissionen.
Geeignete Nutzungssituationen
Der Ansatz eignet sich, wenn physische oder aktivitätsbezogene Daten nicht vorliegen, aber eine schnelle, standardisierte und indikative CO₂e-Dokumentation benötigt wird.
- • Lieferanten können keine physischen Aktivitätsdaten bereitstellen.
- • Große Portfolios benötigen eine schnelle Vorabschätzung.
- • Viele Dienstleister verfügen über keine eigene Umweltberichterstattung.
- • Budgetdaten sind vorhanden, operative Umweltdaten aber nicht.
3. Mathematisches Modell
Dieser Abschnitt beschreibt die mathematische Struktur des spend-based Berechnungsmodells. Er hält Variablen, Rechenregeln und Verarbeitungsvorgaben so fest, dass Ergebnisse deterministisch und reproduzierbar bleiben.
Grundformel
Certif-Scope nutzt ein strikt lineares Modell. Innerhalb einer Kategorie sind Emissionen proportional zur finanziellen Ausgabe.
Eᵢ = Sᵢ × Fᵢ
- • Eᵢ = Emissionen der Kategorie i in kg CO₂e.
- • Sᵢ = Ausgaben der Kategorie i in EUR.
- • Fᵢ = Emissionsfaktor der Kategorie i in kg CO₂e / EUR.
Gesamtergebnis
Das Gesamtergebnis entsteht durch Summierung aller Kategorieergebnisse.
Eₜₒₜₐₗ = Σ (Sᵢ × Fᵢ)
Deterministische Eigenschaften
- • Identische Eingaben erzeugen identische Ergebnisse.
- • Keine probabilistischen oder prädiktiven Annahmen.
- • Kein Regressionsmodell und keine Anpassungskurve.
- • Keine versteckten Variablen oder Korrekturkoeffizienten.
- • Keine Normalisierung nach Lieferant oder Region.
Regeln je Kategorie
Jede Kategorie wird unabhängig verarbeitet. Das verhindert stille Umverteilung und hält den Rechenweg nachvollziehbar.
- • Keine Umverteilung zwischen Kategorien.
- • Keine Gewichtung nach Lieferantentyp.
- • Keine sektorale Substitution.
- • Keine Zwischenaggregation vor der finalen Summe.
Keine Extrapolation
Certif-Scope extrapoliert fehlende Werte nicht. Wenn eine Ausgabenkategorie nicht angegeben wird, trägt sie mit null zum Ergebnis bei. Diese Regel verhindert künstliche Erhöhungen oder Annahmen aus unvollständigen Informationen.
Vermeidung von Doppelzählung
Eine Ausgabe kann nur einer Kategorie zugeordnet werden. Überschneidungen, Mehrfachzählungen und anteilige Mehrfachzuweisungen werden ausgeschlossen.
- • Jeder Euro wird nur einmal berücksichtigt.
- • Kategorien dürfen sich nicht überschneiden.
- • Es gibt keine Aufteilung einer Ausgabe auf mehrere Faktoren.
4. Kategoriedefinitionen und Grenzen
Dieser Abschnitt definiert die wirtschaftlichen Kategorien der Methode. Jede Kategorie hat einen festen Umfang, eine feste Zuordnungsregel und einen klaren Emissionsfaktor-Kontext.
Energie und Versorgungsleistungen
Umfasst Strom, Wärme, Kühlung, Wasser und zugehörige Dienstleistungsverträge. Direkt in Fahrzeugen genutzte Kraftstoffe werden nicht hier erfasst.
Bürobetrieb
Umfasst Bürobedarf, Möbel, kleinere Ausrüstung und Verbrauchsmaterialien. IT-Hardware und digitale Dienste sind getrennt ausgewiesen.
IT-Ausstattung und digitale Dienste
Umfasst Hardware, Softwarelizenzen, Cloud-Dienste und digitale Abonnements. Telekommunikationsverträge werden bei Kommunikationsdiensten eingeordnet, wenn das Kategoriemodell dies vorsieht.
Transport und Logistik
Umfasst Fracht, Lieferungen, Kurierdienste und transportbezogene Geschäftsreisen. Pendelverkehr von Mitarbeitenden liegt außerhalb des spend-based Modells dieser Bescheinigung.
Professionelle Dienstleistungen
Umfasst Beratung, Rechtsdienstleistungen, Buchhaltung, Schulungen und Outsourcing. Ausgelagerte Fertigung wird nicht automatisch darunter subsumiert.
Marketing und Medieneinkauf
Umfasst Werbung, Medienflächen, Sponsoring und Druckmaterialien. Eventlogistik wird je nach Funktion anderen Kategorien zugeordnet.
Bau, Arbeiten und Instandhaltung
Umfasst Renovierung, Reparaturen, Baumaterialien und Wartungsverträge. Der Energieverbrauch von Gebäuden wird davon getrennt betrachtet.
Sonstige gekaufte Waren und Dienstleistungen
Umfasst Produkte und Dienstleistungen, die nicht eindeutiger an anderer Stelle eingeordnet sind. Elemente, die explizit einer anderen Kategorie zugehören, bleiben dort.
Nicht enthaltene Vorgänge
- • Keine direkten Scope-1-Emissionen aus Verbrennung, interner Flotte oder Vor-Ort-Prozessen.
- • Keine market-based Scope-2-Stromberechnung.
- • Keine Zuordnung von Pendelwegen.
- • Keine lieferantenspezifische Emissionsanpassung.
- • Keine Erweiterung zu einer Lebenszyklus-Systemgrenze.
Deterministische Zuordnungsregeln
- • Eine Ausgabe gehört genau zu einer Kategorie.
- • Keine Umverteilung zwischen Kategorien.
- • Keine proportionale Aufteilung für Mehrzweckausgaben.
- • Die Zuordnung folgt der wirtschaftlichen Funktion, nicht dem Namen des Lieferanten.
- • Dritte können dieselbe Kategorisierung aus denselben Eingaben nachvollziehen.
5. Normalisierungsregeln für Eingaben
Dieser Abschnitt beschreibt die Regeln, die vor der CO₂e-Berechnung auf deklarierte Ausgaben angewendet werden. Ziel sind strukturierte, numerische Eingaben und deterministische Ergebnisse ohne stille Korrekturen.
Erforderliche Eingabestruktur
- • Jährliche Ausgabe je Kategorie.
- • Nur numerische Werte, als ganze Zahl oder Dezimalwert.
- • Währung ausschließlich Euro.
- • Ein Wert gehört genau zu einer Kategorie.
- • Nicht angegebene Kategorien zählen als null.
Strikte Validierungsregeln
Diese Regeln sorgen dafür, dass dieselben Eingangskontrollen später ohne implizite Annahmen nachvollzogen werden können.
- • Negative Werte werden zurückgewiesen.
- • Nicht numerische Zeichen werden zurückgewiesen.
- • Leere Felder werden als null behandelt.
- • Infinity und NaN stoppen die Berechnung.
- • Gemischte Währungsformate werden zurückgewiesen.
- • Tausendertrennzeichen werden nicht als fachliche Information interpretiert.
Keine Inferenz und keine Schätzung fehlender Werte
Certif-Scope versucht nicht, fehlende Werte zu erraten oder aus anderen Angaben abzuleiten. Es werden keine KI-Mechanismen, kein Machine Learning, kein statistisches Auffüllen und keine historische Extrapolation genutzt.
- • Keine Annahmen auf Basis von Lieferanten.
- • Keine sektoralen Durchschnittswerte für fehlende Eingaben.
- • Keine Interpolation oder Kurvenanpassung.
- • Keine Extrapolation aus Vorjahren.
Reproduzierbare Eingangskontrolle
Die Regeln passen zum spend-based Ansatz und zu einer institutionellen Dokumentation, ohne daraus eine regulatorische Prüfung zu machen.
- • Die Validierung der Eingaben kann Schritt für Schritt nachvollzogen werden.
- • Keine versteckte Transformation und keine stille Korrektur.
- • Keine implizite Einheitenumrechnung.
- • Deterministisches Verhalten zwischen dokumentierten Versionen.
6. Transformationskette
Dieser Abschnitt beschreibt die lineare Verarbeitungskette für validierte Eingaben. Keine Inferenz, statistische Modellierung oder automatische Umverteilung greift in den Ablauf ein.
Linearer Verarbeitungsfluss
- • 1. Erfassung der Eingaben: Finanzbeträge werden je Kategorie angegeben.
- • 2. Strukturelle Validierung: Format, Präzision und zulässige Kategorie werden geprüft.
- • 3. Zuordnung zu Kategorien: Validierte Werte werden mit einer festen internen Klassifikation verbunden.
- • 4. Zuordnung der Emissionsfaktoren: Jede Kategorie nutzt genau einen Faktor aus einer bestimmten Version.
- • 5. Umrechnung: Ausgabe je Kategorie × Emissionsfaktor.
- • 6. Aggregation: Kategorieergebnisse werden zum Gesamtwert addiert.
- • 7. Ausgabeformat: Werte werden in ein stabiles PDF-Dokument mit Metadaten eingesetzt.
Beschreibung der Schritte
- • Eingaben werden nur akzeptiert, wenn sie vorab definierte Strukturregeln erfüllen.
- • Die strukturelle Validierung stellt nicht negative numerische Werte und eindeutige Kategorien sicher.
- • Die Zuordnung nutzt feste interne Kategorien ohne automatische Erweiterung.
- • Jede Kategorie erhält einen Faktor aus einem versionierten Datensatz.
- • Die Umrechnung bleibt eine deterministische Multiplikation.
- • Die Aggregation ist eine transparente Addition ohne Gewichtung.
- • Das Ausgabeformat nutzt vordefinierte Felder und Metadaten.
Ausgeschlossene Transformationen
- • Keine Vorhersage oder prädiktive Modellierung.
- • Keine Interpolation fehlender Daten.
- • Keine lieferantenbezogene Emissionsschätzung.
- • Keine Währungsumrechnung.
- • Keine mehrjährige Skalierung.
- • Keine Anpassung durch Machine Learning.
- • Keine automatische Reklassifizierung oder Umverteilung.
Begründung der Transformationskette
Eine deterministische, lineare Kette sorgt dafür, dass jede Bescheinigung anhand der Eingaben, Kategoriedefinitionen und Emissionsfaktor-Version reproduziert werden kann. Das reduziert Mehrdeutigkeit bei institutioneller Nachvollziehung.
7. Zuordnung der Emissionsfaktoren
Dieser Abschnitt definiert, wie jeder finanziellen Kategorie ein eindeutiger Emissionsfaktor aus einem versionierten Datensatz zugeordnet wird. Der Prozess bleibt regelbasiert und reproduzierbar.
Zuordnungsprinzipien
- • Jede wirtschaftliche Kategorie entspricht genau einem internen Klassifikationseintrag.
- • Jeder interne Klassifikationseintrag entspricht genau einem Emissionsfaktor.
- • Jeder Emissionsfaktor ist mit einer Datensatzversion verbunden.
- • Dynamisches Remapping, Ausweichkategorien und automatische Umverteilung sind ausgeschlossen.
Linearer Zuordnungsprozess
- • 1. Die Eingabekategorie wird einer festen internen Tabellenzeile zugeordnet.
- • 2. Das System identifiziert die aktive Datensatzversion für diese Kategorie.
- • 3. Der Emissionsfaktor wird aus einem statischen, versionierten Eintrag gelesen.
- • 4. Der Faktor wird auf Vorhandensein und numerische Gültigkeit geprüft.
- • 5. Der Faktor wird als unveränderliche Referenz an die Kategorie gebunden.
Regeln zur Versionsbindung
Die Versionsbindung stellt sicher, dass eine ausgestellte Bescheinigung später mit derselben Faktorversion nachvollzogen werden kann, auch wenn spätere Datensätze veröffentlicht werden.
- • Die Faktorversion wird zum Zeitpunkt der Berechnung festgehalten.
- • Neue Datensatzversionen ändern frühere Bescheinigungen nicht.
- • Historische Versionen bleiben referenzierbar.
- • Jede neue Faktorversion erhält eine eigene Versionskennung.
Ausgeschlossene Zuordnungsverhalten
- • Keine Schätzung anhand der Lieferantenidentität.
- • Keine gewichteten Durchschnittsfaktoren oder Mischfaktoren.
- • Keine proportionale Anpassung.
- • Keine prädiktive Modellierung.
- • Keine Ersatzwerte bei unvollständiger Kategorie.
- • Keine Zusammenlegung benachbarter Kategorien.
- • Keine Inferenz zwischen Kategorien.
Warum die strikte Zuordnung nötig ist
Eine klare Eins-zu-eins-Zuordnung zwischen Kategorie und Emissionsfaktor reduziert Mehrdeutigkeit und verhindert methodische Drift. Institutionen können Ergebnisse konsistent nachvollziehen, ohne Zugriff auf interne Systeme zu benötigen.
8. Berechnungsfluss und Formeln
Dieser Abschnitt beschreibt den internen Berechnungsfluss von Finanzdaten zu CO₂e-Schätzungen. Die Verarbeitung beruht auf linearen Operationen, validierten Eingaben, isolierten Kategorien, Faktorzuordnung und finaler Aggregation.
Lineare Sequenz ohne Verzweigung
- • Eingabekategorien werden nach erlaubter Struktur und numerischem Typ validiert.
- • Jede Kategorie wird isoliert und unabhängig verarbeitet.
- • Der Emissionsfaktor wird aus einem versionierten Datensatz abgerufen.
- • Der Faktor wird direkt mit der Ausgabenhöhe multipliziert.
- • Die Einzelwerte werden zum Gesamtergebnis addiert.
Zentrale spend-based Formel
Für jede Kategorie wird eine direkte Multiplikation angewendet.
Emissionen(Kategorie) = Ausgabe(Kategorie) × Emissionsfaktor(Kategorie)
- • Kein Gewichtungsfaktor.
- • Keine Elastizitätsannahme.
- • Kein lieferantenspezifischer Modifikator.
Validierungsregeln für Eingaben
- • Werte müssen numerisch und nicht negativ sein.
- • Nicht unterstützte Kategorien werden zurückgewiesen, nicht neu zugeordnet.
- • Nullwerte werden normal verarbeitet und tragen null bei.
- • Keine Inferenz aus partiellen oder fehlenden Feldern.
- • Keine automatische Umverteilung zwischen Kategorien.
Aggregationslogik
Nach der Berechnung je Kategorie entsteht der Gesamtwert durch eine einzige arithmetische Summe.
Gesamtemissionen = Σ [ Ausgabe(i) × Emissionsfaktor(i) ]
- • Keine Normalisierung.
- • Keine Skalierung.
- • Keine Abschreibung.
- • Keine Trendanalyse.
Ausgeschlossene Rechenverhalten
- • Keine prädiktive Modellierung.
- • Keine Rekonstruktion von Zeitreihen.
- • Keine gewichteten Mittelwerte oder Faktor-Mischungen.
- • Keine lieferantenspezifische Anpassung.
- • Keine sektoralen Trendkoeffizienten.
- • Keine externe Datenanreicherung.
Warum dieses Modell erforderlich ist
Ein strikt lineares und deterministisches Modell macht die Bescheinigung jederzeit anhand der Eingabekategorien und der Faktorversion nachvollziehbar. Dadurch entstehen keine dynamischen Annahmen, die später nicht mehr reproduzierbar wären.
9. Interne Kontrollen und Rechengrenzen
Dieser Abschnitt beschreibt interne Mechanismen, die sicherstellen, dass der Rechenprozess deterministisch, valide und strukturell konsistent bleibt. Kontrollen greifen vor, während und nach der Berechnung.
Kontrollen auf Eingabeebene
- • Nicht numerische Werte werden vor der Verarbeitung zurückgewiesen.
- • Negative Werte sind nicht zulässig und lösen eine Validierungsmeldung aus.
- • Nicht gelistete Kategorien werden nicht angenähert.
- • Leere Felder lösen keine Inferenz und keine Substitution aus.
- • Alle Eingaben werden gegen vordefinierte Kategoriekennungen validiert.
Schutzregeln während der Berechnung
Die Schutzregeln erhalten die strukturelle Stabilität und eine strikt deterministische Ausführung.
- • Jede Kategorie wird isoliert verarbeitet.
- • Die Version der Emissionsfaktoren wird vor Beginn der Berechnung festgehalten.
- • Keine iterative Neuberechnung und keine Optimierung.
- • Keine dynamische Gewichtung.
- • Zwischenergebnisse werden nicht vor der finalen Ausgabe gerundet.
Validierung nach der Verarbeitung
- • Das Gesamtergebnis wird erneut gegen die Summe der Kategorieergebnisse geprüft.
- • Kategorieergebnisse und finaler Gesamtwert müssen rechnerisch zusammenpassen.
- • Strukturelle Abweichungen stoppen den Export.
- • Versionskennungen für Faktoren und Logik werden in das Dokument aufgenommen.
Reproduzierbarkeit
Die Berechnung nutzt keine externen Dienste, keine Echtzeitabfragen und keine dynamischen Anpassungen. Dieselben Eingaben und dieselbe Faktorversion führen deshalb zum gleichen Ergebnis.
Ausgeschlossene Verhaltensweisen
- • Automatische Aktualisierung von Emissionsfaktoren während der Berechnung.
- • Schätz-, Prognose- oder Extrapolationsalgorithmen.
- • Kategorieersatz oder extrapoliertes Mapping.
- • Probabilistische Modelle oder Optimierungsmodelle.
- • Datenanreicherung durch externe Quellen oder Echtzeitdaten.
10. Versionierung der Emissionsfaktoren und Aktualisierungsmodell
Dieser Abschnitt erklärt, wie Emissionsfaktoren versioniert, aktualisiert, stabilisiert und validiert werden. Neue Faktorversionen ändern keine bereits ausgestellten Bescheinigungen und werden nicht still angewendet.
Versionsstruktur
- • Die Versionierung folgt einer festen MAJOR.MINOR.PATCH-Hierarchie.
- • MAJOR-Versionen stehen für Änderungen des methodischen Umfangs.
- • MINOR-Versionen stehen für Aktualisierungen der Emissionsfaktor-Datensätze.
- • PATCH-Versionen decken kleinere Korrekturen oder Klarstellungen ab.
Auslöser für Aktualisierungen
Aktualisierungen werden nur unter kontrollierten und transparenten Bedingungen eingeführt.
- • Neue veröffentlichte Durchschnittswerte von ADEME oder DEFRA.
- • Überarbeitete EEIO-bezogene Datensätze.
- • Dokumentierte methodische Präzisierungen im Kontext von ESRS oder GHG Protocol.
- • Korrektur dokumentierter Inkonsistenzen.
Rückwirkungsfreiheit
- • Bereits erzeugte Bescheinigungen bleiben mit ihren eingebetteten Metadaten nachvollziehbar.
- • Es erfolgt keine rückwirkende Neuberechnung.
- • Ältere Versionen bleiben über ihre Metadaten prüfbar.
- • Jede Bescheinigung enthält die verwendete Faktorversion.
Integritätskontrollen bei Aktualisierungen
- • Kohärenzprüfung über alle Kategorien.
- • Zurückweisung auffälliger Werte außerhalb definierter Schwellen.
- • Kryptografischer Hash zur Integrität des Datensatzes.
- • Vergleich mit der vorherigen Version.
Keine Echtzeit-Substitution
Aktualisierungen werden nicht dynamisch geladen, nicht in Echtzeit abgerufen und nicht still ersetzt. Faktoren sind lokal, statisch und vor der Berechnung versioniert.
Ausgeschlossene Aktualisierungen
- • Automatische Aufnahme externer Datensätze.
- • Live-Aktualisierung ohne öffentliche Versionsänderung.
- • Kategorie-Remapping oder Extrapolation aus fehlenden Daten.
- • Dynamische Inflation oder Deflation von Faktoren anhand makroökonomischer Trends.
11. Aktualisierungszyklus der Datensätze und institutionelle Validierung
Dieser Abschnitt beschreibt Planung, Validierung und Veröffentlichung von Datensätzen. Ziel sind Nachvollziehbarkeit, Reproduzierbarkeit und Stabilität für institutionelle Dokumentationsprozesse.
Aktualisierungsfrequenz
- • Jährliche Integration öffentlich verfügbarer Datensätze wie ADEME oder DEFRA, soweit im Faktorenset vorgesehen.
- • Zwischenaktualisierungen nur bei dokumentierten Korrekturen.
- • Keine automatische Aufnahme von Echtzeitquellen.
- • Dokumentierter Veröffentlichungsrhythmus für institutionelle Nutzer.
Validierungskette
Jede Datensatzrevision folgt einem mehrstufigen Prüfprozess, damit das Ergebnis deterministisch und nachvollziehbar bleibt.
- • Kohärenzprüfung über alle Emissionskategorien.
- • Vergleich mit der vorherigen Version zur Erkennung von Anomalien.
- • Zurückweisung auffälliger Werte außerhalb definierter Schwellen.
- • Integritäts-Hash des finalen Datensatzes.
Institutionelle Kompatibilität
- • Stabilität für Einkaufs-, Bank- und Versicherungsprozesse.
- • Keine Formatänderung ohne entsprechende MINOR- oder MAJOR-Version.
- • Archivierung früherer Versionen für rückblickende Nachvollziehung.
- • Unabhängige Integritätskontrolle über den Hash des Datensatzes.
Veröffentlichungspolitik
- • Jeder neue Datensatz erhält eine semantische Version.
- • Änderungen werden in einem Änderungsprotokoll beschrieben.
- • Vorherige Versionen bleiben referenzierbar.
- • Frühere Datensätze werden nicht überschrieben.
Ausgeschlossene Aktualisierungsszenarien
- • Stille Aktualisierungen ohne öffentliche Versionsänderung.
- • Rückwirkender Ersatz historischer Werte.
- • Zusammenführung von Datensätzen ohne formale Governance.
- • Echtzeitströme volatiler Daten.
12. Daten, Datenschutz und DSGVO-Rahmen
Dieser Abschnitt beschreibt Datenverarbeitung, Rechtsgrundlagen, Minimierung und Schutzmechanismen von Certif-Scope. Die Architektur folgt dem Prinzip privacy-by-design und vermeidet dauerhaftes Speichern detaillierter Finanzdaten durch Certif-Scope.
Anwendbare Rechtsgrundlagen
- • Die Verarbeitung kann zur Vertragserfüllung erfolgen, soweit sie zur Erstellung der angeforderten Bescheinigung erforderlich ist.
- • Ein berechtigtes Interesse kann für notwendige Sicherheitskontrollen gelten, etwa Missbrauchsprävention.
- • Es werden keine besonderen Kategorien personenbezogener Daten verarbeitet.
- • Kein Profiling natürlicher Personen und kein personenbezogenes Scoring.
Minimierungsprinzipien
Certif-Scope verarbeitet nur Informationen, die für die Erstellung der Bescheinigung erforderlich sind. Detaillierte Ausgabendaten werden nicht als dauerhafte Finanzhistorie gespeichert.
- • Keine Nutzeridentität erforderlich, um den CO₂e-Indikator zu berechnen.
- • Keine dauerhafte Speicherung direkt identifizierbarer personenbezogener Angaben für die Berechnung.
- • Verarbeitung der Eingaben nur für den Erstellungsvorgang.
- • Kein Verhaltens-Tracking und keine Werbe-Analytics.
Cookies und Tracking
- • Keine Analytics- oder Profiling-Cookies.
- • Keine Werbepixel und keine verhaltensbezogenen Marketing-Skripte.
- • Etwaige Cookies sind funktional und nicht werblich.
- • Keine Übertragung an externe Marketingdienste.
Speicherung und Löschung
- • Keine dauerhafte serverseitige Speicherung detaillierter finanzieller Eingabedaten durch Certif-Scope.
- • Keine Logs mit detaillierten Nutzereingaben.
- • Keine Backups detaillierter Eingabewerte als Finanzhistorie.
- • Eingaben werden nach Abschluss des Erstellungszyklus nicht als dauerhaftes Berechnungsprotokoll vorgehalten.
Drittzugriff
Drittanbieter dürfen nicht so eingesetzt werden, dass sie detaillierte Finanzdaten für eigene Zwecke auswerten. Soweit technische Dienstleister erforderlich sind, bleibt der Zweck auf den Betrieb und die Erstellung des Dokuments beschränkt.
- • Kein Teilen mit Werbenetzwerken.
- • Kein Marketing-Tracking.
- • Keine Nutzung detaillierter Finanzdaten durch Dritte für Profiling.
- • Keine externe Speicherung der Eingaben als Kundendatenbank.
Institutionelle Kompatibilität
- • Datensparsame Verarbeitung für Einkaufs-, Bank- und Versicherungsunterlagen.
- • Reduzierte personenbezogene Daten im Berechnungsprozess.
- • Geeignet für einfache Screening-Workflows mit minimalen Eingaben.
- • Dokumentarische Nutzung ohne zusätzliche personenbezogene Offenlegung.