Wie plant man eine Integration zwischen Tulip und einem MES oder ERP?

Erfahren Sie, welche Fragen Sie stellen müssen, um den besten Weg zur Integration mit Ihrem MES/ERP zu finden

Tulip hat sich in eine Vielzahl von MES- und ERP-Systemen integriert.

Da es jedoch viele ERP- und MES-Produkte auf dem Markt gibt, ist es schwierig zu sagen, wie leicht sich Tulip mit Ihrem speziellen ERP oder MES verbinden lässt. Es hängt ab von:

• dem ERP/MES-Produkt selbst
• der Komplexität der IT-Umgebung in Ihrem Unternehmen
• den Fähigkeiten Ihres IT-Teams bei der Arbeit mit dem ERP/MES-System

:::(Info) (HINWEIS) In diesem Beispiel konzentrieren wir uns auf ein ERP- oder MES-System, aber diese Informationen sind auf die meisten Softwaresysteme anwendbar, einschließlich CRM-, QMS-, LMS- und Stücklistenverwaltungssysteme. :::

Fragebogen

Viele Kunden sind in der Lage, die Informationen in diesem Artikel zu nutzen und selbst eine Integration zu erstellen. Wenn Sie von Tulip Hilfe bei der Integration einer Dienstleistung wünschen, ist die Beantwortung dieser Fragen der erste Schritt zu einem erfolgreichen Projekt.

Fragen zur Strategie

1. Was ist das Ziel der Integration?

Es ist wichtig, frühzeitig festzulegen, was die kurz- und langfristigen Ziele des Projekts sind. Müssen alle Informationen zwischen den beiden Systemen ausgetauscht werden? Oder ist es sinnvoller, sich zunächst auf einige wenige hochwertige Austauschvorgänge zu konzentrieren?

1. Wer sind die wichtigsten Interessengruppen in Ihrem Unternehmen?

Wer ist der Endkunde für diese Integration? Wer kennt sich am besten mit dem Dienst aus, an den Sie Tulip anschließen möchten? Wer ist in der Lage, den Zugang zu dem Dienst zu organisieren? Zu den Stakeholdern können unter anderem gehören

• Bürgerliche Entwickler
• Betriebsverantwortliche von integrierten Systemen
• IS/IT-Technik
• Benutzer in den Betrieben, die von der Lösung bedient werden
• Welche Dokumentation stellt Ihr Dienst zur Verfügung?

Viele Unternehmenssoftware-Kunden stellen die Dokumentation für ihre Dienste nur zahlenden Kunden zur Verfügung. Das bedeutet, dass Tulip keinen Zugang zu dieser Dokumentation hat. Wenn Sie Zugang zu möglichst viel Dokumentation über Ihre Software haben, können Sie den Umfang der für eine Integration erforderlichen Arbeit besser bestimmen.

1. Welche Transaktionen müssen zwischen Tulip und dem Dienst durchgeführt werden, um erfolgreich zu sein?

Hier versuchen wir, sehr spezifisch zu sein. Einige Beispiele sind:

• Abrufen von Informationen über einen Arbeitsauftrag anhand einer Arbeitsauftrags-ID.
• Einen Arbeitsauftrag mit einer Arbeitsauftragsnummer als erledigt markieren.
• Auffinden aller offenen Arbeitsaufträge, die einer Station zugeordnet sind, anhand einer Stations-ID.
• Wer wird diese Integration pflegen?

Wenn neue Anwendungsfälle aufgedeckt werden, wer wird in Ihrem Unternehmen mit der Aufgabe betraut, der Fachexperte für die Integration zu sein? In einigen Unternehmen ist dies ein externer Integrator oder Auftragnehmer.

Technische Fragen

Um die Details einer Integration zu bestimmen, sind hier einige Fragen, die den Prozess leiten können:

Allgemeine ERP-Informationen

• Welche ERP-Anwendung und Version?
• Wird das ERP vor Ort oder in einer privaten Cloud-Umgebung eingesetzt?
• Ist der Tulip On-Premise Connector Host (OPCH) in der Lage, sich mit Ihrer ERP-Umgebung an seinem aktuellen Standort zu verbinden (d.h. gibt es einen Netzwerkpfad zwischen dem OPCH und dem ERP?
• Erfolgt die Verwaltung, Entwicklung und Konfiguration Ihres ERP durch einen Partner oder intern?

ERP zu Tulip Verbindung

• Wird Tulip direkt in das ERP integriert? Gibt es eine Middleware für die Integration anderer Anwendungen mit dem ERP (zum Beispiel Mulesoft)?
• Gibt es Webservices / API-Endpunkte, auf die Tulip über einen HTTP-Connector zugreifen kann und die die entsprechenden Anwendungsfälle abdecken?
• Wenn keine API-Endpunkte verfügbar sind, die die gewünschten Tulip-ERP-Transaktionen abdecken... gibt es ein Team, das diese für uns entwickeln könnte (entweder in einer Middleware-Plattform oder im ERP-System selbst?
• Wenn Webdienste verfügbar sind, welche Authentifizierung verwenden diese Webdienste (d.h. OAuth 2.0, HTTP Basic Auth usw.)? Werden Dienstkonten verwendet?
• Wenn Webdienste verfügbar sind, welches Datenformat wird in den Antwortkörpern zurückgegeben (JSON (bevorzugt) oder XML?)
• Müssen unterschiedliche Umgebungskonfigurationen eingerichtet werden (d. h. DEV und PROD)?
• Wenn ja, sind die Hostnamen für jede der Umgebungen unterschiedlich oder werden die Umgebungen durch URL-Parameter bestimmt?

Tulip-ERP-Verbindung

• Welche Felder werden von ERP zu Tulip Tables über die API gesendet?
• Wie viele Tabellendatensätze auf einmal werden von ERP an Tulip gesendet?
• Für die Kommunikation zwischen ERP und Tulip ist eine kundenspezifische Entwicklung und die Verwendung der Tabellen-API von Tulip erforderlich. Gibt es ein Team, das diese Middleware entwickeln kann?
• Bei einer Kommunikation zwischen ERP und Tulip fließen die Daten aus dem ERP heraus... in welchem Format sind sie (XML oder JSON?) Die Tulip Table API erfordert einen Request Body im JSON-Format.

Tulip vs. ERP-Systeme - Angenommene Systeme der Aufzeichnung (Quellen der Wahrheit)

Eine bewährte Methode ist die Interaktion mit dem Aufzeichnungssystem eines Objekts (z.B. Workorder) in Echtzeit (typischerweise über HTTP Connector Functions im JSON-Format).

Die folgende Tabelle enthält empfohlene Do's und Dont's für ERP-Integrationen:

| Do | Don't | | | --- | | | | | Transact with a source of truth in real-time. Stellen Sie sicher, dass Ihr Betrieb die neuesten/besten Informationen verwendet. | Zwischenspeichern von Daten aus einer Wahrheitsquelle in Tulip-Tabellen, die schnell veraltet sein können. (Z.B. sollte der aktuelle Lagerbestand in seiner Wahrheitsquelle vorhanden sein und Tulip sollte damit in Echtzeit interagieren) | | Tulip-zentrischen Kontext in Tulip speichern. Die Quelle der Wahrheit eines Arbeitsauftrags kann Ihr ERP sein, aber bestimmte Daten sind hauptsächlich für Tulip relevant (z.B. in Tulip protokollierte Nichtkonformitäten zu einem Arbeitsauftrag). | Verwenden Sie Tulip für Anwendungsfälle, die am besten in Ihrem ERP ausgeführt werden (z.B. Auftragsplanung & Terminierung). | Erweitern Sie die Ausführung von einfachen ERP/WMS-zentrierten Anwendungsfällen durch zusammensetzbare integrierte Tulip-Apps. (z.B. eine intuitive Tulip-App, die die Kamera eines Tablets als Barcode-Scanner für gängige Inventarverwaltungsanwendungen nutzt) | Verwenden Sie SQL-Konnektoren, wenn HTTP-APIs eine Option sind. |

Nachfolgend finden Sie einen Vergleich zwischen ERP-Systemen und Tulip und allgemein, für welche gemeinsamen Elemente jedes System als das System der Aufzeichnung angenommen wird.

Hintergrund der Verbindung

Im Allgemeinen verbindet sich Tulip mit externen Softwaresystemen über eine von drei Methoden:

1. HTTP API (einschließlich REST und SOAP)
2. OPC UA
3. SQL-Abfragen

HTTP-API

Wenn Ihr ERP/MES über eine HTTP-API (einschließlich REST und SOAP) verfügt, kann Tulip Anfragen initiieren, die Daten über diese Endpunkte senden oder abrufen können. Tulip kann mit seinen HTTP-Konnektoren die von einem ERP-System bereitgestellten Webservices konsumieren und die Daten innerhalb von Tulip für Anwendungen in Echtzeit zur Verfügung stellen.

Beachten Sie, dass Tulip die Verbindung initiieren muss, im Gegensatz zu Ihrem ERP/MES, wenn Sie Tulip Connectors verwenden. Wenn das ERP/MES die Verbindung zu Tulip initiieren muss, verwenden Sie die Tulip Tables API

Möglicherweise können Sie die API über die Administratorschnittstelle Ihres Systems konfigurieren. Diese Informationen finden Sie auf der Website des Softwareanbieters.

SQL-Datenbank

Wenn Ihr ERP/MES Daten mit einer SQL-Datenbank austauscht, dann kann Tulip auch auf diese Datenbank zugreifen und Daten austauschen. Dies kann dazu führen, dass Sie einige neue Abfragen in Ihrem ERP/MES schreiben müssen, um auf die neuen Daten von Tulip zugreifen zu können.

Wenn die SQL-Datenbank ausschließlich vor Ort eingesetzt wird, kann Tulip einen Connector Host vor Ort einsetzen, mit dem die Datenbank mit der Cloud-Plattform von Tulip arbeiten kann.

Darüber hinaus speichern einige Unternehmen ihre ERP/MES-Daten in einer sensiblen Datenbank, die für Dritte nicht zugänglich ist, aber sie möchten dennoch Daten mit Tulip teilen. Sie richten also eine neue Datenbank ein, in der sie spezifische Daten aus ihren Softwaresystemen teilen können, und Tulip kann die Daten ohne Sicherheitsbedenken teilen.

Industrielle Protokolle

Wenn Ihr ERP/MES Daten über ein industrielles Protokoll wie Modbus, MTConnect und OPC UA austauscht, dann kann Tulip über einen Server, auf dem der Tulip Connector Host läuft, eine Verbindung herstellen.

In diesem Fall verhält sich Ihr ERP/MES wie eine "Maschine" innerhalb von Tulip. Weitere Einzelheiten finden Sie in unserem Artikel Einführung in die Maschinenüberwachung.

Einseitiger Datenaustausch

Einige ERP/MES-Systeme verfügen über eingebaute Methoden zur Aufnahme von Daten aus externen Systemen, aber es ist schwierig, ihre eigenen Daten an andere Systeme zu senden.

In diesem Fall müssen Sie sich entscheiden, ob eine einseitige Datenübertragung akzeptabel ist oder ob Sie mehr Zeit und Energie investieren wollen, um einen Weg zu finden, die Datenübertragung in beide Richtungen zu ermöglichen.

Sie könnten sich zum Beispiel damit zufrieden geben, Tulip zu Ihrem primären System für die Datenerfassung in der Werkstatt zu machen. Nachdem Sie die Daten an Ihr MES/ERP-System gesendet haben, können Sie die Betriebsdaten mit den vorhandenen Daten im System abgleichen.

Typische Anwendungsfälle

Nachfolgend sind häufige Szenarien aufgeführt, in denen eine Integration von Drittanbietern optimal ist:

1. Versorgen Sie den Shop Floor mit den neuesten/besten Informationen aus jeder Quelle der Wahrheit. Beispiel aus dem ERP: letzte freigegebene Aufträge (UND Zeitplan), letzte Stückliste, letzter Bestand, etc.
2. Reduzieren Sie die Verwaltung redundanter Daten (z. B. die oben genannten Daten)
3. Halten Sie den Lagerbestand in Echtzeit auf dem neuesten Stand: Vermeiden Sie Stoßzeiten mit mehr Rohmaterial
4. Verbesserte Disposition im ERP auf der Grundlage des Status der Fertigungsarbeitsplätze in Echtzeit (d.h. welche Arbeitsplätze sind verfügbar?)
5. ERP-Bestellungen + Tulip Rückverfolgbarkeit auf Einheitsebene: Schnelle Identifizierung des Universums der potenziell fehlerhaften Fertigprodukte.

Weitere Lektüre

• Schritte zum Aufbau Ihrer ersten Systemintegration
• So integrieren Sie Tulip mit SAP

Haben Sie gefunden, wonach Sie gesucht haben?

Sie können auch auf community.tulip.co Ihre Frage stellen oder sehen, ob andere mit einer ähnlichen Frage konfrontiert wurden!