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 se refere a um recurso de dados configurado (conector) e suas atividades. O relacionamento entre conectores, endpoints e atividades em um projeto é identificado na imagem abaixo:

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

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

• ③ 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 ponto de extremidade é 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 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 ficar 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 o primeiro componente funcione corretamente. Um componente que é uma dependência de outro componente é o componente que é necessário para 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

Um Integration Studio receita de integração, disponível através do Jitterbit Marketplace, é um projeto de integração único e 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 workflow que é executado independentemente em um agente e registrado pelo Harmony (tempo 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 várias 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 ao encadear múltiplas operações usando ações de operação. Uma vez criadas, as operações podem ser executadas manualmente, disparadas por uma API ou evento, ou programadas.

Modelo de processo

Um Integration Studio modelo de processo, 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 usando múltiplos endpoints, pode incluir arquivos de personalização e tem sua própria documentação em formato PDF. Após os projetos serem criados, você deve 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 workflows 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 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 executado como uma sequência de etapas. Outros componentes podem ser usados em 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 que foram 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 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 são mapeados.

• Condição: Uma condição, como usada em uma transformação, é um script aplicado no 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.

  

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

  

Variáveis

Variáveis são usados em todo o projeto para tornar as integrações mais flexíveis e dinâmicas. Eles permitem a configuração dinâmica de endpoints, 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 variável:

• 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 dele Integration Studio através 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 a 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.

Os Workflows não podem ser executados; somente 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ê pode efetivamente executar 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 a abaixo serão iniciadas de acordo. Dessa forma, você pode executar efetivamente todas as operações dentro de um projeto.