gateGHG ist die produktive Green-Governance-Control-Surface der immo.quick Serverless Edition. Kanonisierte Emissions-, Lieferketten- und Nachweisdaten werden gegen fest definierte boolesche Bedingungen verarbeitet. Das Ergebnis ist ein expliziter Gate-Zustand statt eines probabilistischen Scores.
gateGHG läuft als zustandsloses Deno.serve-Sidecar innerhalb der compliancePipeline. Es verarbeitet kanonisierte ESG-/GHG-Payloads gegen feste Invariants, erzeugt einen Gate-Zustand und bindet die konkrete Ausführung in einen GateLog-Record. Der spezialisierte ESG-Cluster darunter liefert die Fachlogik für GHG Protocol, ISO 14064, EU-Taxonomie, CSRD/ESRS, CSDDD, EU ETS und weitere Governance-Regeln.
Kanonisierte Payloads werden auf zwingende Felder und deterministische Eingangsbedingungen geprüft. Fehlende Pflichtdaten können BLOCK oder einen vertraglich definierten ABSENT-Zustand auslösen.
scope1_co2e · reporting_period · supplier_leiScope-3- und Lieferantendaten können mit bestehender LEI-/Entity-Auflösung und Provenance-Evidenz verbunden werden. Fehlende Provenance verhindert eine positive Closure, ohne eine externe Sperrliste zu erfinden.
supplier_identity_resolved · provenance_boundKodierte Regeln werden als referenzierbare boolesche Entscheidungen ausgeführt. Erfolgreiche Zustände können vorhandene Certificate-/Warranty-Token-Pfade nutzen; fehlende oder widersprüchliche Bedingungen bleiben sichtbar.
rule_id → true | falseEin menschlicher Override überschreibt den ursprünglichen BLOCK-/ABSENT-Zustand nicht. Er erzeugt einen neuen gebundenen Evidence Record mit caller_did, caller_role, executed_at und Beziehung zum Ursprungsartefakt.
retention_years = 10Die konkrete GateLog-Ausführung wird mit HMAC-SHA256 an Gate-Name, Input-Hash, Details-Hash und executed_at gebunden. Verarbeitungszeitmessungen bleiben außerhalb des Signaturpfads.
HMAC(key, gate:input:details:executed_at)Die Website behauptet keine HSM-Verankerung. Das aktuelle GateLog-Schlüsselmaterial wird als isoliertes Environment-Secret beschrieben; automatisierte Rotation ist Teil des angegebenen Betriebsmodells.
Deterministische Berechnung kann schlechte oder unvollständige Eingangsdaten nicht in Wahrheit verwandeln. Externe Entity-/UBO-/Scope-3-Quellen bleiben deshalb eine explizite Input-Grenze.
ANCHOR_PLACEHOLDER_MODE
Keine produktive Witness-/Multi-Jurisdiction-Finalität wird behauptet, solange die erforderlichen Witness-Verträge nicht aktiv sind.
Das Gate-Muster ist als Deno.serve-Funktion gedacht. Die Funktion erhält eine kanonisierte Payload mit Transaktionsmetadaten, Energie-Labels, Lieferketten-Attributen und Zertifikatsdaten und wertet ausschließlich definierte boolesche Bedingungen aus.
Transaktionsmetadaten · Energie-Labels · Lieferketten-Attributes · Zertifikate.
Keine Scores. Keine frei interpretierte Gewichtung. Nur definierte true/false-Prüfungen.
Genau ein deterministisches Gate-Urteil für den definierten Inputzustand.
Input-Hash, Output-Hash, HMAC, Formelversion, Caller-Bindung, Ausführungszeit und Retention.
Optionaler Merkle-/Anchor-Pfad, wenn eine zusätzliche Proof-Versiegelung erforderlich ist.
PASSDie definierten Bedingungen des Gate-Musters sind erfüllt.
WARNDer Zustand ist nicht zwingend blockierend, verlangt aber definierte Aufmerksamkeit oder Folgeprüfung.
BLOCKMindestens eine blockierende definierte Bedingung ist nicht erfüllt.
Verarbeitungszeitmessungen werden nicht in den Signaturpfad aufgenommen. Gleiche kanonisierte Payload und gleiche deterministische Regeln führen zur gleichen Gate-Entscheidung; identische Input-/Output-Inhalte führen zu identischen Hashes. Der HMAC bindet zusätzlich die konkrete Ausführung über executed_at. Deshalb ist er nicht als zeitunabhängig identischer Wert für separate Ausführungen zu beschreiben.
Die bestehende Orchestrierung bleibt die Hauptstruktur. Green Governance wird nicht als künstliche zusätzliche Stufe in eine sequenzielle 0–7-Kette gestellt.
Produktive Green-Governance-Control-Surface: deterministischer, zustandsgebundener Sidecar-Gate-Typ innerhalb der bestehenden Serverless-Orchestrierung.
gateLegalConflictWird ein Trade-off zwischen Umwelt-/Policy-Pflichten und anderen juristischen Pflichten erkannt, kann der Konflikt in die bestehende Legal-Conflict-Logik übergeben werden.
CommitmentAttestationKann eingesetzt werden, wenn die resultierenden Proofs zusätzlich als Commitment gebunden oder in eine Merkle-Struktur aufgenommen werden sollen.
SovereignAnchor · ANCHOR_PLACEHOLDER_MODEAktueller Architekturstatus: Placeholder Mode. Witness-Verträge fehlen. Deshalb wird auf dieser Seite keine produktive Witness-/Anchor-Finalität behauptet.
Der aktuelle ESG-/Green-Governance-Cluster der Serverless Edition besteht aus spezialisierten Sidecar-Gates. Sie verarbeiten kanonisierte Eingaben gegen feste boolesche Bedingungen und geben PASS, WARN, BLOCK oder – wo der jeweilige Gate-Vertrag dies vorsieht – ABSENT zurück. Die Sidecars werden innerhalb der compliancePipeline orchestriert und nicht als künstliche sequenzielle Gate-0–7-Kette dargestellt.
gateGHGPROD · AKTIVÜbergeordneter produktiver ESG-/GHG-Sidecar für kanonisierte Emissions-, Provenance- und Nachweisdaten. Orchestriert die relevante spezialisierte Determinationslogik und bindet das Ergebnis in die bestehende GateLog-/Execution-Rights-Architektur.
gateGHGProtocolAKTIVValidiert Vollständigkeit, Quellenzuordnung und den dokumentierten mathematischen Rechenpfad der Treibhausgas-Rohdaten.
gateISO14064AKTIVPrüft die dokumentierte GHG-Messmethodik und formale Nachweise einschließlich vorhandener Auditoren-Signaturen. Der Gate-Vertrag kann bei fehlender formaler Evidenz ABSENT liefern.
gateEUTaxonomyAKTIVGleicht Aktivitäts-, NACE- und Investitionsdaten mit den kodierten technischen Screeningkriterien und DNSH-Bedingungen ab und kann GHG-Daten aus dem Sidecar-Cluster als Abhängigkeit verwenden.
Bestehendes Gate öffnen →gateCSRDAKTIVPrüft die strukturelle Integrität der Nachhaltigkeitsberichterstattung und routet klimabezogene Daten zur spezialisierten Tiefenprüfung an die relevanten ESG-Sidecars.
Bestehendes Gate öffnen →gateCSDDD_SUPPLY_CHAINAKTIVVerknüpft Zulieferer-Identität und Provenance mit menschenrechtlichen und umweltbezogenen Sorgfaltspflichten; LEI-/Entity-Zustände können über die bestehende Identitäts-/Registerlogik eingebunden werden.
gateEUETSAKTIVPrüft kodierte Melde-, Zuteilungs- und Zertifikatsbedingungen für emissionshandelspflichtige Anlagen. Ungedeckte Emissionszustände können gemäß Gate-Vertrag einen HARD_BLOCK erzeugen.
gateGovernanceRulesAKTIVKompilierter Regelsatz für deklarierte Klimaziele, Klimarisiko-Offenlegung und Finanzprodukt-Klassifizierung. Die Prüfungen laufen als effiziente Sub-Funktionen innerhalb der bestehenden ESG-Gates.
Die folgenden Bezeichnungen sind systeminterne Namen für kodierte Governance-Regeln. Sie sind keine Behauptung, dass unter diesen Namen deutsche oder europäische Gesetze bzw. Verordnungen existieren. Externe Rechts- und Standardquellen bleiben separat referenziert.
Interne Invariant für provenance-gebundene Nachhaltigkeitsdaten. Nachträgliche Änderungen bleiben nur als neuer, attribuierter Zustand sichtbar; der ursprüngliche Evidenzzustand wird nicht überschrieben.
ORIGINAL_STATE != OVERRIDDEN_STATEInterne Provenance-Invariant für Scope-3- und Lieferantendaten. Eingangsdaten werden nur innerhalb der definierten Kette als belastbar behandelt, wenn Identität, Herkunft und notwendige Evidenzbindungen auflösbar sind.
PROVENANCE_CLOSURE = REQUIREDInterne Umwelt-Invariant, die kodierte Klima-/Umweltbedingungen mit vorhandenen Mess- und Rechtszuständen verbindet. Art. 20a GG kann als externe verfassungsrechtliche Quelle in der Gate-0-Ebene referenziert werden; die interne Regel ersetzt keine verfassungsrechtliche Würdigung.
ENVIRONMENTAL_INVARIANT → GATE 0 REVIEWVergleichen Sie ein explizites LLM-Inferenzszenario mit einem deterministischen immo.quick-Gate-Pfad. Jede Annahme bleibt sichtbar, jede Formel reproduzierbar und jedes Ergebnis als abgeleiteter Wert gekennzeichnet. Ändern Sie die Parameter und prüfen Sie das Szenario selbst.
Unter den angegebenen Parametern liegt der modellierte Energiebedarf des deterministischen Pfads unter dem gewählten LLM-Vergleichsszenario.
Nur für Werte verwenden, die tatsächlich gegen eine dokumentierte Systemgrenze gemessen wurden.
Externe wissenschaftliche oder amtliche Referenzwerte mit offengelegter Quelle.
Vom Nutzer gesetzte Szenarioannahmen. Änderbar, aber nicht als gemessene Wahrheit behandelt.
Rein arithmetisch aus den sichtbaren Inputs berechnete Resultate.
Referenzhinweise: Standard-/Reasoning-LLM-Werte sind veröffentlichte Szenarioreferenzen, keine universellen Modellkonstanten. Deutschland 2024: 363 g CO₂/kWh nach Umweltbundesamt. Der immo.quick-Energiewert ist bis zu einer dokumentierten Messreihe ausdrücklich als technische Abschätzung gekennzeichnet. Kostenwerte bleiben konfigurierbare Szenarioannahmen. Illustrative Haushalts- und Baumäquivalente sind keine ESG-Kernmetriken.