Glosario de terminología utilizada en Jitterbit Integration Studio

Conectividad

Se accede a los recursos de conectividad dentro de la paleta de componentes de diseño. Dentro de la pestaña extremos y conectores del proyecto de la paleta de componentes de diseño, conectores se configuran primero para crear extremos. Las actividades asociadas con esos extremos se pueden instanciar luego utilizando los tipos de actividad y configurar como orígenes o destinos en un proyecto. Un extremo se refiere a un recurso de datos configurado (conector) y sus actividades. La relación entre conectores, extremos y actividades en un proyecto se identifica en la siguiente imagen:

• ① Conectores: Conectores proporciona la interfaz para ingresar la información proporcionada por el usuario para un recurso de datos (como credenciales) para crear un extremo. También puede crear conectores personalizados.

• ② Extremos: Un extremo hace referencia a un recurso de datos específico y sus actividades. Los Extremos pueden ser locales para el proyecto o crearse como extremos globales que se pueden utilizar en todos los proyectos de un ambiente.

• ③ Actividades: Un tipo de actividad, que se muestra cuando se hace clic en un extremo, 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 (que proporcionan datos) o como destinos (que reciben datos).

• ④ Componente: Cuando la actividad de un punto final se coloca en el tela de diseño, se convierte en un componente del proyecto y aparece en la pestañaComponentes del panel Proyecto.

Dependencias

Algunos componentes del proyecto pueden depender de otros componentes para funcionar correctamente. Se utilizan dos frases distintas para hablar de 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 depende de otro componente, necesita ese componente para funcionar correctamente. Un componente que depende de otro componente no puede funcionar por sí solo sin ese componente. Cuando el componente A necesita el componente B para ejecutarse correctamente, el componente A depende del componente B. Otra forma de decirlo es que el componente A depende del componente B.
• Dependencia de: Si un componente depende de otro componente, el primer componente lo necesita para que el primer componente funcione correctamente. Un componente que depende de otro componente es el componente que necesita otro. Cuando el componente A necesita del componente B para ejecutarse con éxito, el componente B es una dependencia del componente A.

Receta de integración

A Integration Studio receta de integración, disponible a través de Jitterbit Marketplace, es un proyecto de integración único y prediseñado que mueve datos en una dirección entre objetos en 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 forma independiente en un agente y que Harmony registra (hora de inicio y ejecución, éxito, falla, errores, archivos de registro de depurar, etc.). Las operaciones se utilizan para definir qué debe hacer una integración y cuándo debe realizarse.

Una operación consta de al menos un etapa de operación y, a menudo, contiene múltiples pasos de operación que consisten en actividades, transformaciones, o secuencias de comandos. Los pasos de la operación son los componentes discretos que forman una operación y se representan visualmente dentro de una operación en el tela de diseño:

Las operaciones deben seguir un patrón de operación válido. Las combinaciones que no están permitidas en una sola operación pueden ser funcionalmente posibles si se encadenan varias operaciones mediante acciones de operación. Una vez creadas, las operaciones se pueden ejecutar manualmente, activar mediante una API o un evento, o programar.

Modelo de proceso

A Integration Studio modelo de proceso, disponible a través de Jitterbit Marketplace, es un grupo de casos de uso de integración prediseñados que aceleran la ejecución de un proceso comercial específico utilizando numerosos objetos en múltiples aplicaciones o sistemas.

Las plantillas de proceso están diseñadas para reducir el tiempo de despliegue entre un 50 y un 80 por ciento y pueden desplegarse por cuenta propia, entregarse por Jitterbit Professional Services o entregarse por un socio de despliegue.

Una modelo de proceso consta de uno o más proyectos que utilizan múltiples extremos, puede incluir archivos de personalización y tiene su propia documentación en formato PDF. Una vez creados los proyectos, debe ingresar los valores adecuados en las variables del proyecto que establecen las 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 usarse para respaldar operaciones. Un proyecto se puede compartir, archivar o redistribuir exportando e importando el proyecto como un archivo JSON.

Componente del proyecto

Componentes del proyecto son los bloques de construcción discretos de un proyecto. Algunos componentes, incluidas las actividades, transformaciones, y secuencias de comandos, se pueden agregar a operaciones y se ejecutan como una secuencia de pasos. Se pueden utilizar otros componentes para respaldar esas operaciones, como variables, horarios, esquemas, notificaciones, y complementos. Las operaciones en sí mismas también son componentes del proyecto.

Secuencias de comandos

Secuencias de comandos, escritos en Jitterbit Script o JavaScript, brindan la flexibilidad y el poder para transformar datos, realizar cálculos o realizar una validación lógica más allá del simple mapeo de campos.

Los Secuencias de comandos se pueden utilizar en varios lugares, tanto dentro del tela de diseño como pasos de una operación, así como dentro de las transformaciones para aplicar lógica o condiciones específicas a los datos.

Transformación

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

Una transformación consta de esquemas de origen y destino que se han definido en la transformación y la asignación 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 deben transformarse. Siempre se requiere un esquema de destino.

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

La configuración de una transformación puede realizarse en modo de mapeo o en modo secuencia de comandos.

Además, al configurar una transformación, también debe familiarizarse con estos términos:

• Mapeo: Un mapeo de transformación consta de campos o nodos de destino y sus secuencias de comandos correspondientes. Estos secuencias de comandos pueden contener referencias a campos o nodos de origen o a componentes de proyecto, usar funciones o contener otra lógica de secuencia de comandos 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 secuencia de comandos que se aplica al destino para determinar si el registro de origen que se está procesando debe enviarse al destino. Si el secuencia de comandos se evalúa como verdadero, se envía el registro. Si el resultado del secuencia de comandos se evalúa como falso, se omite el registro.

  

• Nodo de bucle: Un nodo de bucle es un nodo de origen o destino con valores de datos repetidos, como partidas de una factura o un conjunto de registros de clientes. Cuando se asignan los campos de un nodo de bucle, aparece automáticamente una línea iteradora negra sólida, lo que indica que el proceso de transformación recorrerá el conjunto de datos de origen. Una transformación puede tener cero o más líneas iteradoras.

  

Variables

Variables se utilizan en todo el proyecto para hacer que las integraciones sean más flexibles y dinámicas. Permiten la configuración dinámica de extremos y admiten el paso de datos entre operaciones y se utilizan en secuencias de comandos de transformación para impulsar una lógica de integración detallada.

Harmony admite varios tipos de variables con alcance variable:

• Variables locales: Limitadas al secuencia de comandos actual.
• Variables globales: Disponibles para los secuencias de comandos actuales y abajo en la cadena.
• Variables del proyecto: Disponibles en todos los flujos de trabajo del proyecto y accesibles fuera de Integration Studio a través de la Management Console y el Citizen Integrator.
• Variables Jitterbit: Predefinidas por Harmony y disponibles para secuencias de comandos actuales y abajo en la cadena.

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.

La mejor práctica de integración sugiere utilizar la variable que tenga un alcance más limitado, a fin de minimizar el riesgo de cambiar los valores de las variables en varios componentes del proyecto.

Flujo de trabajo

Un flujo de trabajo es una colección de operaciones se utiliza como herramienta para ayudar a segregar diferentes partes del proyecto para comodidad del usuario.

Los Flujos de trabajo se crean desde la parte superior del tela de diseño:

Cuando crea un nuevo flujo de trabajo, se abre un lienzo en blanco, listo para que diseñe el flujo de trabajo mediante la creación de 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 manera que una operación conduzca a la ejecución en cadena de todas las demás operaciones en un flujo de trabajo, puede ejecutar efectivamente todas las operaciones en el flujo de trabajo.

También puede ejecutar operaciones individuales dentro de flujos de trabajo, lo que puede dar lugar a la ejecución de operaciones en el mismo flujos de trabajo o en otros. Es decir, si alguna operación se encuentra arriba en la cadena de otras operaciones en una cadena de operación, dentro o fuera del flujo de trabajo, las operaciones abajo en la cadena se iniciarán en consecuencia. De esta manera, puede ejecutar eficazmente todas las operaciones dentro de un proyecto.