Glossar der im Jitterbit Integration Studio verwendeten Terminologie

Konnektivität

Der Zugriff auf Konnektivitätsressourcen erfolgt innerhalb der Design-Komponentenpalette. Innerhalb der Tab Endpoints und -konnektoren der Designkomponentenpalette können Sie Konnektoren werden zunächst so konfiguriert, dass Endpoints erstellt werden. Aktivitäten, die mit diesen Endpoints verknüpft sind, können dann mithilfe der Aktivitätstypen instanziiert und als Quellen oder Ziele in einem Projekt konfiguriert werden. Ein Endpoint bezieht sich auf eine konfigurierte Datenressource (Konnektor) und ihre Aktivitäten. Die Beziehung zwischen Konnektoren, Endpoints und Aktivitäten in einem Projekt wird in der folgenden Abbildung dargestellt:

• ① Anschlüsse: Anschlüsse bieten die Schnittstelle für die Eingabe von benutzerdefinierten Eingaben für eine Datenressource (z. B. Anmeldeinformationen), um einen Endpoint zu erstellen. Sie können auch benutzerdefinierte Konnektoren erstellen.

• ② Endpoints: Ein Endpoint bezieht sich auf eine bestimmte Datenressource und ihre Aktivitäten. Endpoints können lokal für das Projekt sein oder als globale Endpoints erstellt werden., die projektübergreifend in einer Umfeld verwendet werden können.

• ③ Aktivitäten: Ein Aktivitätstyp, der angezeigt wird, wenn auf einen Endpoint geklickt wird, ist eine Komponente, die für die Interaktion mit einer Datenressource konfiguriert ist. Die Aktivitätstypen werden verwendet, um eine Instanz einer Aktivität in einem Projekt zu erstellen. Aktivitätsinstanzen können als Quellen (Daten bereitstellen) oder Ziele (Daten empfangen) fungieren.

• ④ Komponente: Wenn die Aktivität eines Endpunkts auf der Design-Canvas, wird es zu einer Komponente des Projekts und wird auf der Tab „Komponenten“ im Projektfenster aufgeführt.

Abhängigkeiten

Einige Projektkomponenten können von anderen Komponenten abhängig sein, um richtig zu funktionieren. Zur Beschreibung von Abhängigkeiten werden zwei verschiedene Ausdrücke verwendet: abhängig von und Abhängigkeit von. In den folgenden Beispielen ist Komponente A abhängig von Komponente B. Komponente B ist eine Abhängigkeit von Komponente A:

• Abhängig von: Wenn eine Komponente von einer anderen Komponente abhängig ist, benötigt sie diese Komponente, um richtig zu funktionieren. Eine Komponente, die von einer anderen Komponente abhängig ist, kann ohne diese Komponente nicht allein stehen. Wenn Komponente A Komponente B benötigt, um erfolgreich ausgeführt zu werden, ist Komponente A von Komponente B abhängig. Anders ausgedrückt: Komponente A hängt von Komponente B ab.
• Abhängigkeit von: Wenn eine Komponente von einer anderen Komponente abhängig ist, wird sie von der ersten Komponente benötigt, damit die erste Komponente richtig funktioniert. Eine Komponente, die von einer anderen Komponente abhängig ist, ist die Komponente, die von einer anderen benötigt wird. Wenn Komponente A Komponente B benötigt, um erfolgreich ausgeführt zu werden, ist Komponente B eine Abhängigkeit von Komponente A.

Integrationsrezept

A Integration Studio Integrationsrezept, erhältlich über Jitterbit Marketplace, ist ein einzelnes, vorgefertigtes Integrationsprojekt, das Daten in eine Richtung zwischen Objekten über zwei Anwendungen oder Systeme hinweg verschiebt. Integrationsrezepte sind für alle Harmony Abonnenten verfügbar.

Bedienung

Eine Operation ist die kleinste Einheit innerhalb eines Workflow, die unabhängig auf einem Agenten ausgeführt und von Harmony aufgezeichnet wird (Start- und Laufzeit, Erfolg, Fehler, Fehler, debuggen-Protokolldateien usw.). Mithilfe von Operationen wird definiert, was eine Integration tun soll und wann dies erfolgen soll.

Eine Operation besteht aus mindestens einem Operation Schritt und enthält oft mehrere Operation, die aus Aktivitäten, Transformations oder Scripts. Operationsschritte sind die einzelnen Komponenten, aus denen eine Operation besteht und die innerhalb einer Operation auf der Design-Canvas visuell dargestellt werden:

Operationen müssen einem gültigen Operation folgen. Kombinationen, die in einer einzelnen Operation nicht zulässig sind, können funktional möglich sein, indem mehrere Operationen mithilfe von Operation verkettet werden. Sobald sie erstellt sind, können Operationen manuell ausgeführt, durch eine API oder ein Ereignis ausgelöst oder geplant werden.

Prozessvorlage

A Integration Studio Prozessvorlage, erhältlich über Jitterbit Marketplace, ist eine Gruppe vorgefertigter Integrationsanwendungsfälle, die die Ausführung eines bestimmten Geschäftsprozesses unter Verwendung zahlreicher Objekte über mehrere Anwendungen oder Systeme hinweg beschleunigen.

Prozessvorlagen sollen die Bereitstellungszeit um 50 bis 80 Prozent verkürzen und können entweder selbst implementiert, von Jitterbit Professional Services oder von einem Implementierungspartner bereitgestellt werden.

Eine Prozessvorlage besteht aus einem oder mehreren Projekten mit mehreren Endpoints, kann Anpassungsdateien enthalten und verfügt über eine eigene Dokumentation im PDF-Format. Nachdem die Projekte erstellt wurden, müssen Sie in den Projektvariablen entsprechende Werte eingeben, die Anmeldeinformationen und andere Informationen für das Projekt in jedem Projekt einzeln festlegen.

Projekt

Ein Projekt ist eine Sammlung von einem oder mehreren Workflows, die einen Integrationsanwendungsfall umfassen und ausführen. Ein Projekt enthält Operationen sowie weitere Projektkomponenten, die Teil einer Operation sein oder zur Unterstützung von Operationen verwendet werden können. Ein Projekt kann freigegeben, archiviert oder weiterverteilt werden, indem das Projekt als JSON-Datei exportiert und importiert wird.

Projektkomponente

Projektkomponenten sind die einzelnen Bausteine eines Projekts. Einige Komponenten, darunter Aktivitäten, Transformations und Scripts, kann zu Operationen hinzugefügt werden und als Abfolge von Schritten ausgeführt. Zur Unterstützung dieser Operationen können andere Komponenten verwendet werden, wie z. B. Variablen, Zeitpläne, Schemata, Benachrichtigungen und Plugins. Auch die Operationen selbst sind Projektbestandteile.

Scripts

Scripts, entweder in Jitterbit Script oder JavaScript geschrieben, bieten die Flexibilität und Leistung, Daten zu transformieren, Berechnungen durchzuführen oder logische Validierungen über die einfache Feldzuordnung hinaus durchzuführen.

Scripts können an mehreren Stellen verwendet werden, sowohl innerhalb der Design-Canvas als Schritte einer Operation sowie innerhalb von Transformations, um eine bestimmte Logik oder Bedingungen auf die Daten anzuwenden.

Transformation

Eine Transformation ist eine Projektkomponente, die als Schritt in einem Operation verwendet wird, um Eingaben durch Verschieben, Bereinigen oder Anwenden von Geschäftslogik in eine resultierende Ausgabe abzubilden oder umzuwandeln.

Eine Transformation besteht aus Quell- und Zielschemata, die in der Transformation definiert wurden, und der Transformation, die die Ausgabe generiert. Ein Schema ist nur erforderlich, wenn eine benachbarte Quellaktivität Eingabedaten bereitstellt, die transformiert werden müssen. Ein Schema ist immer erforderlich.

Quell- und Zielschemata können entweder von einer angrenzenden Aktivität bereitgestellt oder in einer Transformation definiert werden, wobei von einer angrenzenden Aktivität bereitgestellte Schemata Vorrang haben. Von angrenzenden Aktivitäten bereitgestellte Schemata sind nicht Teil der Transformation. Darüber hinaus enthält eine Transformation nicht die Eingabe- oder Ausgabedaten selbst.

Die Konfiguration einer Transformation kann entweder im Mapping-Modus oder im Script Modus erfolgen.

Darüber hinaus sollten Sie beim Konfigurieren einer Transformation auch mit diesen Begriffen vertraut sein:

• Mapping: Ein Transformation besteht aus Zielfeldern oder Knoten und den dazugehörigen Scripts. Diese Scripts können Verweise auf Quellfelder oder Knoten oder auf Projektkomponenten enthalten, Funktionen verwenden oder andere gültige Script enthalten. Ein Mapping umfasst keine Zielfelder, die nicht gemappt sind.

• Bedingung: Eine Bedingung, wie sie in einer Transformation verwendet wird, ist ein Script, das auf das Ziel angewendet wird, um zu bestimmen, ob der verarbeitete Quelldatensatz an das Ziel ausgegeben werden soll. Wenn das Script „true“ ergibt, wird der Datensatz ausgegeben. Wenn das Script „false“ ergibt, wird der Datensatz übersprungen.

  

• Loop-Knoten: Ein Loop-Knoten ist ein Quell- oder Zielknoten mit sich wiederholenden Datenwerten, wie z. B. Rechnungspositionen oder eine Reihe von Kundendatensätzen. Wenn Loop-Knotenfelder zugeordnet werden, wird automatisch eine durchgezogene schwarze Iteratorlinie angezeigt, die angibt, dass der Transformation den Quelldatensatz durchläuft. Eine Transformation kann null oder mehr Iteratorlinien haben.

  

Variablen

Variablen werden im gesamten Projekt verwendet, um Integrationen flexibler und dynamischer zu gestalten. Sie ermöglichen die dynamische Konfiguration von Endpoints, unterstützen die Datenübertragung zwischen Operationen und werden in Transformation verwendet, um eine detaillierte Integrationslogik voranzutreiben.

Harmony unterstützt mehrere Variablentypen mit unterschiedlichem Umfang:

• Lokale Variablen: Auf das aktuelle Script beschränkt.
• Globale Variablen: Verfügbar für aktuelle und nachlegende Scripts.
• Projektvariablen: Verfügbar in allen Projekt Workflows und zugänglich außerhalb von Integration Studio über die Management Console und Citizen Integrator.
• Jitterbit-Variablen: Von Harmony vordefiniert und für aktuelle und nachlegende Scripts verfügbar.

Darüber hinaus können Dateinamen-Schlüsselwörter verwendet werden, um eindeutige Dateinamen für konfigurierbare Felder zu generieren, die Dateinamen als Eingabe verwenden.

Die bewährte Vorgehensweise bei der Integration empfiehlt, die Variable mit dem geringsten Umfang zu verwenden, um das Risiko einer Änderung von Variablenwerten über mehrere Komponenten im Projekt hinweg zu minimieren.

Workflow

Ein Workflow ist eine Sammlung von Operationen wird als Werkzeug verwendet, um verschiedene Teile des Projekts zur Vereinfachung für den Benutzer zu trennen.

Workflows werden oben auf der Design-Canvas erstellt:

Wenn Sie einen neuen Workflow erstellen, wird eine leere Leinwand geöffnet, auf der Sie den Workflow durch die Erstellung von Vorgängen gestalten können.

Workflows können nicht ausgeführt werden. Nur die darin enthaltenen Vorgänge können ausgeführt werden. Wenn der Workflow so konfiguriert ist, dass ein Operation zur Kettenausführung aller anderen Vorgänge in einem Workflow führt, können Sie effektiv alle Vorgänge im Workflow ausführen.

Sie können auch einzelne Vorgänge innerhalb von Workflows ausführen, was zur Ausführung von Vorgängen in demselben oder in anderen Workflows führen kann. Das heißt, wenn Vorgänge davorlegende anderen Vorgängen in einer Operation innerhalb oder außerhalb des Workflow liegen, werden die nachlegende Vorgänge entsprechend gestartet. Auf diese Weise können Sie alle Vorgänge innerhalb eines Projekts effektiv ausführen.