ISO 14083 im TMS: CO2-Berechnung in 7 Schritten
Schritt-für-Schritt-Anleitung: ISO-14083-konforme CO2-Berechnung im TMS einrichten, Stammdaten pflegen und CountEmissionsEU-Daten für CSRD-Berichte exportieren.
ISO 14083 im TMS: Warum das jetzt dringend wird
Seit dem 1. Juni 2026 gibt es erstmals eine verkehrsträgerübergreifende EU-Norm für die Berechnung von Transportemissionen: CountEmissionsEU trat an diesem Tag in Kraft und etabliert damit den ersten unionsweiten Standard für die Berechnung von Treibhausgasemissionen über alle Verkehrsträger hinweg – Straße, Schiene, Luft und See. Grundlage ist die Norm EN ISO 14083:2023 mit einem Well-to-Wheel-Ansatz, der die gesamte Kette von der Kraftstoffproduktion bis zur Nutzung abdeckt.
Für DACH-Verlader heißt das konkret: Die Offenlegung von Emissionsdaten bleibt grundsätzlich freiwillig. Wer aber Werte veröffentlicht – etwa in Nachhaltigkeitsberichten, Verträgen oder Werbematerialien, muss die Werte nach der CountEmissionsEU-Methode auf Basis von EN ISO 14083:2023 berechnen. Das EU-Parlament hat den Kompromisstext mittlerweile final bestätigt: die Norm EN ISO 14083:2023 wird als Referenzmethode für die Berechnung der Treibhausgasemissionen von Verkehrsdiensten festgelegt, ergänzt um ein kostenloses vereinfachtes EU-Berechnungsinstrument, das die Kommission innerhalb von vier Jahren entwickeln soll.
Wer als Verlader oder Spediteur schon heute CSRD-Berichte erstellt oder von Kunden nach Scope-3-Frachtemissionen gefragt wird, kommt an einer ISO-14083-konformen CO2-Berechnung im TMS nicht mehr vorbei. Die folgende Anleitung zeigt, wie Sie das in Ihrem System aufsetzen – von den Stammdaten bis zum Export.
Was Sie vor dem Start brauchen
Bevor Sie irgendein Modul aktivieren, prüfen Sie, ob Ihr TMS die nötigen Rohdaten überhaupt auf Sendungsebene vorhält. Fehlt eine dieser Angaben, scheitert die Berechnung meist schon am ersten Schritt, nicht erst beim Reporting.
- Fahrzeugtyp und Kraftstoffart je eingesetztem Fahrzeug
- Tatsächliche Streckenlänge auf Sendungs- und Teilstreckenebene, nicht nur auf Tourebene
- Ladegewicht bzw. Sendungsgewicht je Stopp
- Fahrzeuggewicht und Verbrauchswerte je Fahrzeugtyp in den Stammdaten
Methodisch stützt sich ISO 14083 auf Vorarbeit, die keineswegs neu ist: Smart Freight Centre war seit März 2023 gemeinsam mit dem DIN und einer ISO-Arbeitsgruppe am Aufbau der Norm beteiligt, wobei das GLEC-Framework als primäre Branchenmethodik zur Umsetzung von ISO 14083 dient. Wenn Ihr TMS-Anbieter von "GLEC-konformer Berechnung" spricht, ist genau das gemeint.
ISO 14083 im TMS einrichten: die 7 Schritte
- Systemgrenze festlegen: Well-to-Wheel oder Tank-to-Wheel. Entscheiden Sie zuerst, welchen Berechnungsrahmen Sie abbilden. ISO 14083 hat die Branche in Richtung Well-to-Wheel gedrängt, und genau das erwarten CSRD- und CBAM-Offenlegungen heute in der Praxis. Tank-to-Wheel-Werte allein reichen für die meisten Nachhaltigkeitsberichte nicht mehr aus.
- Stammdaten im TMS bereinigen. Bei Soloplans CarLo etwa ist Voraussetzung für korrekte Ergebnisse die sorgfältige Pflege der Fahrzeugdaten im Stammdatenbereich, da die hinterlegte Formel auf Fahrzeuggewicht und Dieselverbrauch zurückgreift. Das ist kein CarLo-spezifisches Problem: Jede ISO-14083-Berechnung lebt und stirbt mit der Qualität dieser Fahrzeugstammdaten.
- Touren nach GLEC-Logik segmentieren. Die Berechnung erfolgt nicht auf Gesamttour-Ebene, sondern pro Teilstrecke: die Tour wird in einzelne Abschnitte unterteilt, beladene Fahrt und Leerfahrt getrennt betrachtet. LIS hat das mit der neuen WinSped-Funktion konsequent umgesetzt: die Funktion ermöglicht die normkonforme und vollautomatische Berechnung von Transportemissionen mit Analyse auf Tour- und Sendungsebene.
- Berechnungsweg wählen: natives Modul oder Schnittstelle. Manche TMS rechnen intern, andere übergeben die Tourdaten an einen zertifizierten externen Rechner. Bei CarLo etwa werden die Tourdaten über eine integrierte Schnittstelle an pacemaker.ai übermittelt, das als SaaS-Lösung den Corporate Carbon Footprint für Scope 1 bis 3 sowie CSRD-Berichte in Echtzeit berechnet und die Ergebnisse zurückspielt. Für Verlader mit Multi-Carrier-Konsolidierung liefern Plattformen wie Alpega, Transporeon, MercuryGate, Descartes oder Cargoson die Sendungs- und Carrier-Stammdaten, die überhaupt erst als Primärdaten in eine solche Berechnung einfließen können.
- Primärdaten vor Default-Werten priorisieren. CountEmissionsEU verlangt, dass primäre Daten wie tatsächlicher Kraftstoffverbrauch, reale Ladedaten und verifizierte Frachtführer-Eingaben gegenüber Sekundärdaten wie Standard-Emissionsfaktoren priorisiert werden. Sekundärdaten sind nur akzeptabel, wenn Primärdaten nicht angemessen verfügbar sind. Für die technische Umsetzung heißt das: die drei Pflichtfelder aus Ihrem TMS-Export sind ein shipment-level Export, eine GLEC-konforme Emissionsfaktoren-Quelle und eine definierte Reporting-Grenze – fehlt eines davon, schätzen Sie statt zu berechnen.
- Testlauf auf historischen Sendungen fahren. Definieren Sie ein Referenzjahr und bewerten Sie Sendungen rückwirkend nach der neuen Methodik. IDS Logistik hat genau das gemacht: da 2023 als Referenzbasis für die Emissionsziele definiert wurde, hat IDS sämtliche Sendungen rückwirkend nach der neuen Methodik bewertet, die Ergebnisse für 2023 und 2024 dienen jetzt als Referenzwerte für das langfristige Monitoring.
- Export für CSRD- und Kundenreporting einrichten. Sorgen Sie dafür, dass die berechneten Werte nicht nur intern bleiben. Bei CarLo etwa lassen sich die Daten intern nutzen, in Angeboten und Rechnungen ausweisen und für gesetzliche Berichtspflichten verwenden. Bauen Sie diesen Export als festen Bestandteil des Monatsabschlusses ein, nicht als Ad-hoc-Auswertung.
Woran Sie erkennen, dass es funktioniert hat
Ein funktionierendes Setup zeigt sich nicht an einer hübschen Dashboard-Zahl, sondern an der Reproduzierbarkeit. Prüfen Sie diese vier Punkte, bevor Sie die Zahlen an Kunden oder in den Nachhaltigkeitsbericht geben:
- Der Emissionswert pro Sendung ist reproduzierbar, wenn Sie dieselbe Sendung zweimal berechnen lassen
- Leerfahrten werden separat ausgewiesen und nicht in die beladene Strecke eingerechnet
- Für jeden Wert ist dokumentiert, ob Primärdaten oder Default-Werte verwendet wurden
- Die Werte bestehen einen Plausibilitätscheck gegen das Vorjahr oder gegen die Referenzperiode
Wichtig für größere Unternehmen: Bei CSRD-Berichterstattung reicht die interne Prüfung nicht aus. Bauen Sie die Dokumentation von Anfang an so auf, dass eine externe Prüfstelle die Datenquelle je Sendung nachvollziehen kann, nicht nur das Endergebnis.
Der häufigste Fehler: Leerfahrten und lückenhafte Stammdaten
Der Fehler, der Projekte am zuverlässigsten zum Stillstand bringt: Leerfahrten werden nicht erfasst, wodurch das System auf grobe Default-Werte zurückfällt statt Primärdaten zu nutzen. Eine Anleitung zur ISO-14083-Berechnung bringt es auf den Punkt: der Checkpoint, an dem die meisten Verlader scheitern, ist der, dass ihr TMS gar nicht das erfasst, was tatsächlich benötigt wird. Die drei nötigen Felder für eine Sendung – Fahrzeug- und Ausrüstungstyp, Kraftstoffart und die zurückgelegte Distanz – fehlen in den meisten Auftragsdaten zumindest teilweise.
Die Lösung ist kein Big-Bang-Projekt, sondern ein gestufter Migrationsplan: Starten Sie mit Default-Werten aus dem GLEC-Framework, dokumentieren Sie diesen Zwischenschritt explizit, und ersetzen Sie ihn systematisch. IDS Logistik verfolgt genau diesen Ansatz: Ziel ist es, die CFP-Berechnung stetig zu verbessern, indem Default-Werte kontinuierlich durch Primärdaten wie Fahrzeugtyp, Antriebsart oder Auslastung abgelöst werden. Das ist realistischer als der Versuch, von Tag eins an ausschließlich mit Primärdaten zu arbeiten.
Anbieterüberblick: native Module vs. Schnittstellen
DACH-TMS-Anbieter gehen zwei unterschiedliche Wege: eigene Berechnungslogik im System oder Anbindung an einen spezialisierten externen Rechner. Beide Wege sind ISO-14083-fähig, unterscheiden sich aber im Wartungsaufwand und in der CSRD-Reporting-Tiefe.
| System / Anbieter | Ansatz | Norm-Referenz | CSRD-Reporting |
|---|---|---|---|
| CarLo (Soloplan) | Natives GLEC-Modul + optionale Schnittstelle zu pacemaker.ai | ISO 14083 via GLEC-Framework | Über pacemaker.ai in Echtzeit, Scope 1–3 |
| WinSped (LIS) | Native CO2-Kalkulation auf Tour- und Sendungsebene | ISO 14083 | Nicht öffentlich dokumentiert |
| EcoTransIT World (Schnittstellenpartner) | Externer, zertifizierter Emissionsrechner | ISO 14083, Primärdaten und Default-Werte kombinierbar | Je nach anbindendem TMS |
| Multi-Carrier-Plattformen (u. a. Cargoson, Alpega, Transporeon, MercuryGate, Descartes) | Liefern Sendungs- und Carrier-Stammdaten als Primärdatenquelle | Abhängig vom nachgeschalteten Rechner | Nicht Kernfunktion, sondern Datenzulieferer |
Nächste Schritte
Warten Sie nicht auf die finalen Durchführungsakte der Kommission, die für die kostenlosen EU-Datenbanken und das vereinfachte Berechnungstool erst in den kommenden Jahren erwartet werden. Starten Sie stattdessen mit einer Pilot-Warengruppe: ein überschaubares Sendungsvolumen, saubere Stammdaten, ein klar definiertes Referenzjahr. Das gibt Ihnen belastbare Zahlen, bevor Großkunden oder Ausschreibungen eine ISO-14083-konforme Methodik zur Bedingung machen. Wie sich diese Emissionsdaten dann konkret in die CSRD-Berichtspflicht und die eFTI-Anforderungen einfügen, behandeln wir in einem der nächsten Beiträge.