Ihre Maschinendaten werden nie zu einer Entscheidung. Hier fehlt die Pipeline.

ERSATZ DES EXCEL-ENGPASSES: AUFBAU EINER ECHTZEIT-ENTSCHEIDUNGSPIPELINE

Eine moderne Fabrik ist ein Bienenstock aus Echtzeitdaten: Sensoren, Steuerungen und übergeordnete Systeme erfassen jeden Maschinenzustand, jeden Fehlercode und jede Temperaturschwankung. Doch wenn eine kritische Ressource wie "Linie 3" unerwartet stillsteht, kommt die unmittelbare Reaktion oft ins Stocken. Das physische Ereignis ist augenblicklich, die operative Entscheidung, die darauf folgen sollte – die Wahl, wie Arbeit umgeleitet, Aufträge neu gereiht oder Instandhaltung eskaliert wird – ist hingegen allzu oft unter einem Berg manueller Arbeit begraben. Teams müssen hektisch Informationen aus getrennten Systemen wie ERP, MES und technischen Protokollen zusammensuchen und greifen häufig auf veraltete Tabellenkalkulationen zurück, um einen Weg nach vorn zu finden. In diesem Szenario existieren Echtzeitdaten, aber keine Echtzeitentscheidungen. Das fehlende Element ist eine deterministische, vernetzte Pipeline, die ein physisches Signal in eine validierte, machbare operative Wahl mit klarer Entscheidungsbefugnis überführt.

Zentrale Konzepte:

• Ein Maschinenereignis ist ein Fakt, keine Entscheidung: Ein technisches Protokoll kann zeigen, wann eine Maschine stehen blieb und welcher Fehlercode ausgelöst wurde, aber es kann nicht entscheiden, wie dieser Stillstand die Liefertermine beeinflusst, ob eine Ersatzmaschine machbar ist oder welcher Prioritätsauftrag verschoben werden sollte. Wert entsteht erst, wenn dieser Fakt mit einer Produktionsentscheidung verknüpft wird.
  
• ERP, MES und Shopfloor: Unterschiedliche Wahrheiten: Jedes System verantwortet einen anderen Aspekt der Produktion. ERP verantwortet Bedarf und den Geschäftsdatensatz. MES verantwortet die Produktionsausführung und die Genealogie. OT verantwortet Maschinensignale und die lokale Steuerung. Die Entscheidungspipeline muss diese unterschiedlichen Wahrheiten respektieren und nur dort verbinden, wo eine operative Wahl über Systemgrenzen hinweg getroffen werden muss.
  
• Den Excel-Engpass ersetzen: Die Tabellenkalkulation bleibt ein mächtiges Werkzeug im Shopfloor und fungiert oft als inoffizielle Integrationsschicht, weil formale Systeme zu wenig Agilität für den Austausch von Kontext bieten. Ziel ist nicht, "Excel zu verbannen", sondern einen sichtbaren Entscheidungspfad aufzubauen, der Quellfakten zusammenführt und Annahmen dokumentiert. Die Tabellenkalkulation wechselt damit von der primären Entscheidungsablage zu einem echten Werkzeug für persönliche Analysen.
  

Das Fabrikszenario verstehen: Stillstand an Linie 3
Linie 3 ist ein kritischer Engpass mit einem einzigartigen Prozess, für den nur eine alternative Ressource existiert – und diese ist ebenfalls eng eingeplant. Ein Fehlercode erscheint, ein Antrieb stoppt, ein Sensor meldet eine Abweichung. Das Werk muss nun vier zentrale Fragen beantworten, die jeweils in einer anderen Domäne liegen:

1. Bediener: "Kann ich sicher wieder anfahren?"
   
2. Instandhaltung: "Handelt es sich um einen schnellen Reset oder um eine Inspektion mit Stillstandszeit?"
   
3. Schichtleitung: "Wie lange deckt der nachgelagerte Bestand die Unterbrechung ab?"
   
4. Planer: "Welcher Auftrag ist gefährdet, und kann er verschoben werden, ohne an anderer Stelle ein größeres Problem zu verursachen?"
   

Ohne Entscheidungspipeline bleiben diese Systeme isoliert, was zu manueller Ursachenforschung und einer verzögerten, riskanten operativen Entscheidung führt.

Das Erfassungsmodell für Entscheidungen
Um wirksame operative Entscheidungen zu ermöglichen, sollte ein Ereignis einen klaren, deterministischen Rahmen durchlaufen:

Erfassen (Capture): Erkennt ein Ereignis an der Quelle, nahe an der Anlage, und erzeugt es nachverfolgbar. Diese Schicht muss hochfrequentes Rauschen herausfiltern, das nur für die Echtzeit-Steuerungslogik relevant ist, und nur Ereignisse mit eindeutiger Verantwortlichkeit und operativer Konsequenz weitergeben.

Interpretieren (Interpret): Normalisiert und validiert das Rohsignal und erzeugt eine aussagekräftige, gemeinsame Definition. Ein einfacher Wechsel des "Stillstandszustands"-Tags aus OT wird zu "Linie 3 ungeplanter Stillstand aktiv", versehen mit kanonischer Asset-ID, Quellzeitstempeln, Korrelationskennungen und Schlussfolgerungen nur dort, wo sie durch Daten gedeckt sind.

Kontextverknüpfung (Context Join): Verbindet das Ereignis mit den aktuellen Produktionsfakten aus ERP und MES. Die Pipeline ermittelt den aktiven Auftrag, die Produktvariante, den betroffenen Prozessschritt, die verbleibende Arbeit, qualifizierte Alternativressourcen und aktuelle Restriktionen wie Werkzeugverfügbarkeit, Qualifikationen des Personals und Materialstatus.

Entscheiden (Decide): Bewertet Optionen anhand expliziter Geschäftsregeln und Planungslogik. Diese Schicht prüft die Machbarkeit, erkennt, wann kein alternativer Pfad existiert, und präsentiert eine Auswahl geprüfter Empfehlungen mit klar benannten Annahmen zur menschlichen Freigabe.

Handeln (Act): Schreibt die freigegebene Entscheidung in das System zurück, das die Arbeit steuert. Dies kann eine überarbeitete Disposition im MES, eine nachverfolgte Eskalation in der Instandhaltung, ein aktualisierter Plantermin im ERP oder ein integrierter Workflow in Microsoft Power Platform sein, der die Übergabe zwischen Teams steuert.

Die Rolle der Technologie: Microsoft Fabric und Real-Time Intelligence
Microsoft Fabric stellt eine gemeinsame Daten- und Analyseebene bereit, die diese Pfade zusammenführt und zwischen dem Live-Ereignis und der operativen Arbeit vermittelt.

• Real-Time Intelligence (RTI): Eine gemeinsame Datenebene für Ingestion, Ereignisaufbereitung und Zeitreihenabfragen mit der KQL-Datenbank, konzipiert für Untersuchungen, während die Daten fließen.
  
• Eventstream: Grundlegende Aufbereitung, Transformation und Weiterleitung von Streaming-Quellen an mehrere Ziele (Analyse, Workflow, persistente Historie) unabhängig voneinander.
  
• Activator: Überwacht definierte Bedingungen über Streams, Dashboards oder KQL-Ergebnisse und löst bei Erfüllung definierte Aktionen wie Alarme oder Power-Platform-Workflows aus.
  

Vom Stillstand zur Produktionsfolge
Ein Maschinenstillstand hat eine Dauer, die Produktionsauswirkung hat jedoch eine Konsequenz. Gleich lange Stillstände bergen je nach aktuellem Pufferzustand, geplanter Schichtübergabe, Engpassstatus des Prozesses und den spezifischen Material-, Personal- und Werkzeugrestriktionen konkurrierender Aufträge sehr unterschiedliche Risiken. Ein entscheidender Erfolgsfaktor der Pipeline ist die Fähigkeit, die Produktionsauswirkung zu berechnen und nicht nach Alarmstufe, sondern nach der tatsächlichen operativen Exposition zu eskalieren.

Generative KI und Entscheidungstypen
Generative KI wie Microsoft Copilot hat in dieser Architektur eine klar umrissene Rolle.

• Copilot kann erklären: Erzeugung flüssiger, verständlicher Texte, Zusammenfassungen der Instandhaltungshistorie, allgemeinverständliche Übersetzungen freigegebener Verfahren oder Entwürfe für Schichtübergabenotizen.
  
• Copilot sollte nicht planen: Er berechnet keine machbare Produktionsoptimierung. Die Neuplanung ist ein deterministisches Problem, das explizite Prüfungen gegen harte Restriktionen wie qualifizierte Ressourcen, Werkzeuge und validierte Arbeitspläne erfordert. Eine automatisierte Optimierungsengine (APS) muss die Optionen erzeugen, während der Mensch die Wahl verantwortet.
  

Entscheidungstypen und Befugnisgrenzen
Eine Entscheidungspipeline zielt nicht auf vollautomatische Steuerung, sondern auf gesteuerte Eskalation. Die Übergaben sollten in Schichten gestaltet werden und die Reaktion proportional zum Risiko halten:

• Alarm: Benachrichtigt einen Verantwortlichen über einen definierten technischen Zustand.
  
• Handlungsempfehlung: Stellt freigegebenes Wissen und Kontext bereit (z. B. Standardverfahren, Störungsmuster).
  
• Planänderung: Startet eine strukturierte Terminprüfung, die eine menschliche Freigabe und die Abwägung über alle Restriktionen erfordert.
  
• Steuerungsaktion: Lokal begrenzte, sichere, deterministische Reaktionen (z. B. ein sicherer Prozesszustand) verbleiben in OT.
  

Erfolg messen: Entscheidungsqualität statt Dashboard-Aktivität
Der Wert zeitbasierter Daten entsteht, wenn er eine Entscheidung rechtzeitig verändert. Die wichtigsten Kennzahlen der Pipeline sind operativer, nicht technischer Natur:

1. Zeit von Ereignis bis Wahrnehmung: Nicht der Zeitpunkt, zu dem eine Nachricht in einen Stream gelangte, sondern wann der Verantwortliche eine gültige, nützliche, kontextbezogene Meldung erhielt.
   
2. Bewertungszeit: Wie lange die Kontextverknüpfung brauchte, um aktiven Auftrag, Arbeitsplan und Machbarkeitsrestriktionen zusammenzuführen.
   
3. Freigabezeit: Die Dauer, die ein Entscheidungspaket auf die Freigabe eines Verantwortlichen wartete.