Integrationsoptionen und Best Practices

Last updated: June 19, 2026

Übersicht
Die Leading2Lean MES/Dispatch-Lösung kann in eine Vielzahl externer Drittanbietersysteme integriert werden. Diese umfassen Enterprise Resource Planning (ERP), Computerized Maintenance Management Systems (CMMS), Manufacturing Execution Systems (MES), Zeit- & Anwesenheit, Dokumentenkontrolle, Rückverfolgbarkeit und Schulungslösungen. Dieses Dokument beschreibt die gängigsten Integrationsmethoden und Daten (Anwendungsbereiche) sowie die Integration von Drittanbieteranwendungen in die Leading2Lean MES/Dispatch-Anwendung. Sie sollten es als Planungswerkzeug verwenden, um die Integrationsbereiche und die Methoden/Szenarien zu identifizieren, die am ehesten dem Geschäftsprozess entsprechen, den Sie unterstützen möchten.

Dispatch verfügt über eine offene Webservice-Application Programming Interface (API), die auf den Standards HTTP, REST und JSON basiert. Es ist sehr einfach zu verwenden und bietet die Flexibilität, die für die meisten Bedürfnisse erforderlich ist. (Weitere Informationen zur API finden Sie in der API-Dokumentation.) Während diese API die Integration auf viele verschiedene Arten ermöglicht, sind die meisten Unternehmen daran interessiert, Daten in einem oder mehreren der folgenden Anwendungsbereiche auszutauschen:

  1. Ersatzteileliste, Bestandsniveaus und Nutzung
  2. Maschinen/Assets und Linien/Zellen/Kostenstellen
  3. Präventive Wartungsaufträge, Arbeitsaufträge und reaktive Signale (Versand)
  4. Mitarbeiterdaten/Anmeldungen
  5. Produktionspläne und Ist-Daten
  6. Arbeitsstunden, Material und andere Kosten

In jedem dieser Bereiche haben wir mehrere Standardintegrationsmethoden, die von vollständig automatisiert bis hin zu teilweiser Automatisierung reichen, ergänzt durch einige manuelle Prozesse. Um zu bestimmen, welche dieser Methoden für Ihr Unternehmen geeignet ist, hängt von der verfügbaren Integrationsfunktionalität in der Drittanbieteranwendung und dem geschäftlichen Zweck ab, den Sie zu erreichen versuchen. Es kann eine Kombination erforderlich sein, bei der die Drittanbieteranwendungen einfache Mechanismen zum Lesen von Daten haben, aber keine Funktionalität zum Zurückschreiben von Daten.

Wann zu integrieren
Wenn eine Integration sinnvoll ist, kann sie den Datenfluss zwischen Systemen ermöglichen, die Datenqualität verbessern und die Effizienz steigern. Bevor Sie jedoch Ihren Integrationsplan umsetzen, ist es wichtig, die erwarteten Vorteile zu bewerten und zu überlegen. 

Hersteller neigen oft dazu, die Systemintegration als Lösung für ihre Datenprobleme zu sehen. Nur weil eine Integration möglich ist, bedeutet das nicht, dass sie zusätzlichen Wert für das Geschäft freisetzen wird. Eine geeignete Integration bedeutet, nur dann zu integrieren, wenn und wo es für Ihr Geschäft sinnvoll ist.

Integration macht Sinn, wenn sie:

  • Bietet Sichtbarkeit für versteckte Probleme
  • Automatisiert die Sammlung von Produktionsdaten oder Maschinenzyklen
  • Startet einen wichtigen menschlichen Prozess (z. B. Signale an Materialhandler)
  • Macht Daten aus unsichtbaren, isolierten Systemen für Bediener/Techniker zugänglicher
  • Spart Zeit für eine große Anzahl von Nutzern

Integration, die aus anderen Gründen durchgeführt wird, kann eine Ressourcenverschwendung sein.  Die Integration macht KEINEN Sinn, wenn sie:

  • Nur wenige Klicks spart
  • Unregelmäßige Aufgaben automatisiert, bei denen aktuelle Methoden ausreichen
  • Daten in unsichtbare, isolierte Systeme verschiebt
  • Veraltete Legacy-Systeme oder unternehmensweite „System of Record“-Vorgaben weiter verfestigt
  • Von Aspirationen wie „vollständig integriert“, „keine doppelte Eingabe“ oder „Licht-aus-Betrieb“ getrieben wird, bei denen keine klaren Kosteneinsparungen oder zusätzlicher Geschäftswert bestehen.
  • Bedeutet, Dollars auszugeben, um Pennies zu sparen – Kein klarer Return on Investment (ROI)

Integrationsmethoden
Einweg-Replikation
Die gebräuchlichste Methode ist, bei der Daten in einem System gepflegt und in das andere
System übertragen werden. Alle Bearbeitungen dieser Daten erfolgen im ersten System. Diese Synchronisation
findet automatisch im Hintergrund durch die Integrationsanwendung statt, ohne Eingreifen des Nutzers
der Systeme.

Einweg-Replikation neigt dazu, den Integrationsaufwand und die Schulung für Endbenutzer zu vereinfachen,
indem ein System für die Pflege eines bestimmten Datensatzes verantwortlich ist. Während Zweiweg-Replikation
möglich ist, haben wir in der Praxis festgestellt, dass Endbenutzer es vorziehen, ein System of Record für jeden Datensatz zu haben.

Zum Beispiel: Bei einer typischen CMMS- oder ERP-Systemintegration sehen wir „Master“-Daten wie
Maschinen/Assets oder Ersatzteile-Listen, die bereits von Buchhaltung und Einkauf
verwaltet werden. Diese Daten können im Versand genutzt werden, indem eine Einweg-Replikation in das
Versandsystem bereitgestellt wird. In diesem Fall ist das System of Record für das Hinzufügen neuer Maschinen oder Teile das
CMMS- oder ERP-System. Die typische Integration synchronisiert diese Master-Daten einwegig zum Versand
System.

Ein weiteres Beispiel: Versand- oder Arbeitsauftragsereignisse werden typischerweise im
Versand-System erstellt und verwaltet. Basierend auf den geschäftlichen Anforderungen Ihres Unternehmens können diese Ereignisaufzeichnungen
einseitig mit dem CMMS- oder ERP-System synchronisiert werden, basierend auf der Erstellung des Datensatzes, bei
Aktualisierung oder nur wenn sie im Versand abgeschlossen werden. Das Synchronisieren einzelner Ereignisse kann eine zusätzliche Kopie der Arbeits
Historie und Ersatzteile/Arbeitszeit-Details bereitstellen. Da dies jedoch bereits weit verbreitet im Versand verfügbar ist, entscheiden sich die meisten
Unternehmen dafür, nur aggregierte Kosteninformationen pro Maschine pro Zeitraum
täglich/wöchentlich/monatlich zu synchronisieren.

Möglicher Ort für gemeinsame Stammdaten
* HINWEIS: Versand kann in jedem oder allen dieser Bereiche als Master fungieren, falls erforderlich.

3rd Party CMMS / ERPVersand
Ersatzteile: Teileliste, KostenX*
Ersatzteile: BestandsniveausX*
Ersatzteile: Nutzung / ProblemX
Maschinen / AnlagenX*
Linien / Zellen / KostenstellenX*
Wartungspläne (PM)X*
Arbeitsaufträge (geplante Arbeit)X*
Versand (reaktive Anrufe)X
Mitarbeiteraufzeichnungen / AnmeldungenX*
Produktionspläne / NachfrageX*
Produktionszahlen / Ist-WerteX*
Arbeitsstunden, Material und andere KostenX

Teilautomatisierung / Manuelle Verarbeitung
Mit einigen Drittanbieter-Tools gibt es keine gute Integrationsmethode oder API, um Daten programmgesteuert zu synchronisieren, wie oben beschrieben. In diesen Fällen haben wir eine Reihe von
Best Practices zu berücksichtigen:

  1. Nutzen Sie die Funktionalität zum Importieren von Dateien / Stapelverarbeitung. Wenn Ihre Drittanbieter-
    Anwendung Daten aus einer Datei importieren oder exportieren kann, können wir diese Funktionalität nutzen.
  2. Erwägen Sie die Verwendung von Versand als System der Aufzeichnung und die Verwendung von aggregierten Kosten
    Informationen nur im Drittanbietersystem, um die Dateneingabeverpflichtung zu erleichtern. Viele Drittanbieter-
    Anwendungen können ungefähr die gleiche Funktionalität erreichen, indem sie aggregierte
    Transaktionen für die erforderlichen Zeiträume eingeben. Zum Beispiel: ERP-Systeme, die Arbeitskosten
    und Ersatzteilkosteninformationen benötigen, könnten in Erwägung ziehen, eine Transaktion pro Woche/Monat
    mit diesen Daten basierend auf den Berichten von Versand einzugeben. Diese Methode überträgt die Informationen,
    die das ERP-System benötigt, ohne alle Detailinformationen zu erfordern.
  3. Zentralisieren Sie die Dateneingabe auf eine festgelegte Ressource mit niedrigen Kosten. Wenn Sie keine Möglichkeit haben,
    die Daten programmgesteuert zu importieren und dennoch das Drittanbietersystem verwenden müssen, sollten Sie
    die Dateneingabe zentralisieren. Damit wird die Auswirkung auf den Benutzer des
    Systems verringert und ein Prüfungs- oder Überwachungsnutzen erzielt, indem ein separater Mitarbeiter die
    Daten von den Systembenutzern überträgt.

Zusammenfassung der besten Praktiken für die Integration

Voller API-Zugriff
(Lesen/Schreiben)
Teilweiser API-Zugriff
(Nur Lesen)
Kein API-Zugriff
(Datenbankzugriff)
Automatisierungs
Optionen
Verfügbar
Verwenden Sie eine Einweg-
Replikationslösung oben
Einweg-Replikationen funktionieren weiterhin, bei denen das 3rd-Party-System das System der Aufzeichnung für Elemente wie Maschinen, Ersatzteillisten usw. ist.Einweg-Replikationen funktionieren weiterhin, bei denen das 3rd-Party-System das System der Aufzeichnung für Elemente wie Maschinen, Ersatzteillisten verwendet und Datenbankzugriff nutzt, um die Daten zu sammeln.
Manuelle
Verarbeitung
/ Daten
Eingabe
(Keine erforderlich)Datei/Batch-Import, manuelle
Daten eingabe und/oder Übertragung nur aggregierte Informationen.
Datei/Batch-Import, manuelle Daten eingabe und/oder Übertragung nur aggregierte Informationen.

Typische Integrationsszenarien nach Anwendungsbereich
Ersatzteilliste, Kosten, Lagerbestände und Nutzung
Hier sind die häufigsten Szenarien, die wir bei der Integration von Ersatzteilen mit einem 3rd-Party-CMMS oder
ERP-System gesehen haben.

  1. Die Haupt-Ersatzteilliste, Kosten und Lagerbestände befinden sich im 3rd-Party-System und werden
    regelmäßig an Versand synchronisiert. Die Nutzung wird in Versand verfolgt und an das
    3rd-Party-System zurückgegeben, um aus dem Lager genommen zu werden. Ersatzteilkosten werden über
    Aggregatberichte oder detaillierte Aufzeichnungen an das 3rd-Party-System übermittelt.
  2. Versand verfolgt die Ersatzteilliste, Kosten, Lagerbestände und Nutzung. Versand bietet Berichte
    für den Einkauf, um Teile bei Erreichen eines Mindestbestands nachzubestellen. Bestellungen werden im 3rd-Party-System verfolgt. Ersatzteilkosten werden über aggregierte Berichte oder
    detaillierte Aufzeichnungen an das 3rd-Party-System zurückgegeben.

Maschinen/Assets und Linien/Zellen/Kostenstellen
Diese Aufzeichnungsbereiche sind nicht transaktional und werden typischerweise in eine Richtung oder in die andere synchronisiert, je nach den Präferenzen des Unternehmens, wo sie bearbeitet werden sollen.

  1. Datensätze werden im System eines Drittanbieters hinzugefügt und gepflegt und mit Versand für
    Verwendung synchronisiert.
  2. Datensätze werden im Versand hinzugefügt und gepflegt und mit dem System eines Drittanbieters synchronisiert.

Präventive Wartungsaufträge, Arbeitsaufträge und reaktive Anrufe (Versendungen)
Die meisten unserer Kunden migrieren dazu, unseren Planer für geplante Arbeiten zu verwenden. Hier sind die
einige Optionen, die wir gesehen haben.

  1. Wartungsaufträge und Arbeitsaufträge werden im Versand geplant und gepflegt. Abgeschlossene Wartungsaufträge, Arbeitsaufträge und reaktive Anrufe (Versendungen), die im Versand generiert werden, werden als Detailaufzeichnungen oder aggregierte Kosten/Arbeitszeit-Informationen zurück in das System eines Drittanbieters synchronisiert.
  2. Wartungsaufträge werden im System des Drittanbieters geplant und als Versendungen im Versand-System gestartet. Abgeschlossene Wartungsaufträge, Arbeitsaufträge und reaktive Anrufe (Versendungen), die im Versand generiert werden, werden als Detailaufzeichnungen oder aggregierte Kosten/Arbeitszeit-Informationen zurück in das System eines Drittanbieters synchronisiert.

Mitarbeiteraufzeichnungen / Anmeldungen
Wir haben die Möglichkeit, Mitarbeitereinträge über die API mit dem Versand-System zu synchronisieren. Wir unterstützen auch
LDAP-Integration mit Kundensystemen für die Authentifizierung. Und/oder die Möglichkeit,
Integration mit Kundensystemen für Single Sign-On (SSO) zu ermöglichen.

Produktionspläne und Ist-Daten
Unternehmen können sich über die API mit Versand integrieren, um Folgendes bereitzustellen:

  1. Produktionsplan (Produktionszeitplan, Nachfrage).
  2. Produktions-Ist-Daten (tatsächlich hergestellte Teile, Ausschussmengen, Produkt-SKU und Bediener
    Anzahl).

Diese Daten sind auch über die API zum Export verfügbar.

Arbeitsstunden, Material und andere Kosten
Arbeitsstunden, die bei Wartungen, Arbeitsaufträgen und reaktiven Anrufen (Versendungen) verbracht werden, sowie jegliche
Material- oder externe Kosten können auf folgende Weise an das System eines Drittanbieters zurückgemeldet werden:

  1. Als Detailarbeitskosten- / Kostenaufzeichnungen für jeden Wartungsauftrag, Arbeitsauftrag oder Versand im System.
  2. Als aggregierte Arbeitskosten / Kostenaufzeichnungen pro Maschine, pro Linie und/oder pro Tag/Woche/Monat
    Basis.

Diese Daten können entweder automatisch integriert oder manuell durch Nutzer, die Berichte erstellen und die Daten manuell eingeben, bereitgestellt werden.


API-Beschränkung

Es gibt eine Begrenzung der API-Aufrufe, die gemacht werden können. Die Grenze liegt bei 10 Anfragen/Sekunde. Danach erhält der Client eine Antwort mit einem Statuscode 429.

Zusammenfassung
Dieses Dokument bietet einen Überblick über die gängigen Integrationsmethoden und Szenarien, die wir
bei unseren Kunden sehen. Viele andere Szenarien sind sowohl möglich als auch in Gebrauch. Wenn Sie
die oben aufgeführte Integration, die Sie suchen, nicht sehen, fragen Sie uns bitte, und wir helfen Ihnen gerne weiter.
Unterstützung.