Glossário de terminologia usada no Jitterbit Integration Studio

Conectividade

Os recursos de conectividade são acessados na paleta de componentes de design. Na aba endpoints e conectores do projeto da paleta de componentes de design, conectores são primeiro configurados para criar endpoints. As atividades associadas a esses endpoints podem então ser instanciadas usando os tipos de atividade e configuradas como origens ou destinos em um projeto. Um endpoint refere-se a um recurso de dados configurado (conector) e suas atividades. A relação entre conectores, endpoints e atividades em um projeto é identificada na imagem abaixo:

• ① Conectores: Conectores fornecem a interface para inserir informações fornecidas pelo usuário para um recurso de dados (como credenciais) para criar um endpoint. Você também pode criar conectores personalizados.

• ② Endpoints: Um endpoint refere-se a um recurso de dados específico e suas atividades. Os Endpoints podem ser locais no projeto ou criados como endpoints globais que pode ser usado em projetos em um ambiente.

• ③ Atividades: Um tipo de atividade, exibido quando um endpoint é clicado, é um componente configurado para interagir com um recurso de dados. Os tipos de atividade são usados para criar uma instância de uma atividade em um projeto. As instâncias de atividade podem atuar como fontes (fornecendo dados) ou destinos (recebendo dados).

• ④ Componente: Quando a atividade de um ponto final é colocada na quadro de design, ele se torna um componente do projeto e é listado na aba Componentes do painel Projeto.

Dependências

Alguns componentes do projeto podem depender de outros componentes para funcionar corretamente. Duas frases distintas são usadas para discutir dependências: dependente de e dependência de. Nos exemplos a seguir, o Componente A é dependente de o Componente B. O Componente B é uma dependência de o Componente A:

• Dependente de: Se um componente é dependente de outro componente, ele precisa desse componente para funcionar corretamente. Um componente que é dependente de outro componente não pode se manter sozinho sem esse componente. Quando o Componente A precisa do Componente B para ser executado com sucesso, o Componente A é dependente do Componente B. Outra maneira de dizer isso é que o Componente A depende do Componente B.
• Dependência de: Se um componente é uma dependência de outro componente, ele é necessário para o primeiro componente para que este funcione corretamente. Um componente que é uma dependência de outro componente é o componente que é necessário para o outro. Quando o Componente A precisa do Componente B para ser executado com sucesso, o Componente B é uma dependência do Componente A.

Receita de integração

Uma receita de integração do Integration Studio, disponível através do Jitterbit Marketplace, é um projeto de integração único e pré-criado que move dados em uma direção entre objetos em dois aplicativos ou sistemas. As receitas de integração estão disponíveis para todos os assinantes do Harmony.

Operação

Uma operação é a menor unidade dentro de um workflow que é executado independentemente em um agente e registrado pelo Harmony (horário de início e execução, sucesso, falha, erros, arquivos de log de depurar, etc.). As operações são usadas para definir o que uma integração deve fazer e quando deve ser feita.

Uma operação consiste em pelo menos uma etapa de operação e frequentemente contém múltiplas etapas de operação que consistem em atividades, transformações, ou scripts. As etapas da operação são os componentes discretos que compõem uma operação e são representados visualmente dentro de uma operação na quadro de design:

As operações devem seguir um padrão de operação válido. Combinações que não são permitidas em uma única operação podem ser funcionalmente possíveis encadeando múltiplas operações usando ações de operação. Uma vez criadas, as operações podem ser executadas manualmente, acionadas por uma API ou evento, ou agendadas.

Cadeia de operação

Uma cadeia de operação é um grupo de duas ou mais operações vinculadas usando ações de operação, a ferramenta Invocar Operação (Beta), ou o RunOperation função.

Ao usar ações de operação ou o RunOperation função, esta relação é indicada visualmente por linhas na quadro de design conectando essas operações dentro ou fora de um workflow:

Modelo de processo

Um modelo de processo do Integration Studio, disponível através do Jitterbit Marketplace, é um grupo de casos de uso de integração pré-criados que acelera a execução de um processo de negócios específico usando vários objetos em vários aplicativos ou sistemas.

Os modelos de processo são projetados para reduzir o tempo de implantação em 50 a 80 por cento e podem ser autoimplementados, entregues pela Jitterbit Professional Services ou entregues por um parceiro de implementação.

Um modelo de processo consiste em um ou mais projetos que usam múltiplos endpoints, pode incluir arquivos de personalização e possui sua própria documentação em formato PDF. Após a criação dos projetos, você deve inserir os valores apropriados nas variáveis do projeto que definem credenciais e outras informações para cada projeto individualmente.

Projeto

Um projeto é uma coleção de um ou mais workflows que compõem e executam um caso de uso de integração. Um projeto contém operações bem como outros componentes do projeto que podem fazer parte de uma operação ou ser usados para dar suporte a operações. Um projeto pode ser compartilhado, arquivado ou redistribuído exportando e importando o projeto como um arquivo JSON.

Componente do projeto

Componentes do projeto são os blocos de construção discretos de um projeto. Alguns componentes, incluindo atividades, transformações e scripts, pode ser adicionado a operações e executadas como uma sequência de etapas. Outros componentes podem ser usados para dar suporte a essas operações, como variáveis, horários, esquemas, notificações e plugins. As próprias operações também são componentes do projeto.

Scripts

Scripts, escritos em Jitterbit Script ou JavaScript, fornecem a flexibilidade e o poder de transformar dados, executar cálculos ou executar validação lógica além do simples mapeamento de campos.

Os Scripts podem ser usados em vários lugares, tanto na quadro de design como etapas de uma operação, bem como dentro de transformações para aplicar lógica ou condições especificadas aos dados.

Transformação

Uma transformação é um componente de projeto usado como uma etapa em uma operação para mapear ou transformar entradas em uma saída resultante, movendo dados, limpando dados ou aplicando lógica de negócios.

Uma transformação consiste em esquemas de origem e destino definidos na transformação e no mapeamento de transformação que gera a saída. Um esquema de origem é necessário somente quando uma atividade de origem adjacente fornece dados de entrada que precisam ser transformados. Um esquema de destino é sempre necessário.

Os esquemas de origem e destino podem ser fornecidos por uma atividade adjacente ou definidos em uma transformação, com os esquemas fornecidos por uma atividade adjacente tendo precedência. Esquemas fornecidos por atividades adjacentes não fazem parte da transformação. Além disso, uma transformação não inclui os dados de entrada ou saída em si.

A configuração de uma transformação pode ocorrer no modo de mapeamento ou no modo de script.

Além disso, ao configurar uma transformação, você também deve estar familiarizado com estes termos:

• Mapeamento: Um mapeamento de transformação consiste em campos ou nós de destino e seus scripts correspondentes. Esses scripts podem conter referências a campos ou nós de origem ou a componentes do projeto, usar funções ou conter outra lógica de script válida. Um mapeamento não inclui campos de destino que não estejam mapeados.

• Condição: Uma condição, como usada em uma transformação, é um script aplicado ao destino para determinar se o registro de origem que está sendo processado deve ser enviado para o destino. Se o script for avaliado como verdadeiro, o registro será enviado. Se o resultado do script for avaliado como falso, o registro será ignorado.

  

• Nó de Loop: Um nó de loop é um nó de origem ou de destino com valores de dados repetidos, como itens de linha em uma fatura ou um conjunto de registros de clientes. Quando os campos do nó de loop são mapeados, uma linha iteradora preta sólida aparece automaticamente, indicando que o processo de transformação percorrerá o conjunto de dados de origem. Uma transformação pode ter zero ou mais linhas iteradoras.

  

Variáveis

Variáveis são usados ao longo de um projeto para tornar as integrações mais flexíveis e dinâmicas. Eles permitem a configuração dinâmica de endpoints e suportam a passagem de dados entre operações e são usados em scripts de transformação para conduzir lógica de integração detalhada.

O Harmony suporta vários tipos de variáveis com escopo variado:

• Variáveis locais: Limitadas ao script atual.
• Variáveis globais: Disponíveis para scripts atuais e abaixo.
• Variáveis do projeto: Disponíveis em todos os workflows do projeto e acessíveis fora do Integration Studio por meio do Management Console e do Citizen Integrator.
• Variáveis Jitterbit: Predefinidas pelo Harmony e disponíveis para scripts atuais e abaixo.

Além disso, palavras-chave de nome de arquivo podem ser usadas para gerar nomes de arquivo exclusivos para campos configuráveis que aceitam nomes de arquivo como entrada.

As melhores práticas de integração sugerem que você use a variável com escopo mais limitado para minimizar o risco de alterar valores de variáveis em vários componentes do projeto.

Workflow

Um workflow é uma coleção de operações usado como ferramenta para ajudar a segregar diferentes partes do projeto para conveniência do usuário.

Os Workflows são criados na parte superior da quadro de design:

Quando você cria um novo workflow, uma tela em branco é aberta, pronta para você projetar o workflow criando operações.

Workflows não podem ser executados; apenas as operações dentro deles podem ser executadas. Se o workflow for configurado de forma que uma operação leve à execução em cadeia de todas as outras operações em um workflow, você poderá executar efetivamente todas as operações no workflow.

Você também pode executar operações individuais dentro de workflows, o que pode levar à execução de operações no mesmo ou em outros workflows. Ou seja, se alguma operação estiver a acima na cadeia de outras operações em uma cadeia de operação, dentro ou fora do workflow, as operações abaixo serão iniciadas de acordo. Dessa forma, você pode executar todas as operações dentro de um projeto com eficiência.