Führen Sie die nächsten Operationen bedingt mithilfe von Operation in Jitterbit Design Studio aus

Anwendungsfall

Ein häufiges Ziel des Integrationsdesigns ist es, Operation basierend auf einer Bedingung zu aktivieren. Am häufigsten wird eine Operation ausgeführt und bei Erfolg eine zweite usw. Jitterbit unterstützt dies sehr einfach, da Operationen mithilfe eines Pfads „Bei Erfolg“ (sowie eines Pfads „Bei Fehler“) miteinander verknüpft werden können. Häufig soll eine Operation jedoch basierend auf einem Datenwert aufgerufen werden, z. B. einem Ergebnis, das wahr oder falsch ist, oder basierend auf einem zurückgegebenen Wert einer Abfrage.

Beispiel 1

Der Pfad „Bei Erfolg“ wird zwischen der Operation „020 Query Items“ und der Operation „021 NetSuite Upsert NonInventorySalesItem“ angezeigt.

Der bedingte Pfad liegt zwischen der Operation 020 und Update Jitterbit Syncs. In diesem Fall ruft ein Post-Operation Script eine andere Operation auf. Es ist bedingt in dem Sinne, dass es nicht ausgeführt wird, wenn die 020- Abfrage fehlschlägt, und wird auch ausgeführt, nachdem die Operation abgeschlossen ist, aber bevor die 021 Operation ausgeführt wird.

In diesem Beispiel wird eine Abfrage ausgeführt und abhängig von den Werten werden zwei weitere Operationen ausgeführt.

Ein Bedingungsknoten wird verwendet, um jeden eingehenden Datensatz auszuwerten.

Ein Script wird aufgerufen und Quellwerte werden ihm übergeben.

ArgumentList wird verwendet, um die eingehenden Werte lokalen Variablen zuzuweisen und zu prüfen, ob sie in der Case-Anweisung gelten

Wenn die Kontrolle an den Zustand zurückgegeben wird, wird eine Operation aufgerufen, wenn „Fehler“ zurückgegeben wird, andernfalls wird sie übersprungen. Zurück zur Transformation ...

Es gibt auch einen weiteren Operation, der in RTS_Status eingebettet ist. Beachten Sie, dass Jitterbit Formelgenerator-Scripts von oben nach unten ausführt, sodass dieses Script zuletzt ausgeführt wird.

Hier wird die RunOperation aufgerufen, um einen Status im Zielsystem zu erfassen.

Beispiel 2

Ein anderes Beispiel zeigt die Verwendung eines Script zum Organisieren der Operation:

Sie können sehen, dass es ein Mix-and-Match-Muster gibt. Es wird eine Reihe von Operationen aufgerufen, die wiederum andere Operationen aufrufen.

Das Script ruft nur vier Operationen auf. Beachten Sie, dass RunOperation() standardmäßig synchron ausgeführt wird. Das heißt, es wartet, bis die Operation (und alle ihre verketteten Operationen) abgeschlossen sind, bevor die nächste ausgeführt wird. Die andere Möglichkeit ist die asynchrone Ausführung.

Bei dieser Orchestrierung wird die Jitterbit API Plattform von einem externen Webdienst aufgerufen und fügt Daten in SFDC ein.

Das Script startet den Operation asynchron („false“). Dies geschieht, damit die Antwort des Webdienstes so schnell wie möglich erfolgt, da es sich um einen Datenfluss mit hohem Volumen handelt. Andernfalls muss die Antwort auf den Salesforce-Einsatz warten, was zu lange dauern würde.

Beachten Sie, dass „keine Antwort“ ausgewählt ist.