Glossário de terminologia usada no Jitterbit Integration Studio

Conectividade

Os recursos de conectividade são acessados dentro do painel de componentes de design. Dentro da aba Endpoints e conectores do projeto no painel de componentes de design, os 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 fontes ou alvos em um projeto.

Um endpoint na interface do usuário do Integration Studio refere-se a um recurso de dados configurado (conector) e suas atividades. (Veja Uso de Endpoints (Beta) para a definição de um endpoint licenciado.)

A relação entre conectores, endpoints e atividades em um projeto é identificada na imagem abaixo:

• ① Conectores: Conectores fornecem a interface para inserir entradas 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 ao projeto ou criados como endpoints globais que podem ser usados em projetos dentro de um ambiente. (Veja Uso de Endpoints (Beta) para a definição de um endpoint licenciado.)

• ③ Atividades: Um tipo de atividade, mostrado quando um endpoint é clicado, é um componente que é 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 alvos (recebendo dados).

• ④ Componente: Quando a atividade de um endpoint é colocada no canvas de design, ela se torna um componente do projeto e é listada na aba Componentes do painel do 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 Componente B. O Componente B é uma dependência de 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 funcionar 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 forma 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 pelo primeiro componente para que o primeiro componente funcione corretamente. Um componente que é uma dependência de outro componente é o componente que é necessário por 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 único projeto de integração pré-construído 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 fluxo de trabalho que é executada de forma independente em um agente e registrada pelo Harmony (tempo de início e execução, sucesso, falha, erros, arquivos de log de depuração, 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 um passo de operação e frequentemente contém múltiplos passos de operação que consistem em atividades, transformações ou scripts. Os passos de operação são os componentes discretos que compõem uma operação e são representados visualmente dentro de uma operação no canvas 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 ao encadear várias 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ções

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

Ao usar ações de operação ou a função RunOperation, esse relacionamento é indicado visualmente por linhas no canvas de design conectando essas operações dentro ou fora de um fluxo de trabalho:

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é-construídos que acelera a execução de um processo de negócios específico usando numerosos objetos em múltiplas aplicações ou sistemas.

Os templates de processo são projetados para reduzir o tempo de implantação em 50 a 80 por cento e podem ser implementados de forma autônoma, entregues pelos Serviços Profissionais da Jitterbit ou entregues por um parceiro de implementação.

Um template de processo consiste em um ou mais projetos usando 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, é necessário inserir valores apropriados nas variáveis do projeto que definem credenciais e outras informações para o projeto em cada projeto individualmente.

Projeto

Um projeto é uma coleção de um ou mais fluxos de trabalho que compreendem e executam um caso de uso de integração. Um projeto contém operações, bem como outros componentes do projeto que podem ser parte de uma operação ou usados para apoiar 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, podem ser adicionados a operações e executados como uma sequência de etapas. Outros componentes podem ser usados em apoio a essas operações, como variáveis, agendas, esquemas, notificações e plugins. As operações em si também são componentes do projeto.

Scripts

Scripts, escritos em Jitterbit Script ou JavaScript, fornecem a flexibilidade e o poder para transformar dados, realizar 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 dentro do design canvas como etapas de uma operação, quanto dentro de transformações para aplicar lógica ou condições específicas aos dados.

Transformação

Uma transformação é um componente de projeto que é 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 que foram definidos na transformação e no mapeamento da transformação que gera a saída. Um esquema de origem é necessário apenas 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. Os 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.

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 de projeto, usar funções ou conter outra lógica de script válida. Um mapeamento não inclui campos de destino que não estão mapeados.

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

  

• Nó de Loop: Um nó de loop é um nó de origem ou 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 de iterador preta sólida aparece automaticamente, indicando que o processo de transformação irá percorrer o conjunto de dados de origem. Uma transformação pode ter zero ou mais linhas de iterador.

  

Variáveis

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

Harmony suporta múltiplos tipos de variáveis com escopos variados:

• Variáveis Locais: Limitadas ao script atual.
• Variáveis Globais: Disponíveis para scripts atuais e subsequentes.
• Variáveis de Projeto: Disponíveis em todos os fluxos de trabalho do projeto e acessíveis fora do Integration Studio através do Management Console e Citizen Integrator.
• Variáveis Jitterbit: Predefinidas pelo Harmony e disponíveis para scripts atuais e subsequentes.

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

As melhores práticas de integração sugerem que você use a variável que é mais limitada em escopo, a fim de minimizar o risco de alteração dos valores das variáveis em múltiplos componentes do projeto.

Fluxo de Trabalho

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

Fluxos de trabalho são criados ao longo da parte superior da tela de design:

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

Fluxos de trabalho não podem ser executados; apenas as operações dentro deles podem ser executadas. Se o fluxo de trabalho estiver configurado de tal forma que uma operação leve à execução em cadeia de todas as outras operações em um fluxo de trabalho, você pode efetivamente executar todas as operações no fluxo de trabalho.

Você também pode executar operações individuais dentro de fluxos de trabalho, o que pode levar à execução de operações no mesmo ou em outros fluxos de trabalho. Ou seja, se houver operações a montante de outras operações em uma cadeia de operações, dentro ou fora do fluxo de trabalho, as operações a jusante serão iniciadas de acordo. Dessa forma, você pode efetivamente executar todas as operações dentro de um projeto.