Glossar der in Jitterbit Studio verwendeten Terminologie

Konnektivität

Konnektivitätsressourcen werden innerhalb der Design-Komponentenpalette aufgerufen. Im Tab Projektendpunkte und -verbinder der Design-Komponentenpalette werden zunächst Verbinder konfiguriert, um Endpunkte zu erstellen. Aktivitäten, die mit diesen Endpunkten verbunden sind, können dann mithilfe der Aktivitätstypen instanziiert und als Quellen oder Ziele in einem Projekt konfiguriert werden.

Ein Endpunkt in der Benutzeroberfläche des Studios bezieht sich auf eine konfigurierte Datenressource (Verbinder) und deren Aktivitäten. (Siehe Nutzung von Endpunkten für die Definition eines lizenzierten Endpunkts.)

Die Beziehung zwischen Verbindern, Endpunkten und Aktivitäten in einem Projekt wird im folgenden Bild dargestellt:

• ① Verbinder: Verbinder bieten die Schnittstelle zum Eingeben von benutzereingebenen Daten für eine Datenressource (wie Anmeldeinformationen), um einen Endpunkt zu erstellen. Sie können auch benutzerdefinierte Verbinder erstellen.

• ② Endpunkte: Ein Endpunkt bezieht sich auf eine spezifische Datenressource und deren Aktivitäten. Endpunkte können lokal im Projekt oder als globale Endpunkte erstellt werden, die in verschiedenen Projekten innerhalb einer Umgebung verwendet werden können. (Siehe Nutzung von Endpunkten 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 konfiguriert ist, um mit einer Datenressource zu interagieren. Die Aktivitätstypen werden verwendet, um eine Instanz einer Aktivität in einem Projekt zu erstellen. Aktivitätsinstanzen können als Quellen (Daten bereitstellend) oder Ziele (Daten empfangend) fungieren.

• ④ Komponente: Wenn die Aktivität eines Endpunkts auf die Design-Leinwand gelegt wird, wird sie zu einer Komponente des Projekts und wird im Tab Komponenten des Projektfensters aufgelistet.

Abhängigkeiten

Einige Projektkomponenten können von anderen Komponenten abhängen, um ordnungsgemäß zu funktionieren. Zwei verschiedene Begriffe werden verwendet, um über Abhängigkeiten zu sprechen: 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 ohne diese Komponente nicht eigenständig funktionieren. Wenn Komponente A Komponente B benötigt, um erfolgreich ausgeführt zu werden, ist Komponente A abhängig von Komponente B. Eine andere Möglichkeit, dies auszudrücken, 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.

Integrationsrezept

Ein Studio-Integrationsrezept, das über Jitterbit Marketplace verfügbar ist, ist ein einzelnes, vorgefertigtes Integrationsprojekt, das Daten in eine Richtung zwischen Objekten in zwei Anwendungen oder Systemen überträgt. Integrationsrezepte stehen allen Harmony-Abonnenten zur Verfügung.

Operation

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

Eine Operation besteht aus mindestens einem Operationsschritt und enthält oft mehrere Operationsschritte, die aus Aktivitäten, Transformationen oder Skripten bestehen. Operationsschritte sind die diskreten Komponenten, aus denen eine Operation besteht, und werden visuell innerhalb einer Operation auf der Entwurfskanvas dargestellt:

Operationen müssen einem gültigen Operationsmuster folgen. Kombinationen, die in einer einzelnen Operation nicht erlaubt sind, können funktional möglich sein, indem mehrere Operationen durch Operationsaktionen miteinander verknüpft werden. Sobald sie erstellt sind, können Operationen manuell ausgeführt, durch eine API oder ein Ereignis ausgelöst oder geplant werden.

Operation chain

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 der Verwendung von Operationsaktionen oder der RunOperation-Funktion wird diese Beziehung visuell durch Linien auf der Design-Leinwand angezeigt, die diese Operationen innerhalb oder außerhalb eines Workflows verbinden:

Process template

Eine Studio-Prozessvorlage, die über den Jitterbit Marketplace verfügbar ist, ist eine Gruppe von vorgefertigten Integrationsanwendungsfällen, die die Ausführung eines bestimmten Geschäftsprozesses mithilfe zahlreicher Objekte über mehrere Anwendungen oder Systeme beschleunigt.

Prozessvorlagen sind so konzipiert, dass sie die Bereitstellungszeit um 50 bis 80 Prozent reduzieren und können entweder selbst implementiert, von den Jitterbit Professional Services bereitgestellt oder von einem Implementierungspartner geliefert werden.

Eine Prozessvorlage besteht aus einem oder mehreren Projekten, die mehrere Endpunkte verwenden, kann Anpassungsdateien enthalten und hat ihre eigene Dokumentation im PDF-Format. Nachdem die Projekte erstellt wurden, müssen Sie in den Projektvariablen geeignete 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 andere Projektkomponenten, die Teil einer Operation sein oder zur Unterstützung von Operationen verwendet werden können. Ein Projekt kann geteilt, archiviert oder redistribuiert werden, indem es als JSON-Datei exportiert und importiert wird.

Projektkomponente

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

Skripte

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

Skripte können an mehreren Stellen verwendet werden, sowohl innerhalb der Design-Leinwand als Schritte einer Operation als auch innerhalb von Transformationen, um spezifizierte Logik oder Bedingungen auf die Daten anzuwenden.

Transformation

Eine Transformation ist eine Projektkomponente, die als Schritt in einer Operation verwendet wird, um Eingaben zuzuordnen oder zu transformieren und dabei Daten zu bewegen, Daten zu bereinigen oder Geschäftslogik anzuwenden.

Eine Transformation besteht aus Quell- und Zielschemata, die in der Transformation definiert sind, sowie der Transformationszuordnung, die die Ausgabe generiert. Ein Quellschema ist nur erforderlich, wenn eine angrenzende Quellaktivität Eingabedaten bereitstellt, die transformiert werden müssen. Ein Zielschema 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. Schemata, die von angrenzenden Aktivitäten bereitgestellt werden, sind nicht Teil der Transformation. Darüber hinaus umfasst eine Transformation nicht die Eingabe- oder Ausgabedaten selbst.

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

• Mapping: 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 umfasst 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 wahr ausgewertet wird, wird der Datensatz ausgegeben. Wenn das Skriptergebnis als falsch ausgewertet wird, wird der Datensatz übersprungen.

  

• Schleifen-Knoten: Ein Schleifen-Knoten ist ein Quell- oder Zielknoten mit sich wiederholenden Datenwerten, wie z. B. Positionen in einer Rechnung oder einer Gruppe von Kundendatensätzen. Wenn die Felder des Schleifen-Knotens zugeordnet werden, erscheint automatisch eine durchgehende schwarze Iteratorlinie, die anzeigt, dass der Transformationsprozess durch das Quell-Datensatzset iterieren wird. 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 Endpunkten, unterstützen das Übertragen von Daten zwischen Operationen und werden in Transformationsskripten verwendet, um detaillierte Integrationslogik zu steuern.

Harmony unterstützt mehrere Arten von Variablen mit unterschiedlichem Geltungsbereich:

• Lokale Variablen: Beschränkt auf das aktuelle Skript.
• Globale Variablen: Verfügbar für aktuelle und nachgelagerte Skripte.
• Projektvariablen: Über alle Projekt-Workflows hinweg verfügbar und außerhalb von Studio über die Management-Konsole und Citizen Integrator zugänglich.
• Jitterbit-Variablen: Von Harmony vordefiniert und für aktuelle und nachgelagerte Skripte 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 beste Praxis für Integrationen empfiehlt, die Variable mit dem am stärksten eingeschränkten Geltungsbereich zu verwenden, um das Risiko zu minimieren, dass sich die Variablenwerte über mehrere Komponenten im Projekt ändern.

Workflow

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

Workflows werden entlang der Oberseite der Design-Leinwand erstellt:

Wenn Sie einen neuen Workflow erstellen, öffnet sich eine leere Leinwand, die bereit ist, dass Sie den Workflow durch das Erstellen von Operationen gestalten.

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 in einem 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 im selben oder in anderen Workflows führen kann. Das heißt, wenn sich irgendwelche Operationen stromaufwärts von anderen Operationen in einer Operationenkette befinden, innerhalb oder außerhalb des Workflows, werden die nachgelagerten Operationen entsprechend gestartet. Auf diese Weise können Sie effektiv alle Operationen innerhalb eines Projekts ausführen.