Ejecute las siguientes operaciones de forma condicional utilizando cadenas de operación en Jitterbit Design Studio

Caso de uso

Un objetivo común de diseño de integración es activar flujos de operación en función de una condición. La más común es realizar una operación y, si tiene éxito, realizar una segunda, y así sucesivamente. Jitterbit admite esto muy fácilmente, ya que las operaciones se pueden vincular entre sí mediante una ruta de éxito (así como una ruta de error). Pero con frecuencia, una operación debe llamarse en función de un valor de datos, como un resultado verdadero o falso o en función de un valor devuelto de una consultar.

Ejemplo 1

La ruta 'En caso de éxito' se muestra entre la operación 020 Consultar elementos y la operación 021 NetSuite Upsert NonInventorySalesItem.

La ruta condicional se encuentra entre la operación 020 y Update Jitterbit Syncs. En este caso, un secuencia de comandos posterior a la operación llama a otra operación. Es condicional en el sentido de que no se ejecutará si la consultar 020 falla y también se ejecuta después de que la operación haya finalizado, pero antes de ejecutar la operación 021.

En este ejemplo, se ejecuta una consultar y, dependiendo de los valores, se ejecutan otras dos operaciones.

Se utiliza un nodo de condición para evaluar cada registro entrante.

Se llama a un secuencia de comandos y se le pasan valores de origen.

ArgumentList se utiliza para asignar los valores entrantes a las variables locales y verificar si se aplican en la declaración Case

Devolviendo el control a la condición, si se devuelve "Error", se invoca una operación, de lo contrario se omite. Volviendo a la transformación ...

También hay otra llamada de operación que está integrada en RTS_Status. Tenga en cuenta que Jitterbit ejecuta los secuencias de comandos de creación de fórmulas de arriba hacia abajo, por lo que este secuencia de comandos se ejecuta en último lugar.

Aquí se llama a RunOperation para capturar un estado en el sistema de destino.

Ejemplo 2

Un ejemplo diferente muestra el uso de un secuencia de comandos para organizar los flujos de operación:

Puedes ver que existe un patrón de combinación de operaciones. Se llaman a una serie de operaciones que, a su vez, llaman a otras operaciones.

El secuencia de comandos solo invoca cuatro operaciones. Tenga en cuenta que RunOperation(), por defecto, se ejecutará de forma sincrónica. Es decir, esperará a que la operación (y todas sus operaciones encadenadas) finalicen antes de ejecutar la siguiente. La otra opción es ejecutarla de forma asincrónica.

Esta orquestación implica que la plataforma API Jitterbit sea llamada por un servicio web externo e inserte datos en SFDC.

El secuencia de comandos inicia la operación de forma asincrónica ("false"). Esto se hace para que la respuesta del servicio web sea lo más rápida posible, ya que se trata de un flujo de datos de gran volumen. De lo contrario, la respuesta debe esperar a la inserción de Salesforce, lo que demoraría demasiado.

Tenga en cuenta que se ha seleccionado "sin respuesta".