Zum Inhalt springen

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 (Beta) für die Definition eines lizenzierten Endpunkts.)

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

Konnektivitätsbegriffe annotiert pp

  • Verbinder: Verbinder bieten die Schnittstelle für die Eingabe 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 Projekten innerhalb einer Umgebung verwendet werden können. (Siehe Nutzung von Endpunkten (Beta) 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 der Design-Leinwand platziert wird, wird sie zu einer Komponente des Projekts und wird im Komponenten-Tab 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 den 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 dies geschehen soll.

Eine Operation besteht aus mindestens einem Operation-Schritt und enthält häufig mehrere Operation-Schritte, die aus Aktivitäten, Transformationen oder Skripten bestehen. Operation-Schritte sind die diskreten Komponenten, die eine Operation ausmachen und werden visuell innerhalb einer Operation auf der Entwurfskanvas dargestellt:

operation

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 mit Hilfe von 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-Kette

Eine Operation-Kette ist eine Gruppe von zwei oder mehr Operationen, die durch Operationsaktionen, das Invoke Operation (Beta) Tool oder die RunOperation Funktion miteinander verbunden sind.

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

operation chain script

Prozessvorlage

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 beschleunigt, indem zahlreiche Objekte über mehrere Anwendungen oder Systeme hinweg verwendet werden.

Prozessvorlagen sind darauf ausgelegt, die Zeit bis zur Bereitstellung um 50 bis 80 Prozent zu reduzieren 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, die mehrere Endpunkte verwenden, kann Anpassungsdateien enthalten und hat ihre eigene Dokumentation im PDF-Format. Nachdem die Projekte erstellt wurden, müssen Sie geeignete Werte in die Projektvariablen 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 durch Exportieren und Importieren des Projekts als JSON-Datei neu verteilt werden.

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

Scripts können an mehreren Stellen verwendet werden, sowohl innerhalb des Design-Canvas 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 in ein Ergebnis auszugeben, indem Daten verschoben, bereinigt oder Geschäftslogik angewendet wird.

Eine Transformation besteht aus Quell- und Ziel-Schemas, die in der Transformation definiert sind, sowie der Transformationszuordnung, die die Ausgabe generiert. Ein Quell-Schema ist nur erforderlich, wenn eine angrenzende Quellaktivität Eingabedaten bereitstellt, die transformiert werden müssen. Ein Ziel-Schema ist immer erforderlich.

Quell- und Ziel-Schemas können entweder von einer angrenzenden Aktivität bereitgestellt oder in einer Transformation definiert werden, wobei die von einer angrenzenden Aktivität bereitgestellten Schemas Vorrang haben. Von angrenzenden Aktivitäten bereitgestellte Schemas 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 Ziel-Feldern oder -Knoten und ihren entsprechenden Skripten. Diese Skripte können Verweise auf Quell-Felder oder -Knoten oder auf Projektkomponenten enthalten, Funktionen verwenden oder andere gültige Skriptlogik enthalten. Eine Zuordnung umfasst keine Ziel-Felder, 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 Quell-Datensatz an das Ziel ausgegeben werden soll. Wenn das Skript als wahr ausgewertet wird, wird der Datensatz ausgegeben. Wenn das Ergebnis des Skripts als falsch ausgewertet wird, wird der Datensatz übersprungen.

    condition if

  • Schleifen-Knoten: Ein Schleifen-Knoten ist ein Quell- oder Ziel-Knoten mit sich wiederholenden Datenwerten, wie z. B. Positionen in einer Rechnung oder einer Gruppe von Kundenaufzeichnungen. Wenn die Felder des Schleifen-Knotens zugeordnet werden, erscheint automatisch eine durchgehende schwarze Iteratorlinie, die anzeigt, dass der Transformationsprozess durch den Quell-Datensatz iterieren wird. Eine Transformation kann null oder mehr Iteratorlinien haben.

    loop node

Variablen

Variablen werden in einem 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 nachfolgende 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 nachfolgende 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 begrenztesten Geltungsbereich zu verwenden, um das Risiko zu minimieren, dass sich die Variablenwerte über mehrere Komponenten im Projekt hinweg ä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:

workflow tab new

Wenn Sie einen neuen Workflow erstellen, öffnet sich eine leere Leinwand, die bereit ist, von Ihnen gestaltet zu werden, indem Sie Operationen erstellen.

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 Operationen stromaufwärts von anderen Operationen in einer Operationskette 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.