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 Konnektoren werden zunächst so konfiguriert, dass Endpoints erstellt werden. Die mit diesen Endpoints verknüpften Aktivitäten 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 deren 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 benutzerdefinierter Datenressourcen (z. B. Anmeldeinformationen), um einen Endpoint zu erstellen. Sie können auch benutzerdefinierte Konnektoren.

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

• ③ Aktivitäten: Ein Aktivitätstyp, der beim Klicken auf einen Endpoint angezeigt wird, ist eine Komponente, die für die Interaktion mit einer Datenressource konfiguriert ist. Die Aktivitätstypen dienen zum Erstellen einer Instanz einer Aktivität in einem Projekt. Aktivitätsinstanzen können als Quellen (Datenbereitstellung) oder Ziele (Datenempfang) 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 des Projektbereichs aufgeführt.

Abhängigkeiten

Einige Projektkomponenten können für ihre ordnungsgemäße Funktion von anderen Komponenten abhängig sein. Für Abhängigkeiten werden zwei unterschiedliche Begriffe verwendet: „abhängig von“ und „Abhängigkeit von“. In den folgenden Beispielen ist Komponente A von Komponente B abhängig. Komponente B ist eine Abhängigkeit von Komponente A.

• „Abhängig von“: Wenn eine Komponente von einer anderen abhängig ist, benötigt sie diese für ihre ordnungsgemäße Funktion. Eine Komponente, die von einer anderen abhängig ist, kann ohne diese nicht allein funktionieren. Wenn Komponente A Komponente B für eine erfolgreiche Ausführung benötigt, ist Komponente A von Komponente B abhängig. Anders ausgedrückt: Komponente A ist von Komponente B abhängig.
• „Abhängigkeit von“: Wenn eine Komponente von einer anderen abhängig ist, wird sie von der ersten Komponente für deren ordnungsgemäße Funktion benötigt. Eine Komponente, die von einer anderen Komponente abhängig ist, wird von einer anderen Komponente benötigt. Wenn Komponente A Komponente B für eine erfolgreiche Ausführung benötigt, ist Komponente B eine Abhängigkeit von Komponente A.

Integrationsrezept

Ein 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 werden (Start- und Laufzeit, Erfolg, Misserfolg, Fehler, debuggen Protokolldateien usw.). Mithilfe von Operationen wird definiert, was eine Integration tun soll und wann dies geschehen 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 durch die Verkettung mehrerer Operationen mithilfe von Operation funktional möglich sein. Nach der Erstellung können Operationen manuell ausgeführt, durch eine API oder ein Ereignis ausgelöst oder geplant werden.

Prozessvorlage

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

Prozessvorlagen sind darauf ausgelegt, die Bereitstellungszeit um 50 bis 80 Prozent zu verkürzen und können entweder selbst implementiert, von Jitterbit Professional Services bereitgestellt oder von einem Implementierungspartner geliefert 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. Nach der Projekterstellung müssen Sie die entsprechenden Werte in die Projektvariablen eingeben, um Anmeldeinformationen und weitere Informationen für jedes Projekt einzeln festzulegen.

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 es als JSON-Datei exportiert und importiert wird.

Projektkomponente {: #cloudstudioterminology-project-component }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 Betriebsabläufe 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 durchzuführen, die über die einfache Feldzuordnung hinausgehen.

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 einer Operation verwendet wird, um Eingaben durch Verschieben, Bereinigen oder Anwenden von Geschäftslogik in eine resultierende Ausgabe abzubilden oder zu transformieren.

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 angrenzende 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 die von einer angrenzenden Aktivität bereitgestellten 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 zugehörigen Scripts. Diese Scripts können Verweise auf Quellfelder oder -knoten oder Projektkomponenten enthalten, Funktionen verwenden oder andere gültige Script verwenden. 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. Ergibt das Script „true“, wird der Datensatz ausgegeben. Ergibt das Script „false“, wird der Datensatz übersprungen.

  

• Schleifenknoten: Ein Schleifenknoten ist ein Quell- oder Zielknoten mit sich wiederholenden Datenwerten, wie z. B. Rechnungspositionen oder Kundendatensätzen. Beim Zuordnen von Schleifenknotenfeldern wird automatisch eine durchgezogene schwarze Iteratorlinie angezeigt. Diese zeigt an, dass der Transformation den Quelldatensatz durchläuft. Eine Transformation kann keine oder mehrere Iteratorlinien haben.

  

Variablen {: #cloudstudioterminology-variables }Variablen werden im gesamten Projekt eingesetzt, um Integrationen flexibler und dynamischer zu gestalten. Sie ermöglichen die dynamische Konfiguration von Endpoints und 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: Beschränkt auf das aktuelle Script.
• Globale Variablen: Verfügbar für aktuelle und nachlegende Scripts.
• Projektvariablen: In allen Projekt-Workflows verfügbar und außerhalb von Integration Studio über die Management Console und Citizen Integrator zugänglich.
• 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 eingeschränktesten Umfang zu verwenden, um das Risiko zu minimieren, dass Variablenwerte über mehrere Komponenten im Projekt hinweg geändert werden.

Workflow

Ein Workflow ist eine Sammlung von Operationen wird als Tool 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 Erstellen von Vorgängen gestalten können.

Workflows können nicht ausgeführt werden; nur die darin enthaltenen Operationen können ausgeführt werden. Wenn der Workflow so konfiguriert ist, dass eine Operation zur Kettenausführung aller anderen Operationen im Workflow führt, können Sie effektiv alle Operationen im Workflow ausführen.

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