Analytics Legends Die Wissensplattform für SAP Analytics
Academy-Modul

Blockchain für die Lieferkette

architecture diagram for Blockchain for Supply Chain, Analytics Legends Academy module M148

Stand 2026-09-03

Blockchain für die Lieferkette ist bei fast jedem SAP-Analytics-Projekt eine Scoping-Fähigkeit, keine Umsetzungsfähigkeit: Die eigentliche Arbeit besteht darin, einem Kunden ehrlich zu sagen, ob sein Anwendungsfall mehrparteiliche Manipulationssicherheit braucht, die keine einzelne Partei kontrolliert, oder ob eine konventionelle Datenbank mit rollenbasiertem Zugriff das schneller und günstiger löst. SAPs eigenes Portfolio stützt dieses Urteil — das Unternehmen hat seine Blockchain-als-Plattform-Ambition nach 2021 still aufgegeben und liefert dieselben Transparenzergebnisse heute über nicht-blockchain-basierte Multi-Party-SaaS-Angebote (Logistics Business Network, Green Token). Die beiden Bereiche, in denen DLT ihre Kosten weiterhin rechtfertigt, sind die von Regulatoren vorgeschriebene Pharma-Serialisierung (EU FMD / US-DSCSA-Netzwerke wie MediLedger) und die Sorgfaltspflicht in der Lieferkette für 3TG-Konfliktmineralien unter der CSDDD — überall sonst liegen die rechtlichen und Governance-Kosten eines Konsortiums typischerweise beim 2- bis 5-Fachen der Technologieausgaben. Blockchain-als-Spezialisierung-Tagessätze sind in EMEA seit 2022 stark geschrumpft; die dauerhafte, abrechenbare Fähigkeit ist die angrenzende Analytics-Arbeit — CSRD-Berichterstattung auf Green-Token-Massenbilanzdaten und ATTP-Serialisierungs-Dashboards in SAP Analytics Cloud.

Was Sie lernen

  • Die Manipulationssicherheitsgarantie, die DLT tatsächlich bietet, von den breiteren Vertrauensansprüchen im Anbietermarketing unterscheiden und diese Unterscheidung anwenden, um zu beurteilen, ob ein bestimmter Lieferketten-Anwendungsfall DLT oder eine konventionelle Datenbank erfordert.
  • SAPs aktuelles Produktportfolio korrekt zuordnen -- SAP LBN, SAP Green Token, SAP ATTP und das veraltete SAP Blockchain Application Enablement -- zu den Lieferketten-Transparenz- und Rückverfolgbarkeitsproblemen, die jedes davon tatsächlich adressiert.
  • Die drei strukturellen Fehlermodi von Supply-Chain-DLT-Projekten diagnostizieren (das Orakelproblem, das Netzwerkakzeptanzrisiko und die Kosten bei großem Umfang) und eine Kundenberatung strukturieren, die diese Risiken vor der Projektzusage aufzeigt.
  • Die konkreten Stellen in einer SAP-Analytics-Landschaft identifizieren, an denen DLT-nahe Daten (Green-Token-Mass-Balance, ATTP-Serialisierungsereignisse) ein CSRD- oder regulatorisches Compliance-Analytics-Liefergut beeinflussen.

Ein ehrlicher Ausgangspunkt: Was Blockchain ist und was nicht

Blockchain für die Lieferkette ist eine der durchgängig am meisten überverkauften Technologie-Narrative des vergangenen Jahrzehnts. SAP-Analytics-Berater, die mit Beschaffungs-, Logistik- oder Fertigungskunden arbeiten, werden darauf stoßen — in Ausschreibungen, in Vorstandsbriefings, in Anforderungen zur Nachhaltigkeitsberichterstattung. Die berufliche Pflicht besteht darin, sie präzise genug zu verstehen, um sie ehrlich zu bewerten, statt entweder den Hype oder die reflexartige Ablehnung zu wiederholen.

Eine Blockchain (oder präziser eine Distributed-Ledger-Technologie, DLT) ist eine Datenstruktur, in der Datensätze in kryptografisch verknüpfte Blöcke gruppiert, über mehrere unabhängige Knoten repliziert und durch ein Konsensprotokoll geregelt werden, das eine rückwirkende Änderung rechnerisch teuer oder ohne Mitwirkung einer Mehrheit des Netzwerks praktisch unmöglich macht. Das Wort Vertrauen taucht im DLT-Marketing ständig auf. Was tatsächlich geliefert wird, ist Manipulationssicherheit — eine starke Garantie, dass ein Datensatz nach seiner Erstellung nicht verändert wurde, vorausgesetzt, man vertraut dem Prozess, durch den der Datensatz überhaupt erst erzeugt wurde. Genau an dieser letzten Klausel scheitern die meisten Supply-Chain-DLT-Projekte.

SAPs tatsächliche Position in der DLT-Landschaft

SAP hat in Blockchain-Infrastruktur investiert und diese Investition auf sichtbare Weise zurückgefahren. Den aktuellen Stand zu verstehen, verhindert, dass Produkte empfohlen werden, die nicht mehr auf der Roadmap stehen.

Voraussetzungen

  • Zunächst die Kernkonzepte durcharbeiten: C087, C083, C047

Lernergebnisse

  • Ein realistisches Szenario durcharbeiten: Ein deutscher Automobil-Tier-1-Zulieferer unter CSRD- und EU-Konfliktmineralien-Offenlegungsdruck fragt, ob er einem bestehenden DLT-basierten Konsortium für verantwortungsvolle Beschaffung beitreten soll.
  • Das Anti-Pattern erkennen und vermeiden: DLT zur Lösung eines Ein-Unternehmen-Datenproblems empfehlen.
  • Die Kernentscheidung des Moduls anwenden: DLT vs. eine konventionelle Datenbank — entscheiden Sie sich dafür, DLT nur zu empfehlen, wenn mehrparteiliches Vertrauen strukturell fehlt -- konkurrierende Lieferanten.
  • Den Lernerfolg mit dem KPI verfolgen: Abdeckung der Orakel-Verifizierung (Ziel: 100 % der Ledger-Einträge durch eine unabhängige Bescheinigung gestützt).

Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.

In der App öffnen →