Glossar der in Jitterbit Studio verwendeten Begriffe

Konnektivität

Auf Konnektivitätsressourcen wird in der Designkomponentenpalette zugegriffen. In der Registerkarte Projektendpunkte und Konnektoren der Designkomponentenpalette werden Konnektoren zunächst konfiguriert, um Endpunkte zu erstellen. Aktivitäten, die diesen Endpunkten zugeordnet sind, können dann mithilfe der Aktivitätstypen instanziiert und als Quellen oder Ziele in einem Projekt konfiguriert werden.

Ein Endpunkt in der Studio-Benutzeroberfläche bezieht sich auf eine konfigurierte Datenressource (Konnektor) und ihre Aktivitäten. (Siehe Endpoints Usage für die Definition eines lizenzierten Endpunkts.)

Die Beziehung zwischen Konnektoren, Endpunkten und Aktivitäten in einem Projekt wird in der folgenden Abbildung dargestellt:

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

• ② Endpunkte: Ein Endpunkt bezieht sich auf eine bestimmte Datenressource und ihre Aktivitäten. Endpunkte können lokal für das Projekt sein oder als globale Endpunkte erstellt werden, die projektübergreifend in einer Umgebung verwendet werden können. (Siehe Endpoints Usage für die Definition eines lizenzierten Endpunkts.)

• ③ Aktivitäten: Ein Aktivitätstyp, der angezeigt wird, wenn auf einen Endpunkt 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 (Bereitstellung von Daten) oder Ziele (Empfang von Daten) fungieren.

• ④ Komponente: Wenn die Aktivität eines Endpunkts auf die Designoberfläche platziert wird, wird sie zu einer Komponente des Projekts und wird in der Registerkarte „Komponenten" des Projektbereichs aufgelistet.

Abhängigkeiten

Einige Projektkomponenten können von anderen Komponenten abhängen, um ordnungsgemäß zu funktionieren. Zwei unterschiedliche Ausdrücke werden verwendet, um Abhängigkeiten zu besprechen: 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 ordnungsgemäß zu funktionieren. Eine Komponente, die von einer anderen Komponente abhängig ist, kann nicht eigenständig ohne diese Komponente existieren. Wenn Komponente A Komponente B benötigt, um erfolgreich ausgeführt zu werden, ist Komponente A abhängig von Komponente B. Eine andere Ausdrucksweise ist, dass Komponente A von Komponente B abhängt.
• Abhängigkeit von: Wenn eine Komponente eine Abhängigkeit von einer anderen Komponente ist, wird sie von der ersten Komponente benötigt, damit die erste Komponente ordnungsgemäß funktioniert. Eine Komponente, die eine Abhängigkeit von einer anderen Komponente 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.

Integrations-Rezept

Ein Studio-Integrations-Rezept, das über den Jitterbit Marketplace verfügbar ist, ist ein einzelnes, vorgefertigtes Integrationsprojekt, das Daten in eine Richtung zwischen Objekten über zwei Anwendungen oder Systeme hinweg verschiebt. Integrations-Rezepte stehen allen Harmony-Abonnenten zur Verfügung.

Operation

Eine Operation ist die kleinste Einheit innerhalb eines Workflows, die unabhängig auf einem Agent ausgeführt und von Harmony aufgezeichnet wird (Start- und Laufzeit, Erfolg, Fehler, Fehler, Debug-Protokolldateien usw.). Operationen werden verwendet, um zu definieren, was eine Integration tun soll und wann sie ausgeführt werden soll.

Eine Operation besteht aus mindestens einem Operationsschritt und enthält häufig mehrere Operationsschritte mit Aktivitäten, Transformationen oder Skripten. Operationsschritte sind die einzelnen Komponenten, aus denen sich eine Operation zusammensetzt, und werden visuell auf der Entwurfsfläche dargestellt:

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

Operationskette

Eine Operationskette ist eine Gruppe von zwei oder mehr Operationen, die mithilfe von Operationsaktionen, dem Invoke Operation-Tool oder der RunOperation-Funktion verknüpft sind.

Bei Verwendung von Operationsaktionen oder der RunOperation-Funktion wird diese Beziehung visuell durch Linien auf der Entwurfsfläche angezeigt, die diese Operationen innerhalb oder außerhalb eines Workflows verbinden:

Prozessvorlage

Eine Studio-Prozessvorlage, verfügbar über den Jitterbit Marketplace, ist eine Gruppe vorgefertigter Integrations-Use-Cases, die die Ausführung eines bestimmten Geschäftsprozesses mithilfe zahlreicher Objekte über mehrere Anwendungen oder Systeme hinweg beschleunigt.

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 bereitgestellt werden.

Eine Prozessvorlage besteht aus einem oder mehreren Projekten mit mehreren Endpunkten, kann Anpassungsdateien enthalten und verfügt über eine eigene Dokumentation im PDF-Format. Nach der Erstellung der Projekte müssen Sie in den Projektvariablen geeignete Werte eingeben, die Anmeldedaten 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 Integrations-Use-Case 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 durch Export und Import des Projekts als JSON-Datei weitergegeben werden.

Projektkomponente

Projektkomponenten sind die einzelnen Bausteine eines Projekts. Einige Komponenten, einschließlich Aktivitäten, Transformationen und Skripten, können zu Operationen hinzugefügt und als Abfolge von Schritten ausgeführt werden. Andere Komponenten können zur Unterstützung dieser Operationen verwendet werden, wie Variablen, Zeitpläne, Schemas, Benachrichtigungen und Plugins. Operationen selbst sind ebenfalls Projektkomponenten.

Skripte

Skripte, geschrieben in Jitterbit Script oder JavaScript, bieten die Flexibilität und Leistung, um Daten zu transformieren, Berechnungen durchzuführen oder Logikvalidierungen über einfache Feldzuordnungen hinaus durchzuführen.

Skripte können an mehreren Stellen verwendet werden, sowohl auf der Design-Leinwand als Schritte einer Operation als auch innerhalb von Transformationen, um 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 von Daten, Bereinigung von Daten oder Anwendung von Geschäftslogik einer resultierenden Ausgabe zuzuordnen oder zu transformieren.

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

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

Beim Konfigurieren einer Transformation sollten Sie sich auch mit diesen Begriffen vertraut machen:

• Zuordnung: Eine Transformationszuordnung besteht aus Zielfeldern oder Knoten und ihren entsprechenden Skripten. Diese Skripte können Verweise auf Quellfelder oder Knoten oder auf Projektkomponenten enthalten, Funktionen verwenden oder andere gültige Skriptlogik enthalten. Eine Zuordnung enthält keine Zielfelder, die nicht zugeordnet sind.

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

  

• Schleifenknoten: Ein Schleifenknoten ist ein Quell- oder Zielknoten mit wiederholten Datenwerten, z. B. Positionen in einer Rechnung oder eine Reihe von Kundendatensätzen. Wenn Schleifenknotenfelder zugeordnet werden, wird automatisch eine durchgehende schwarze Iteratorlinie angezeigt, die angibt, dass der Transformationsprozess durch den Quelldatensatz iteriert. Eine Transformation kann null oder mehr Iteratorlinien haben.

  

Variablen

Variablen werden in einem Projekt verwendet, um Integrationen flexibler und dynamischer zu gestalten. Sie ermöglichen die dynamische Konfiguration von Endpunkten, unterstützen die Übergabe von Daten zwischen Operationen und werden in Transformationsskripten verwendet, um detaillierte Integrationslogik zu steuern.

Harmony unterstützt mehrere Variablentypen mit unterschiedlichem Gültigkeitsbereich:

• Lokale Variablen: Begrenzt auf das aktuelle Skript.
• Globale Variablen: Verfügbar für aktuelle und nachgelagerte Skripte.
• Projektvariablen: Verfügbar in allen Projekt-Workflows und außerhalb von Studio über die Management Console und Citizen Integrator zugänglich.
• Jitterbit-Variablen: Von Harmony vordefiniert und verfügbar für aktuelle und nachgelagerte Skripte.

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

Best Practice bei Integrationen empfiehlt, die Variable mit dem am meisten eingeschränkten Gültigkeitsbereich zu verwenden, um das Risiko von Änderungen an Variablenwerten in mehreren Projektkomponenten zu minimieren.

Workflow

Ein Workflow ist eine Sammlung von Operationen, die als Werkzeug verwendet wird, um verschiedene Teile des Projekts zur Benutzerfreundlichkeit zu trennen.

Workflows werden oben auf der Design-Leinwand erstellt:

Wenn Sie einen neuen Workflow erstellen, wird eine leere Leinwand geöffnet, auf der Sie den Workflow durch Erstellen von Operationen entwerfen 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 die Kettenausführung aller anderen Operationen im Workflow auslöst, 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 denselben oder anderen Workflows führen kann. Das heißt, wenn Operationen anderen Operationen in einer Operationskette vorgelagert sind – innerhalb oder außerhalb des Workflows – werden die nachgelagerten Operationen entsprechend ausgelöst. Auf diese Weise können Sie effektiv alle Operationen in einem Projekt ausführen.