Ejecutar las Siguientes Operaciones Condicionalmente Mediante Cadenas de Operaciones

Caso de Uso

Un objetivo común del diseño de integración es activar los flujos de operación en función de una condición. Lo más habitual es realizar una operación y, en caso de éxito, realizar una segunda, y así sucesivamente. Jitterbit es compatible con esto muy fácilmente, ya que las operaciones se pueden vincular mediante una ruta de éxito (así como una ruta de falla). Pero con frecuencia, se debe llamar a una operación en función de un valor de datos, como un resultado que es 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 Elementos de consulta y la operación 021 NetSuite Upsert NonInventorySalesItem.

La ruta condicional se encuentra entre la operación 020 y la actualización de sincronizaciones de Jitterbit. 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 finaliza la operación, 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 usa 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á incrustada dentro de RTS_Status. Tenga en cuenta que Jitterbit ejecuta las secuencias de comandos del generador de fórmulas de arriba hacia abajo, por lo que esta 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:

Puede ver que hay un patrón mix-n-match. Se denominan una serie de operaciones que, a su vez, denominan otras operaciones.

El secuencia de comandos solo llama a cuatro operaciones. Tenga en cuenta que RunOperation(), por defecto, se ejecutará sincrónicamente. Es decir, esperará a que finalice la operación (y todas sus operaciones encadenadas) antes de ejecutar la siguiente. La otra opción es ejecutar de forma asíncrona.

Esta orquestación implica que un servicio web externo llame a la plataforma API de Jitterbit e inserte datos en SFDC.

El secuencia de comandos inicia la operación de forma asincrónica ("falso"). 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 tiene que esperar al inserto de Salesforce, lo que llevaría demasiado tiempo.

Tenga en cuenta que se selecciona 'sin respuesta'.