Edge Analytics und IoT
Stand 2026-09-03
Edge Analytics & IoT ist die Entscheidung, die dafür sorgt, dass eine Werkzeugbruch-Verriegelung in unter 20 Millisekunden reagiert, statt 80-300 ms auf einen Cloud-Roundtrip zu warten — ein Unterschied, der entscheidet, ob eine Pressenlinie im Wert mehrerer Millionen Euro weiterläuft. Richtig umgesetzt senkt Filterung am Edge den WAN-Traffic um rund 98 % (nur 0,3-2 % der Pressenhübe sind anomal), während der Kontext, den SAP S/4HANA braucht — Kostenstelle, Fertigungsauftrag, Material —, weiterhin in Datasphere oder BW/4HANA landet. Die rare Fähigkeit ist die Souveränität in der OT-Schicht (OPC-UA, MQTT, das Purdue-Modell), nicht Datasphere selbst: DACH-Tagessätze für dieses Profil liegen 20-35 % über Standard-Umsetzungssätzen. Die Falle ist, Edge als reine Bandbreitenkosten-Frage statt als Latenz- und Souveränitätsentscheidung zu behandeln — wird die Grenze falsch gezogen, verpasst entweder die Verriegelung ihr Zeitfenster, oder der Betriebsrat des Kunden blockiert die Einführung.
Was Sie lernen
- Eine Edge-zu-Datasphere-IoT-Integrationsarchitektur für einen Fertigungskunden entwerfen, die richtigen SAP-Edge-Services-Komponenten auswählen und den Datenfluss von OPC-UA über MQTT zu Datasphere spezifizieren.
- Den Streaming-vs.-Batch-Entscheidungsrahmen auf einen gegebenen industriellen Anwendungsfall anwenden, Latenz-, Bandbreiten- und Souveränitäts-Trade-offs quantifizieren, um die Edge-Compute-Grenze zu rechtfertigen.
- Die vier häufigsten Fehlermodi bei Edge-Einsätzen in SAP-Landschaften identifizieren und entschärfen: OT-/IT-Netzwerktrennung, Lifecycle-Management von SAP Edge Services, ERP-Kontext-Abhängigkeit und falsche CAPEX-Annahmen.
- Ein Edge-Analytics-Engagement kommerziell scopen und positionieren, es von der Standard-Datasphere-Implementierung abgrenzen und die OT-Schicht-Expertise-Prämie gegenüber einem Kunden-Stakeholder artikulieren.
Warum Edge in SAP-Analytics-Landschaften wichtig ist
Edge Analytics ist kein neues Konzept, aber es ist in den letzten drei Jahren in SAP-Landschaften operativ bedeutsam geworden, da Fertigungskunden Industrie-4.0-Programme beschleunigen und Logistikbetreiber Echtzeit-Routenintelligenz einsetzen. Die Prämisse ist trügerisch einfach: die Berechnung näher an den Ort verlagern, an dem die Daten entstehen, statt alles zu einer zentralen Cloud zu leiten. Die Implikationen — architektonisch, kommerziell und governance-bezogen — sind alles andere als einfach.
Die Bandbreiten- und Latenzrealität. Eine große Automobil-Presslinie erzeugt je nach Instrumentierungsdichte zwischen 50 GB und 2 TB Sensordaten pro Schicht. Diesen Rohdatenstrom über ein Standard-WAN an SAP Datasphere auf BTP zu senden, ist in den meisten Brownfield-Werksumgebungen weder wirtschaftlich noch technisch machbar. Selbst mit 5G-Mobilfunk-Backhaul liegt die Round-Trip-Time (RTT) für einen cloud-berechneten Alarm je nach Geografie bei 80-300 ms. Für einen Presswerkzeugfehler, der sich in unter 20 ms fortpflanzt, ist eine Cloud-First-Architektur schlicht falsch. Die Frage ist nicht, ob am Edge gerechnet werden soll — das entscheidet die Physik —, sondern welche Berechnungen an den Edge gehören und welche zur Zentrale müssen.
Voraussetzungen
- Fortgeschrittene praktische Erfahrung mit SAP-Analytics-Projekten
- Zunächst die Kernkonzepte durcharbeiten: C087, C083, C047
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Ein Tier-1-Automobilzulieferer mit über 200 Presslinien benötigt Echtzeit-Werkzeugfehlererkennung, ohne das Werks-WAN zu sättigen.
- Das Anti-Pattern erkennen und vermeiden: Edge zunächst als Kostensenkungsmaßnahme zu behandeln — CAPEX (Appliances, Netzwerkhärtung) und OPEX.
- Die Kernentscheidung des Moduls anwenden: Wo die Edge-/Cloud-Compute-Grenze gezogen wird — entscheiden Sie sich dafür, Sub-Sekunden-Sicherheits-/Qualitätsaktionen (Verriegelungen, Linien-Stopps) auf der Edge-Appliance zu belassen.
- Den Lernerfolg mit dem KPI verfolgen: WAN-Bandbreitenreduktion (Ziel: >= 90 % im Vergleich).
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.