Schematische Darstellung eines automatisierten Prozesses zur Erfassung und Disposition von Maschinenstörungen, vollständig mit KI erzeugt
Alle Lösungen20 / Instandhaltung & Service

Instandhaltung & Service

Maschinenstörungen automatisch erfassen und disponieren

Jede gemeldete Maschinenstörung wird automatisch in einen Serviceauftrag überführt und einem Techniker zugewiesen. Die Disposition entscheidet nur noch in Sonderfällen, statt Meldungen einzeln zu lesen und Aufträge von Hand zu verteilen.

Prozessarchitektur

Von der Maschinenmeldung zum Serviceauftrag.

Die Kette übernimmt die Meldung der Maschine, ordnet Fehlerbild und Priorität ein und legt den Auftrag im führenden System an. Regelfälle gehen direkt an den Techniker, Sonderfälle an die Disposition und kehren nach der Freigabe in denselben Ablauf zurück.

Prozessdiagramm

  • 09Knoten
  • 10Verbindungen
  • 03Phasen
System

01Input

Störung & Kontext

Die Störung wird übernommen und um Maschinenstammdaten und Historie ergänzt.

2 Schritte

02Process

Einordnung & Freigabe

Fehlerbild und Priorität werden bestimmt, die Regeln geprüft und Sonderfälle der Disposition vorgelegt.

4 Schritte

03Output

Auftrag & Nachweis

Der Serviceauftrag wird angelegt, dem Techniker übergeben und der Vorgang protokolliert.

3 Schritte

Quelle01

Störung übernehmen

Die Maschine meldet einen Zustandswert oder Fehlercode, der die Störung erkennt und den Vorgang mit Maschine und Zeitpunkt anstößt.Details

Prozessknoten 01Quelle

Störung übernehmen

Die Maschine meldet einen Zustandswert oder Fehlercode, der die Störung erkennt und den Vorgang mit Maschine und Zeitpunkt anstößt.

Schnittstellen
  • Microsoft Graph API
  • SharePoint API
Weiterführung
Daten02

Maschinen- und Stammdaten laden

Maschinentyp, Stückliste, Wartungshistorie und Standort werden über die bereitgestellte Sicht dem Vorgang zugeordnet.Details

Prozessknoten 02Daten

Maschinen- und Stammdaten laden

Maschinentyp, Stückliste, Wartungshistorie und Standort werden über die bereitgestellte Sicht dem Vorgang zugeordnet.

Schnittstellen
  • Azure AI Document Intelligence
  • Mistral OCR
  • Dataverse API
Weiterführung
Aktion03

Fehlerbild und Priorität bestimmen

Aus Fehlercode und Maschinentyp entsteht das Fehlerbild mit einer Priorität, ergänzt um erkennbare Folgen für die Produktion.Details

Prozessknoten 03Aktion

Fehlerbild und Priorität bestimmen

Aus Fehlercode und Maschinentyp entsteht das Fehlerbild mit einer Priorität, ergänzt um erkennbare Folgen für die Produktion.

Schnittstellen
  • Power Automate
  • Azure Functions
  • Microsoft Graph API
Weiterführung
Entscheidung04

Regeln prüfen

Fehlercode, Ersatzteile und Kritikalität der Maschine werden gegen die hinterlegten Regeln geprüft statt einer Entscheidung nach Augenmaß.Details

Prozessknoten 04Entscheidung

Regeln prüfen

Fehlercode, Ersatzteile und Kritikalität der Maschine werden gegen die hinterlegten Regeln geprüft statt einer Entscheidung nach Augenmaß.

Schnittstellen
  • Azure OpenAI GPT
  • Anthropic Claude
  • AI Builder
Weiterführung
Freigabe05

Sonderfall freigeben

Ist der Fehlercode unbekannt oder die Maschine unverzichtbar, entscheidet die Disposition anhand des Vorgangs.Details

Prozessknoten 05Freigabe

Sonderfall freigeben

Ist der Fehlercode unbekannt oder die Maschine unverzichtbar, entscheidet die Disposition anhand des Vorgangs.

Schnittstellen
  • Teams Adaptive Cards
  • Power Apps
Weiterführung
System06

Serviceauftrag anlegen

Der freigegebene Vorgang wird im führenden System als Serviceauftrag mit Maschine, Priorität und Ersatzteilen angelegt.Details

Prozessknoten 06System

Serviceauftrag anlegen

Der freigegebene Vorgang wird im führenden System als Serviceauftrag mit Maschine, Priorität und Ersatzteilen angelegt.

Schnittstellen
  • Dynamics 365 API
  • Azure Service Bus
Weiterführung
Ergebnis07

Auftrag an Techniker übergeben

Der Serviceauftrag steht dem zuständigen Techniker mit Fehlerbild und Priorität auf dem Tablet zur Verfügung.Details

Prozessknoten 07Ergebnis

Auftrag an Techniker übergeben

Der Serviceauftrag steht dem zuständigen Techniker mit Fehlerbild und Priorität auf dem Tablet zur Verfügung.

Schnittstellen
  • Power BI API
  • Teams Webhook
Weiterführung
Ergebnis08

Disposition informieren

Die Disposition erhält den Stand mit Maschine, Priorität und geplantem Einsatz.Details

Prozessknoten 08Ergebnis

Disposition informieren

Die Disposition erhält den Stand mit Maschine, Priorität und geplantem Einsatz.

Schnittstellen
  • Power BI API
  • Teams Webhook
Ergebnis09

Vorgang protokollieren

Meldung, Einordnung, Entscheidung und Abschluss werden abgelegt und bleiben der Maschine zugeordnet.Details

Prozessknoten 09Ergebnis

Vorgang protokollieren

Meldung, Einordnung, Entscheidung und Abschluss werden abgelegt und bleiben der Maschine zugeordnet.

Schnittstellen
  • Power BI API
  • Teams Webhook
  • Standardweg
  • Direkter Pfad
  • Prüfung nötig
  • Ausnahme
  • Rücklauf

Schritte in Ablaufreihenfolge

Systemlandschaft

Schnittstellen und Apps im Zusammenspiel.

  • Microsoft

    Microsoft Graph API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    SharePoint API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Azure AI Document Intelligence

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Mistral OCR

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Dataverse API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Power Automate

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Azure Functions

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Azure OpenAI GPT

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Anthropic Claude

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    AI Builder

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Teams Adaptive Cards

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Power Apps

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Dynamics 365 API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Azure Service Bus

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Power BI API

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Microsoft

    Teams Webhook

    Möglicher Baustein für die Microsoft-Systemvariante.

  • Genutzte Schnittstellen

    MQTT

    Meldet Zustandswerte und Störungen der Maschinen im Werksnetz an die Verarbeitung.

  • Genutzte Schnittstellen

    Odoo External API

    Legt den Serviceauftrag im führenden System an und schreibt ihn fort.

  • Genutzte Schnittstellen

    PostgreSQL

    Lesender Zugriff auf die bereitgestellte Sicht der Maschinenstammdaten.

  • Genutzte Schnittstellen

    n8n

    Steuert den Ablauf von der Meldung bis zum Auftrag, sichtbar und vom Betrieb anpassbar.

  • Genutzte Schnittstellen

    RabbitMQ

    Warteschlange zwischen Aufnahme und Verarbeitung, entkoppelt Lastspitzen und Wartungsfenster.

  • Mögliche Apps & Plattformen

    Odoo

    Führendes System für Störungen, Serviceaufträge und Maschinenhistorie.

  • Mögliche Apps & Plattformen

    Grafana

    Übersicht der Maschinenzustände, die die Disposition im Blick behält.

  • Mögliche Apps & Plattformen

    Odoo Mobile

    Rückmeldung und Abschluss des Auftrags direkt an der Maschine.

  • Mögliche Apps & Plattformen

    Mail

    Benachrichtigung bei neuen Störungsaufträgen.

Umsetzung im Kontext

Im Alltag belastbar.

Der Ablauf ersetzt kein System, sondern nutzt die vorhandenen: Die Maschinen melden weiter über das Werksnetz, das Instandhaltungssystem bleibt führend, und die Stammdaten bleiben dort, wo sie gepflegt werden. Neu ist der Weg dazwischen.

Entschieden wird regelbasiert, wo die Regeln eindeutig sind, und von der Disposition, wo sie es nicht sind. Die Grenzen legt der Betrieb selbst fest; beide Wege sind am Vorgang dokumentiert.

Maschinendaten verlassen das Werksnetz nicht. Läuft ein Modell für die Einordnung des Fehlerbilds, geschieht das im eigenen Rechenzentrum; an den Stammdatenbestand gelangt nur der lesende Zugriff über die bereitgestellte Sicht.

Fällt die Verarbeitung aus oder steht das Instandhaltungssystem wegen Wartung still, nimmt eine Warteschlange die Meldungen auf. Jeder Vorgang trägt eine Kennung, damit derselbe Fehler nicht doppelt einen Auftrag erzeugt.

Ausgangslage

Störungen meldet die Maschine selbst, aber die Meldung endet heute auf einem Bildschirm, den niemand dauerhaft beobachtet. Wer den Fehler schließlich erkennt, sucht Maschinenhistorie, Ersatzteile und Zuständigkeit zusammen und trägt den Auftrag von Hand ein. Bis ein Techniker vor der Maschine steht, vergeht Zeit, in der die Anlage steht, und manche Meldung geht im Tagesgeschäft schlicht unter.

Zielbild

Jede gemeldete Störung liegt als Serviceauftrag mit Priorität und Zuständigkeit vor, sobald die Maschine sie meldet. Die Disposition entscheidet nur dort, wo die Regeln nicht eindeutig sind, und jede Entscheidung ist mit ihrer Grundlage dokumentiert.

Erwarteter Nutzen

  • Jede gemeldete Störung führt ohne manuelles Anstoßen zu einem Serviceauftrag.
  • Die Disposition bearbeitet Sonderfälle statt einzelner Meldungen.
  • Doppelte Aufträge für dieselbe Störung sind ausgeschlossen.
  • Jede Entscheidung trägt ihre Grundlage und ihren Entscheider.
  • Störungen, Reaktionszeiten und Abschlüsse sind jederzeit auswertbar.

Voraussetzungen für den Start

  • 01Ein dokumentierter Zugang zum Instandhaltungssystem mit Schnittstelle und technischem Benutzer
  • 02Eine Maschinenanbindung, die Zustandswerte und Fehlercodes über das Werksnetz liefert
  • 03Gepflegte Maschinenstammdaten mit eindeutigen Kennungen, Stücklisten und Zuständigkeiten
  • 04Eine benannte Person in der Disposition für die Freigabe von Sonderfällen
  • 05Eine Entscheidung über Kritikalität und Prioritätsregeln je Maschinentyp

Ihr nächster Schritt

Welcher Prozess kostet Ihr Team jeden Tag unnötig Zeit?

Schildern Sie uns kurz die Ausgangslage. Wir sagen offen, wo Automatisierung sinnvoll ist – und wo nicht.

EntdeckenZum Seitenanfang