Glosario de términos utilizados en Jitterbit Integration Studio

Conectividad

Los recursos de conectividad se acceden dentro de la paleta de componentes de diseño. Dentro de la pestaña Puntos finales y conectores del proyecto de la paleta de componentes de diseño, se configuran primero los conectores para crear puntos finales. Las actividades asociadas con esos puntos finales pueden ser luego instanciadas utilizando los tipos de actividad y configuradas como fuentes o destinos en un proyecto.

Un punto final en la interfaz de usuario de Integration Studio se refiere a un recurso de datos configurado (conector) y sus actividades. (Consulte Uso de Puntos Finales (Beta) para la definición de un punto final con licencia.)

La relación entre conectores, puntos finales y actividades en un proyecto se identifica en la imagen a continuación:

• ① Conectores: Los conectores proporcionan la interfaz para ingresar la entrada proporcionada por el usuario para un recurso de datos (como credenciales) para crear un punto final. También se pueden crear conectores personalizados.

• ② Puntos finales: Un punto final se refiere a un recurso de datos específico y sus actividades. Los puntos finales pueden ser locales al proyecto o creados como puntos finales globales que pueden ser utilizados en proyectos dentro de un entorno. (Consulte Uso de Puntos Finales (Beta) para la definición de un punto final con licencia.)

• ③ Actividades: Un tipo de actividad, mostrado cuando se hace clic en un punto final, es un componente que está configurado para interactuar con un recurso de datos. Los tipos de actividad se utilizan para crear una instancia de una actividad en un proyecto. Las instancias de actividad pueden actuar como fuentes (proporcionando datos) o destinos (recibiendo datos).

• ④ Componente: Cuando la actividad de un endpoint se coloca en el lienzo de diseño, se convierte en un componente del proyecto y se lista en la pestaña Componentes del panel del Proyecto.

Dependencias

Algunos componentes del proyecto pueden depender de otros componentes para funcionar correctamente. Se utilizan dos frases distintas para discutir las dependencias: dependiente de y dependencia de. En los siguientes ejemplos, el Componente A es dependiente de el Componente B. El Componente B es una dependencia de el Componente A:

• Dependiente de: Si un componente es dependiente de otro componente, necesita ese componente para funcionar correctamente. Un componente que es dependiente de otro componente no puede funcionar solo sin ese componente. Cuando el Componente A necesita el Componente B para ejecutarse con éxito, el Componente A es dependiente del Componente B. Otra forma de decir esto es que el Componente A depende del Componente B.
• Dependencia de: Si un componente es una dependencia de otro componente, es necesario para el primer componente para que funcione correctamente. Un componente que es una dependencia de otro componente es el componente que necesita otro. Cuando el Componente A necesita el Componente B para ejecutarse con éxito, el Componente B es una dependencia del Componente A.

Receta de integración

Una receta de integración de Integration Studio, disponible a través de Jitterbit Marketplace, es un único proyecto de integración preconstruido que mueve datos en una dirección entre objetos a través de dos aplicaciones o sistemas. Las recetas de integración están disponibles para todos los suscriptores de Harmony.

Operación

Una operación es la unidad más pequeña dentro de un flujo de trabajo que se ejecuta de manera independiente en un agente y es registrada por Harmony (tiempo de inicio y ejecución, éxito, fallo, errores, archivos de registro de depuración, etc.). Las operaciones se utilizan para definir qué debe hacer una integración y cuándo debe hacerse.

Una operación consiste en al menos un paso de operación y, a menudo, contiene múltiples pasos de operación que consisten en actividades, transformaciones o scripts. Los pasos de operación son los componentes discretos que conforman una operación y se representan visualmente dentro de una operación en el lienzo de diseño:

Las operaciones deben seguir un patrón de operación válido. Combinaciones que no están permitidas en una sola operación pueden ser funcionalmente posibles al encadenar múltiples operaciones utilizando acciones de operación. Una vez creadas, las operaciones pueden ejecutarse manualmente, ser activadas por una API o evento, o programarse.

Cadena de operaciones

Una cadena de operaciones es un grupo de dos o más operaciones vinculadas utilizando acciones de operación, la herramienta Invocar Operación (Beta) o la función RunOperation.

Al utilizar acciones de operación o la función RunOperation, esta relación se indica visualmente mediante líneas en el lienzo de diseño que conectan estas operaciones dentro o fuera de un flujo de trabajo:

Plantilla de proceso

Una plantilla de proceso de Integration Studio, disponible a través de Jitterbit Marketplace, es un grupo de casos de uso de integración preconstruidos que acelera la ejecución de un proceso empresarial específico utilizando numerosos objetos a través de múltiples aplicaciones o sistemas.

Los plantillas de proceso están diseñadas para reducir el tiempo de implementación entre un 50 y un 80 por ciento y pueden ser autoimplementadas, entregadas por los Servicios Profesionales de Jitterbit, o entregadas por un socio de implementación.

Una plantilla de proceso consiste en uno o más proyectos que utilizan múltiples puntos finales, puede incluir archivos de personalización y tiene su propia documentación en formato PDF. Después de que se crean los proyectos, se deben ingresar los valores apropiados en las variables del proyecto que establecen credenciales y otra información para el proyecto en cada proyecto individualmente.

Proyecto

Un proyecto es una colección de uno o más flujos de trabajo que comprenden y ejecutan un caso de uso de integración. Un proyecto contiene operaciones así como otros componentes del proyecto que pueden ser parte de una operación o utilizados para apoyar operaciones. Un proyecto puede ser compartido, archivado o redistribuido exportando e importando el proyecto como un archivo JSON.

Componente del proyecto

Los componentes del proyecto son los bloques de construcción discretos de un proyecto. Algunos componentes, incluyendo actividades, transformaciones y scripts, pueden ser añadidos a operaciones y ejecutados como una secuencia de pasos. Otros componentes pueden ser utilizados en apoyo de esas operaciones, tales como variables, programaciones, esquemas, notificaciones y complementos. Las operaciones en sí mismas también son componentes del proyecto.

Scripts

Los scripts, escritos en Jitterbit Script o JavaScript, proporcionan la flexibilidad y el poder para transformar datos, realizar cálculos o llevar a cabo validaciones lógicas más allá del simple mapeo de campos.

Los scripts se pueden utilizar en múltiples lugares, tanto dentro del lienzo de diseño como pasos de una operación, así como dentro de transformaciones para aplicar lógica o condiciones específicas a los datos.

Transformación

Una transformación es un componente del proyecto que se utiliza como un paso en una operación para mapear o transformar entradas a una salida resultante moviendo datos, limpiando datos o aplicando lógica empresarial.

Una transformación consiste en esquemas de origen y destino que han sido definidos en la transformación y el mapeo de transformación que genera la salida. Un esquema de origen es necesario solo cuando una actividad de origen adyacente proporciona datos de entrada que necesitan ser transformados. Un esquema de destino siempre es requerido.

Los esquemas de origen y destino pueden ser proporcionados por una actividad adyacente o definidos en una transformación, siendo los esquemas proporcionados por una actividad adyacente los que tienen prioridad. Los esquemas proporcionados por actividades adyacentes no son parte de la transformación. Además, una transformación no incluye los datos de entrada o salida en sí.

Además, al configurar una transformación, también se deben conocer estos términos:

• Mapeo: Un mapeo de transformación consiste en campos o nodos de destino y sus scripts correspondientes. Estos scripts pueden contener referencias a campos o nodos de origen o a componentes del proyecto, utilizar funciones o contener otra lógica de script válida. Un mapeo no incluye campos de destino que no están mapeados.

• Condición: Una condición, tal como se utiliza en una transformación, es un script aplicado en el destino para determinar si el registro de origen que se está procesando debe ser enviado al destino. Si el script evalúa como verdadero, entonces el registro se envía. Si el resultado del script evalúa como falso, entonces el registro se omite.

  

• Nodo de bucle: Un nodo de bucle es un nodo de origen o destino con valores de datos repetidos, como los ítems de una factura o un conjunto de registros de clientes. Cuando los campos del nodo de bucle están mapeados, aparece automáticamente una línea de iterador negra sólida, indicando que el proceso de transformación recorrerá el conjunto de datos de origen. Una transformación puede tener cero o más líneas de iterador.

  

Variables

Las variables se utilizan a lo largo de un proyecto para hacer que las integraciones sean más flexibles y dinámicas. Permiten la configuración dinámica de puntos finales, apoyan el paso de datos entre operaciones y se utilizan en scripts de transformación para impulsar la lógica de integración detallada.

Harmony admite múltiples tipos de variables con diferentes alcances:

• Variables Locales: Limitadas al script actual.
• Variables Globales: Disponibles para scripts actuales y posteriores.
• Variables del Proyecto: Disponibles en todos los flujos de trabajo del proyecto y accesibles fuera de Integration Studio a través de la Consola de Gestión y el Integrador Ciudadano.
• Variables de Jitterbit: Predefinidas por Harmony y disponibles para scripts actuales y posteriores.

Además, se pueden utilizar palabras clave de nombre de archivo para generar nombres de archivo únicos para campos configurables que toman nombres de archivo como entrada.

Las mejores prácticas de integración sugieren que se utilice la variable que tenga el alcance más limitado, con el fin de minimizar el riesgo de cambiar los valores de las variables en múltiples componentes del proyecto.

Flujo de Trabajo

Un flujo de trabajo es una colección de operaciones utilizadas como herramienta para ayudar a segregar diferentes partes del proyecto para la conveniencia del usuario.

Los flujos de trabajo se crean desde la parte superior del lienzo de diseño:

Cuando creas un nuevo flujo de trabajo, se abre un lienzo en blanco, listo para que diseñes el flujo de trabajo creando operaciones.

Los flujos de trabajo no se pueden ejecutar; solo se pueden ejecutar las operaciones dentro de ellos. Si el flujo de trabajo está configurado de tal manera que una operación conduce a la ejecución en cadena de todas las demás operaciones en un flujo de trabajo, puedes ejecutar efectivamente todas las operaciones en el flujo de trabajo.

También puedes ejecutar operaciones individuales dentro de los flujos de trabajo, lo que puede llevar a la ejecución de operaciones en el mismo flujo de trabajo o en otros. Es decir, si hay operaciones que están aguas arriba de otras operaciones en una cadena de operaciones, dentro o fuera del flujo de trabajo, las operaciones aguas abajo se iniciarán en consecuencia. De esta manera, puedes ejecutar efectivamente todas las operaciones dentro de un proyecto.