Ausgangslage

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.
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
Quelle01Störung übernehmen
Die Maschine meldet einen Zustandswert oder Fehlercode, der die Störung erkennt und den Vorgang mit Maschine und Zeitpunkt anstößt.Details
Störung übernehmen
Die Maschine meldet einen Zustandswert oder Fehlercode, der die Störung erkennt und den Vorgang mit Maschine und Zeitpunkt anstößt.
- Microsoft Graph API
- SharePoint API
- Maschinen- und Stammdaten laden
Daten02Maschinen- und Stammdaten laden
Maschinentyp, Stückliste, Wartungshistorie und Standort werden über die bereitgestellte Sicht dem Vorgang zugeordnet.Details
Maschinen- und Stammdaten laden
Maschinentyp, Stückliste, Wartungshistorie und Standort werden über die bereitgestellte Sicht dem Vorgang zugeordnet.
- Azure AI Document Intelligence
- Mistral OCR
- Dataverse API
- Fehlerbild und Priorität bestimmen
Aktion03Fehlerbild 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
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.
- Power Automate
- Azure Functions
- Microsoft Graph API
- Regeln prüfen
Entscheidung04Regeln prüfen
Fehlercode, Ersatzteile und Kritikalität der Maschine werden gegen die hinterlegten Regeln geprüft statt einer Entscheidung nach Augenmaß.Details
Regeln prüfen
Fehlercode, Ersatzteile und Kritikalität der Maschine werden gegen die hinterlegten Regeln geprüft statt einer Entscheidung nach Augenmaß.
- Azure OpenAI GPT
- Anthropic Claude
- AI Builder
- Serviceauftrag anlegenRegelfall
- Sonderfall freigebenSonderfall
- Vorgang protokollierenUnbekannter Fehlercode
Freigabe05Sonderfall freigeben
Ist der Fehlercode unbekannt oder die Maschine unverzichtbar, entscheidet die Disposition anhand des Vorgangs.Details
Sonderfall freigeben
Ist der Fehlercode unbekannt oder die Maschine unverzichtbar, entscheidet die Disposition anhand des Vorgangs.
- Teams Adaptive Cards
- Power Apps
- Serviceauftrag anlegenNach Freigabe
System06Serviceauftrag anlegen
Der freigegebene Vorgang wird im führenden System als Serviceauftrag mit Maschine, Priorität und Ersatzteilen angelegt.Details
Serviceauftrag anlegen
Der freigegebene Vorgang wird im führenden System als Serviceauftrag mit Maschine, Priorität und Ersatzteilen angelegt.
- Dynamics 365 API
- Azure Service Bus
- Auftrag an Techniker übergeben
Ergebnis07Auftrag an Techniker übergeben
Der Serviceauftrag steht dem zuständigen Techniker mit Fehlerbild und Priorität auf dem Tablet zur Verfügung.Details
Auftrag an Techniker übergeben
Der Serviceauftrag steht dem zuständigen Techniker mit Fehlerbild und Priorität auf dem Tablet zur Verfügung.
- Power BI API
- Teams Webhook
- Disposition informieren
- Vorgang protokollieren
Ergebnis08Disposition informieren
Die Disposition erhält den Stand mit Maschine, Priorität und geplantem Einsatz.Details
Disposition informieren
Die Disposition erhält den Stand mit Maschine, Priorität und geplantem Einsatz.
- Power BI API
- Teams Webhook
Ergebnis09Vorgang protokollieren
Meldung, Einordnung, Entscheidung und Abschluss werden abgelegt und bleiben der Maschine zugeordnet.Details
Vorgang protokollieren
Meldung, Einordnung, Entscheidung und Abschluss werden abgelegt und bleiben der Maschine zugeordnet.
- Power BI API
- Teams Webhook
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.
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.






