Planen Sie eine Integration zwischen Tulip und einem MES oder ERP

Erfahren Sie, welche Fragen Sie stellen müssen, um den besten Weg für die Integration in Ihr MES/ERP zu ermitteln

Tulip lässt sich in eine Vielzahl von MES- und ERP-Systemen integrieren.

Da es jedoch viele ERP- und MES-Produkte auf dem Markt gibt, lässt sich nur schwer sagen, wie einfach sich Tulip mit Ihrem speziellen ERP- oder MES-System verbinden lässt. Dies hängt ab von:

dem ERP-/MES-Produkt selbst
der Komplexität der IT-Umgebung Ihres Unternehmens
Den Fähigkeiten Ihres IT-Teams im Umgang mit dem ERP-/MES-System

NOTE

In this example, we focus on an ERP or MES system, but this information is applicable to most software systems including CRM, QMS, LMS, and BOM management systems.

Fragebogen

Viele Kunden stellen fest, dass sie allein anhand der Informationen in diesem Artikel eine Integration selbst aufbauen können. Sollten Sie Hilfe von Tulip bei der Integration in einen Dienst wünschen, ist die Beantwortung dieser Fragen der erste Schritt zu einem erfolgreichen Projekt.

Strategische Fragen

Was ist das Ziel der Integration?

Es ist wichtig, frühzeitig festzulegen, welche kurz- und langfristigen Ziele das Projekt verfolgt. Müssen alle Informationen zwischen den beiden Systemen ausgetauscht werden? Oder ist es sinnvoller, sich zunächst auf einige wenige, besonders wichtige Datenaustausche zu konzentrieren?

Wer sind die wichtigsten Stakeholder in Ihrem Unternehmen?

Wer ist der Endkunde dieser Integration? Wer ist am besten mit dem Dienst vertraut, an den Tulip angebunden werden soll? Wer kann den Zugriff auf den Dienst organisieren? Zu den Beteiligten können unter anderem gehören:

Citizen-Developer
Betriebsverantwortliche für integrierte Systeme
IS/IT-Entwicklung
Anwender in der Produktion, die von der Lösung profitieren
Welche Dokumentation stellt Ihr Dienst zur Verfügung?

Viele Anbieter von Unternehmenssoftware stellen Dokumentation zu ihren Diensten ausschließlich zahlenden Kunden zur Verfügung. Das bedeutet, dass Tulip keinen Zugriff auf diese Dokumentation hat. Der Zugriff auf möglichst umfassende Dokumentation zu Ihrer Software hilft dabei, den für eine Integration erforderlichen Arbeitsaufwand abzuschätzen.

Welche Transaktionen müssen zwischen Tulip und dem Dienst stattfinden, damit die Integration erfolgreich ist?

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

Abrufen von Informationen zu einem Arbeitsauftrag anhand einer Arbeitsauftrags-ID.
Einen Arbeitsauftrag anhand einer Arbeitsauftrags-ID als erledigt markieren.
Alle offenen Arbeitsaufträge finden, die einer Station zugewiesen sind, anhand einer Stations-ID.
Wer wird diese Integration betreuen?

Wenn neue Anwendungsfälle entdeckt werden, wer in Ihrem Unternehmen wird dann als Fachexperte für die Integration zuständig sein? In manchen Unternehmen ist dies ein externer Integrator oder Auftragnehmer.

Technische Fragen

Um die Details einer Integration zu ermitteln, finden Sie hier einige Fragen, die als Leitfaden für den Prozess dienen können:

Allgemeine ERP-Informationen

Welche ERP-Anwendung und welche Version?
Wird das ERP vor Ort oder in einer privaten Cloud-Umgebung betrieben?
Kann der Tulip On-Premise Connector Host (OPCH) an seinem aktuellen Standort eine Verbindung zu Ihrer ERP-Umgebung herstellen (d. h., besteht ein Netzwerkpfad zwischen dem OPCH und dem ERP)?
Erfolgt die Verwaltung, Entwicklung und Konfiguration Ihres ERP-Systems durch einen Partner oder intern?

Verbindung zwischen ERP und Tulip

Wird Tulip direkt in das ERP integriert? Wird Middleware verwendet, um andere Anwendungen in das ERP zu integrieren (z. B. Mulesoft)?
Gibt es Webdienste/API-Endpunkte, auf die Tulip über einen HTTP-Konnektor zugreifen könnte und die die entsprechenden Anwendungsfälle abdecken?
Falls keine API-Endpunkte verfügbar sind, die die gewünschten Transaktionen zwischen Tulip und dem ERP abdecken … gibt es ein Team, das diese für uns entwickeln könnte (entweder auf einer Middleware-Plattform oder im ERP-System selbst)?
Falls Webdienste verfügbar sind … welche Authentifizierung verwenden diese Webdienste (z. B. OAuth 2.0, HTTP-Basic-Auth usw.)? Werden Dienstkonten verwendet?
Falls Webdienste verfügbar sind: In welchem Datenformat werden die Antwortinhalte zurückgegeben (JSON (bevorzugt) oder XML?)
Müssen unterschiedliche Umgebungskonfigurationen eingerichtet werden (z. B. DEV und PROD)?
Wenn ja: Sind die Hostnamen für die einzelnen Umgebungen unterschiedlich oder werden die Umgebungen über URL-Parameter bestimmt?

Verbindung zwischen Tulip und ERP

Welche Felder werden über die API vom ERP an Tulip-Tabellen gesendet?
Wie viele Tabelleneinträge werden gleichzeitig vom ERP an Tulip übermittelt?
Für die Kommunikation zwischen ERP und Tulip sind eine individuelle Entwicklung und die Nutzung der Tulip-Tabellen-API erforderlich. Gibt es ein Team, das diese Middleware entwickeln könnte?
Bei der Kommunikation zwischen ERP und Tulip fließen Daten aus dem ERP heraus … in welchem Format liegen diese vor (XML oder JSON?) Die Tulip-Tabellen-API erfordert einen Request-Body im JSON-Format.

Tulip vs. ERP-Systeme – „Quellen der Wahrheit“

Eine bewährte Vorgehensweise ist die Interaktion mit dem „System of Record“ eines Objekts (z. B. eines Arbeitsauftrags) in Echtzeit (in der Regel über HTTP-Connector-Funktionen im JSON-Format).

Die folgende Tabelle enthält empfohlene Vorgehensweisen und zu vermeidende Fehler bei ERP-Integrationen:

Empfohlen	Nicht
Führen Sie Transaktionen in Echtzeit mit einer „Quelle der Wahrheit“ durch. Stellen Sie sicher, dass Ihre Fertigung die aktuellsten und besten Informationen verwendet.	Speichern Sie Daten aus einer „Source of Truth“ in Tulip-Tabellen, die schnell veralten könnten (z. B. sollte der aktuelle Lagerbestand in der „Source of Truth“ gespeichert sein, und Tulip sollte in Echtzeit damit interagieren).
Speichern Sie Tulip-spezifische Kontextdaten in Tulip. Die „Quelle der Wahrheit“ für einen Arbeitsauftrag mag zwar Ihr ERP-System sein, doch bestimmte Daten sind vor allem für Tulip relevant (z. B. in Tulip zu einem Arbeitsauftrag protokollierte Abweichungen).	Nutzen Sie Tulip für Anwendungsfälle, die am besten in Ihrem ERP-System ausgeführt werden (z. B. Auftragsplanung und -terminierung).
Ergänzen Sie die Ausführung einfacher ERP-/WMS-zentrierter Anwendungsfälle durch die Bediener mit modularen, integrierten Tulip-Apps (z. B. eine intuitive Tulip-App, die die Kamera eines Tablets als Barcode-Scanner für gängige Anwendungsfälle im Bestandsmanagement nutzt).	Verwenden Sie SQL-Konnektoren, wenn HTTP-APIs als Option zur Verfügung stehen.

Nachfolgend finden Sie einen Vergleich zwischen ERP-Systemen und Tulip sowie eine allgemeine Übersicht darüber, für welche gängigen Bereiche jeweils welches System als „System of Record“ gilt. Tulip vs ERP - assumed systems of record.png

Integration von Tulip in ein transaktionsorientiertes Geschäftssystem (z. B. ERP)

Lesen Sie die Grundlagen der Architektur für die Integration von Tulip in ein transaktionsorientiertes Geschäftssystem
Nehmen Sie am Kurs der Tulip University teil: Integration in Unternehmensanwendungen{target=_blank}

Häufige Anwendungsfälle

Im Folgenden sind gängige Szenarien aufgeführt, in denen eine Integration durch einen Drittanbieter optimal ist:

Versorgen Sie die Fertigung mit den aktuellsten und besten Informationen aus jeder „Quelle der Wahrheit“. Beispiel aus dem ERP: zuletzt freigegebene Aufträge (UND Zeitplan), aktuellste Stückliste, aktueller Lagerbestand usw.
Reduzierung der Verwaltung redundanter Daten (z. B. der oben genannten Daten)
Halten Sie den Lagerbestand in Echtzeit auf dem neuesten Stand: Vermeiden Sie Spitzenzeiten bei der Beschaffung von Rohstoffen
Verbesserte Auftragsvergabe im ERP auf Basis von Echtzeit-Statusmeldungen der Fertigungsarbeitsplätze (d. h.: Welche Arbeitsplätze sind verfügbar?)
ERP-Aufträge + Rückverfolgbarkeit auf Einzelstückebene mit Tulip: Schnelle Identifizierung aller potenziell fehlerhaften Fertigprodukte.