Menu
Integration von OEE-Software mit Microsoft Dynamics 365: Verbindung von Fertigungsdaten mit Finanzen und Lieferkette

Integration von OEE-Software mit Microsoft Dynamics 365: Verbindung von Fertigungsdaten mit Finanzen und Lieferkette

Wie man OEE‑Software in Microsoft Dynamics 365 integriert — Produktionseffizienzdaten mit den Modulen Finanzen und Supply Chain für Hersteller auf dem Microsoft‑Stack verbindet.
Integration von OEE-Software mit Microsoft Dynamics 365: Verbindung von Fertigungsdaten mit Finanzen und Lieferkette

Microsoft Dynamics 365 und OEE‑Datenflüsse

Microsoft Dynamics 365 Finance and Supply Chain Management (D365 F&SCM) ist die ERP‑Wahl vieler mittelständischer und großer Fertigungsunternehmen, die bereits in den Microsoft‑Technologie‑Stack investiert haben. Das Produktionssteuerungsmodul (Production Control) von D365 verwaltet Produktionsaufträge, Routen und Ressourceneinsatzplanung; das Anlagenmanagementmodul (Asset Management) kümmert sich um Wartungsarbeitsaufträge für Anlagen und Serviceanfragen. OEE‑Software integriert sich mit beiden Modulen, um die Leistungsdaten aus dem Fertigungsbereich bereitzustellen, die D365 für seine Planungs‑ und Instandhaltungsfunktionen zur genauen Steuerung benötigt.

Die wichtigsten OEE‑zu‑D365‑Datenflüsse umfassen: tatsächliche Produktionsmengen, die als Fertigmeldungen auf Produktionsaufträgen im D365 Production Control verbucht werden, Stillstandsereignisse, die Arbeitsanfragen oder Meldungen zu funktionalen Standorten im D365 Asset Management erzeugen, sowie Ausschusszahlen aufgrund von Qualitätsmängeln, die die Ausschussberichterstattung von Produktionsaufträgen aktualisieren. Im Gegenzug sendet D365 Produktionsauftragsinformationen, geplante Mengen und Maschinenauslastungsdaten an die OEE‑Plattform, um Planungskontext für Leistungsberechnungen bereitzustellen.

Microsofts Integrationsplattform für D365 ist Azure Integration Services — konkret Azure Logic Apps, Azure API Management und Azure Service Bus. Hersteller, die auf dem Microsoft‑Azure‑Stack arbeiten, profitieren von nativer Konnektivität zwischen D365 und OEE‑Plattformen, die Azure‑Integration unterstützen; für mehrere führende OEE‑Anbieter sind vorgefertigte Connectoren über den Microsoft AppSource‑Marktplatz verfügbar. Dieser Microsoft‑native Integrationspfad ist für Organisationen, die bereits Azure nutzen, in der Regel einfacher zu implementieren und zu warten als plattformübergreifende Middleware‑Ansätze.

Integration von D365 Anlagenmanagement und OEE-Instandhaltung

D365 Asset Management (früher bekannt als Enterprise Asset Management) ist das Wartungsmodul, das die direkteste Verbindung zur OEE-Software herstellt. Die Integration schafft eine bidirektionale Verbindung zwischen den Leistungsdaten der Anlagen aus der OEE-Software und den Wartungsarbeitsaufträgen in D365: OEE erkennt Stillstandsereignisse und Anlagenanomalien, erstellt Wartungsanforderungen in D365, und die daraus resultierenden Wartungsarbeiten sowie der Verbrauch von Ersatzteilen werden in D365 Asset Management mit einem Rückverweis auf das auslösende OEE-Ereignis protokolliert. Für Hersteller, die den Wartungsplan und die zählerbasierten Wartungsauslöser von D365 Asset Management nutzen, liefert die OEE-Software die Betriebsstunden und Zykluszählungen, die die zählerbasierten vorbeugenden Wartungspläne steuern. Anstatt die Maschinenstunden am Ende jeder Schicht manuell in D365 einzugeben, aktualisiert die OEE-Software die Wartungszähler automatisch basierend auf der tatsächlichen Laufzeit — so bleiben die Wartungspläne genau, ohne zusätzliche Dateneingaben für die Produktionsteams. Die Power Platform-Integrationsmöglichkeiten von D365 (über Power Automate und Power BI) eröffnen zusätzliche Integrationsoptionen für OEE-Software. OEE-Plattformen, die Daten über eine API bereitstellen, können sich mit Power BI verbinden, um kombinierte OEE- und D365-Finanzberichte zu erstellen, und Power Automate kann Workflows orchestrieren, die D365-Aktionen auf Basis von OEE-Ereignissen auslösen — zum Beispiel automatisch eine D365-Bestellanforderung für ein Ersatzteil zu erstellen, wenn OEE-Daten zeigen, dass ein bestimmter Fehlerfall häufiger als eine definierte Schwelle auftritt. Diese Microsoft Power Platform-Integrationen ermöglichen es Herstellern, maßgeschneiderte Workflows ohne Programmierung zu erstellen, wobei dieselben Tools verwendet werden, die ihre Geschäftsanwender bereits kennen.

Implementierung und Governance für die D365-OEE-Integration

D365 F&SCM-Integrationen für OEE-Software profitieren von Microsofts Investition in standardisierte Integrationsmuster. Die D365 OData-APIs und das Business-Events-Framework bieten saubere Integrationspunkte für Produktionsauftragsabschlüsse, Asset-Management-Benachrichtigungen und Bestandsbuchungen, wodurch der Bedarf an kundenspezifischer Entwicklung im Vergleich zu älteren Microsoft Dynamics AX-Integrationen reduziert wird.

Die wichtigste Designentscheidung für D365-OEE-Integrationen ist die Granularität der Produktionsauftragsbestätigung. D365 Production Control unterstützt sowohl routenbasierte (Operation-für-Operation) als auch auftragsbasierte Abschlüsse — und die OEE-Integration muss mit dem Bestätigungsmodell übereinstimmen, das der Hersteller verwendet. Für Hersteller mit einfachen, einoperationigen Produktionsprozessen ist eine auftragsbasierte Bestätigung unkompliziert. Für diskrete Hersteller mit mehrstufigen Routen müssen operationale OEE-Daten spezifischen Routenvorgängen in D365 zugeordnet werden, was während der Implementierung eine sorgfältigere Abstimmung der Stammdaten erfordert.

Für Hersteller, die ein Upgrade von Dynamics AX (2009, 2012) auf D365 F&SCM planen, sollte der Cutover der OEE-Integration als Teil des ERP-Migrationsprojekts geplant werden. D365 F&SCM hat ein deutlich anderes Datenmodell für Produktionsaufträge als AX 2012, und der Versuch, AX-Integrationscode für D365 wiederzuverwenden, verursacht in der Regel mehr Probleme als eine saubere Neuimplementierung. Die Migration ist eine Gelegenheit, die OEE-Integration mit D365s verbesserten Produktionsbestätigungs- und Asset-Management-Frameworks in Einklang zu bringen und die Stillstandstaxonomie sowie die Arbeitsplatzzuordnung zu bereinigen, die sich wahrscheinlich über Jahre des AX-Betriebs inkonsistent entwickelt haben.

Verwandte Artikel

Das Neueste aus unserem Blog

Definieren Sie Ihren Zuverlässigkeitsfahrplan
Überzeugen Sie sich selbst!
Definieren Sie Ihren Zuverlässigkeitsfahrplan
Indem Sie auf die Schaltfläche „Akzeptieren“ klicken, erklären Sie sich mit der Nutzung einverstanden.Cookies beim Zugriff auf diese Website und bei der Nutzung unserer Dienste. Erfahren Sie mehrWeitere Informationen zur Verwendung und Verwaltung von Cookies finden Sie in unserem Datenschutzrichtlinie und Cookie-Erklärung