Glosario¶

Conectividad¶

Se accede a los recursos de conectividad desde la paleta de componentes de diseño. Dentro de la pestaña Conexiones de la paleta de componentes de diseño, conectores se configuran primero para crear conexiones. Luego se pueden crear instancias de las actividades asociadas con esas conexiones utilizando los tipos de actividad y configurarlas como orígenes u objetivos en un proyecto. Un extremo se refiere a una conexión específica y sus actividades.

• Conectores: Los conectores, que se muestran en la categoría Conectores, proporcionan la interfaz para ingresar datos proporcionados por el usuario, como credenciales, para crear una conexión. También puedes crear conectores personalizados.
• Extremos: Un extremo se refiere a una conexión específica y sus actividades:
  • Conexiones: Una conexión, que se muestra en la categoría Extremos, es un componente que se crea a partir de un conector y proporciona acceso a un recurso de datos. Las conexiones pueden ser locales para el proyecto o crearse como conexiones globales que se puede utilizar en todos los proyectos de un ambiente.
  • Actividades: Un tipo de actividad, que se muestra cuando se hace clic en una conexión en la categoría Extremos, es un componente que se crea a partir de una conexión y se configura para interactuar con un extremo. 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 como objetivos (recibiendo datos).

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 depende de el Componente B. El Componente B es una dependencia de el Componente A:

• Depende de: Si un componente depende de otro componente, necesita ese componente para funcionar correctamente. Un componente que depende de otro componente no puede funcionar 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 decir esto 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 funcione correctamente. Un componente que depende de otro componente es el componente que otro necesita. Cuando el Componente A necesita el Componente B para ejecutarse correctamente, el Componente B es una dependencia del Componente A.

Receta de Integración¶

Una receta de integración de Cloud Studio, 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 es registrado por Harmony (tiempo de inicio y ejecución, éxito, error, 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 varios pasos de operación que constan de actividades, transformaciones, o secuencias de comandos. 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 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 encadenando varias operaciones mediante acciones operación. Una vez creadas, las operaciones se pueden ejecutar manualmente, activarse mediante una API o evento, o programarse.

Plantilla de Proceso¶

Una modelo de proceso de Cloud Studio, disponible a través de Jitterbit Marketplace, es un grupo de casos de uso de integración prediseñados que acelera la ejecución de un proceso de negocio 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 ser autoimplementadas, entregadas por Jitterbit Professional Services o entregadas 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 valores apropiados 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 puede 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 actividades, transformaciones, y secuencias de comandos, se puede agregar a operaciones y ejecutado como una secuencia de pasos. Se pueden utilizar otros componentes para respaldar esas operaciones, como variables, horarios, esquemas, notificaciones, y complementos. Las operaciones mismas también son componentes del proyecto.

Secuencias de Comandos¶

Secuencias de Comandos, escrito en Jitterbit Script o JavaScript, proporciona la flexibilidad y el poder para transformar datos, realizar cálculos o validaciones lógicas 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 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 paso en una operación para asignar o transformar entradas en una salida resultante moviendo datos, limpiando datos o aplicando lógica de negocios.

Una transformación consta de esquemas de origen y de destino que se han definido en la transformación y la asignación de transformación que genera la salida. Un esquema de origen solo es necesario 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 de destino pueden ser proporcionados por una actividad adyacente o definidos en una transformación, teniendo prioridad los esquemas proporcionados por una actividad adyacente. 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 mapeo o en modo secuencia de comandos.

Además, al configurar una transformación, también debes estar familiarizado 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 del proyecto, utilizar funciones o contener otra lógica de secuencia de comandos válida. Una asignación no incluye campos de destino que no estén asignados.

• Condición: Una condición, tal como se usa en una transformación, es un secuencia de comandos que se aplica en el 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 genera el registro. Si el resultado del secuencia de comandos se evalúa como falso, entonces se omite el registro.

  

• Nodo de bucle: Un nodo de bucle es un nodo de origen o de destino con valores de datos repetidos, como líneas de pedido en una factura o un conjunto de registros de clientes. Cuando se asignan campos de nodos de bucle, aparece automáticamente una línea iteradora negra sólida, 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 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 extremos, 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 múltiples tipos de variables con distintos alcances:

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

Además, las palabras clave de nombre de archivo se pueden utilizar 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 utilice la variable que tenga un alcance más limitado para 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 utilizado 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 tela de diseño:

Cuando crea un nuevo flujo de trabajo, se abre un lienzo en blanco, listo para que pueda diseñar el flujo de trabajo mediante la creación de operaciones.

Los Flujos de Trabajo no se pueden ejecutar; sólo 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 llevar a la ejecución de operaciones en el mismo flujos de trabajo o en otros. Es decir, si alguna operación es arriba en la cadena a 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.