CO2- und ESG-Daten

// Das Problem

Ein mittelständischer Hersteller ermittelt seine Emissionen aus Scope 1 und 2 jedes Jahr in einer Tabelle, schätzt Scope 3, und seine Prüferin fragt, woher jede Zahl kommt.

// Was wir bauen würden

Eine Web-Plattform, die Verbrauchsdaten aus ERP, Fuhrpark und Gebäudesystemen holt, versionierte Emissionsfaktoren ansetzt, Lieferantendaten über ein Portal einsammelt und die Berichtstabellen mit der Spur hinter jeder Zahl baut. Wir helfen Ihnen beim Berichten; was berichtet wird, entscheiden Ihr Nachhaltigkeitsteam und Ihre Berater.

// Was drin ist

// Tech-Stack

• Next.js
• PostgreSQL
• Python für die Berechnungen
• APIs von ERP und Fuhrpark
• AWS

// Das Problem

Eine Handelskette mit hundert Standorten erhält Strom-, Gas- und Kraftstoffrechnungen als PDF in einem Dutzend Formaten, und eine Person tippt jede einzelne in die Emissionstabelle.

// Was wir bauen würden

Ein Agent, der jede Rechnung liest, Zeitraum, Zähler und Verbrauch herausholt, markiert, was nicht stimmig aussieht, und sie einer Person zur Freigabe vorlegt, bevor sie in die Emissionsdaten kommt. Er nutzt ein Spitzenmodell über dessen API, den schnellsten Anfang, weil Rechnungen keine sensiblen personenbezogenen Daten tragen.

// Was drin ist

// Tech-Stack

• API eines Spitzenmodells
• Python
• Next.js
• PostgreSQL
• DigitalOcean

// Das Problem

Ein Projektentwickler misst Waldflächen, Bodenproben und Sensorwerte auf Papier und in Tabellen, und jede Verifizierung bedeutet Wochen des Zusammentragens von Nachweisen.

// Was wir bauen würden

Eine Feld-App, die Flächen, Proben und Fotos mit Ort und Zeit erfasst, eine Datenstrecke, die Sensor- und Satellitendaten übernimmt, und ein Web-Arbeitsbereich, in dem die Nachweise für jeden Messzeitraum für die Prüfstelle zusammengestellt und mit den Projektdaten des Registers verknüpft werden.

// Was drin ist

// Tech-Stack

• React Native
• Next.js
• PostgreSQL mit PostGIS
• Python
• AWS

// Das Problem

Die Käufer einer Handelsplattform wollen den öffentlichen Nachweis, dass eine Gutschrift einmal und für wen stillgelegt wurde, und die Plattform hält diese Aufzeichnung in ihrer eigenen Datenbank.

// Was wir bauen würden

Smart Contracts auf einer öffentlichen Chain, die in einem anerkannten Register gehaltene Gutschriften spiegeln, ein Token je Seriennummernbereich, und sie bei der Stilllegung verbrennen, mit erfasstem Begünstigten, dazu eine Web-App, in der Käufer sich per Wallet oder E-Mail anmelden. Tokenisierte Gutschriften werfen rechtliche und Registerfragen auf, die Ihre Berater zuerst klären, und wir machen keine Aussage darüber, was eine Gutschrift wert ist.

// Was drin ist

// Tech-Stack

• Solidity
• OpenZeppelin
• Foundry
• Next.js
• Register-API
• AWS

// Das Problem

Das Nachhaltigkeitsteam eines Herstellers sammelt jedes Jahr Kraftstoff-, Strom-, Reise- und Einkaufsdaten aus einem Dutzend Quellen, und jede Zahl im Bericht führt zu einer anderen Tabelle.

// Was wir bauen würden

Ein Data Warehouse, das Aktivitätsdaten aus Versorgern, Fuhrpark, Reisen und Einkauf nach Zeitplan lädt, dokumentierte Emissionsfaktoren anwendet und jede Zahl für Ihren Prüfer bis zu ihren Quellzeilen nachvollziehbar hält.

// Was drin ist

// Tech-Stack

• PostgreSQL
• dbt
• Python
• Metabase
• DigitalOcean

// Das Problem

Die Kunden einer Emissionsplattform laden Versorgerrechnungen und Tankkartenabrechnungen als Dateien hoch, und jeder Upload braucht jemanden, der Spalten und Einheiten korrigiert.

// Was wir bauen würden

Eine Reihe von Konnektoren, die Aktivitätsdaten direkt aus Versorgerportalen, von Tankkartenanbietern und aus Buchhaltungssystemen holen, Einheiten umrechnen, jeden Stapel auf Lücken und Ausreißer prüfen und saubere Datensätze an die Plattform übergeben.

// Was drin ist

// Tech-Stack

• Python
• Node.js
• PostgreSQL
• OpenAPI
• DigitalOcean