Crie e projete um workflow no Jitterbit Integration Studio
Introdução
Um workflow é uma coleção de operações que é usado como uma ferramenta para ajudar a segregar diferentes partes do projeto. Ao agrupar as operações em um workflow, você pode achar mais conveniente organizar os fluxos de processos de maneira lógica.
Por exemplo, um workflow pode incluir um grupo de operações que recupera um objeto de produto de um aplicativo e grava o resultado em um armazenamento temporário, depois lê do armazenamento temporário e grava em um banco de dados, registrando quaisquer erros no log de operação. Outro workflow no mesmo projeto pode ser usado para criar um fluxo semelhante para o objeto de pedido de venda do endpoint.
Workflows não podem ser executados; apenas as operações dentro deles podem ser executadas. Se um workflow for configurado de forma que uma operação leve à execução em cadeia de todas as outras opçõ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.
Esta página aborda a criação, renomeação, reordenação e design de workflows.
Criar um workflow
Em um novo projeto, o primeiro workflow já está criado e aberto na quadro de design por padrão. O novo workflow mostra uma área de inserção de operações, que é uma representação visual de onde uma operação pode ser colocada:
Para criar workflows adicionais, clique em Novo ícone de workflow na parte superior da tela para criar novas guias de workflow. Ao criar um novo workflow, seu nome padrão é Novo Fluxo de Trabalho. Novos workflows subsequentes com nomes padrão são anexados com um número incrementado entre parênteses:
Conforme você cria novos workflows, uma tela em branco com uma área de inserção de operações é exibida, pronta para você projetar cada workflow.
Menu de ações do Workflow
Após a criação de um workflow, as ações de menu para esse workflow ficam acessíveis na aba Workflows do painel do projeto (consulte menu de ações do Workflow na aba Workflows do painel Projeto).
Cada uma destas ações de menu está disponível:
| Item de Menu | Descrição |
|---|---|
 | Implantar implanta o workflow e suas dependências (consulte Implantação do Workflow). |
 | Implantação configurável abre a tela de implantação, onde você pode selecionar workflows e operações a serem implantar (consulte Implantação de Workflow). |
 | Renomear posiciona o cursor no nome do workflow para que você faça as edições necessárias. |
 | Exibir dependências altera a exibição no painel do projeto para exibir quaisquer outras partes do projeto das quais o workflow específico depende (consulte Dependências e exclusão do Workflow). |
 | Exibir Logs abre a tela de log de operação, que inclui logs para quaisquer operações contidas no workflow que foram implantadas e executadas, bem como quaisquer operações encadeadas do workflow que foram implantadas e executadas (consulte Logs de operação). |
 | Excluir exclui permanentemente o workflow (consulte Dependências e exclusão do Workflow). |
Renomear um workflow
Os Workflows podem ser renomeados a partir destes locais:
- A aba Workflows do painel do projeto (consulte menu de ações do Workflow na aba Workflows do painel Projeto).
- A quadro de design (consulte Renomeando workflows, operações e etapas de operação em Tela de design).
Os nomes dos Workflow dentro de um projeto devem ser exclusivos e não devem conter barras (/) ou dois pontos (:) para ser válido.
Reordenar workflows
Os Workflows são numerados automaticamente sequencialmente na ordem em que aparecem: 1.0, 2.0, etc.
Os Workflows podem ser reordenados na aba Workflows do painel do projeto (consulte Reordenar operações na aba Workflows do painel Projeto).
Projetar um workflow
Os Workflows são projetados posicionando e configurando operações na quadro de design. Outros elementos da quadro de design, como áreas de descarte, notificações e linhas que conectam operações e notificações encadeadas, ajudam a projetar workflows (consulte Elementos da tela de design em Tela de design).
Outros componentes do projeto podem não aparecer visualmente na quadro de design, mas podem ser usados em suporte às operações. Esses componentes, como atividades, scripts, variáveis de projeto, cronogramas e esquemas, são reutilizáveis em todas as operações e workflows.
À medida que você adiciona operações a um workflow, o layout é renderizado automaticamente na quadro de design. Cada operação é numerada sequencialmente e organizada automaticamente na quadro de design, empilhando-se verticalmente abaixo da última operação na quadro de design. Se estiver usando o Designer de um projeto definindo Operações de numeração automática na quadro de design, a sequência numérica de operações dentro de um workflow é incluída no título da operação e se ajusta automaticamente se você reordenar as operações. Da mesma forma, a ordem e a numeração do workflow se ajustam se os workflows forem reordenados.
Independentemente da ordem vertical das operações na quadro de design, cada operação está no mesmo nível hierárquico. O conceito de operações "pai" e "filho" aplica-se apenas a operações encadeadas.
As operações dentro de um workflow não precisam ser encadeadas. A execução de operações não encadeadas não aciona a execução das outras operações no workflow. Você pode optar por executar essas operações separadamente ou encadeá-las a operações em outro workflow.
Cadeias de operação
As operações podem ser encadeadas através do uso de ações de operação, a ferramenta Invocar Operação (Beta), ou o RunOperation função. Todos os métodos de encadeamento chamam outras operações, permitindo uma lógica complexa dentro de um workflow.
Operações encadeadas chamadas com qualquer um dos métodos acima são consideradas filhas da operação que as chamou ou da operação pai. Ao usar ações de operação ou RunOperation função, esta relação é indicada visualmente por linhas na quadro de design conectando essas operações dentro ou fora de um workflow.
Operações encadeadas são executadas de forma síncrona por padrão. Para maximizar a simultaneidade com grupos de agentes contendo dois ou mais agentes, um assíncrono existe a opção ao usar a ferramenta Invocar Operação (Beta) ou o RunOperation função.
Escopo e disponibilidade de dados
No contexto do elemento de dados escopo Em cadeias de operação, as operações filhas são "a abaixo" de suas operações-mãe. Certos elementos de dados definidos "a acima na cadeia" de uma operação podem afetá-la e a qualquer uma de suas filhas:
- Global, projeto e variáveis Jitterbit são todos acessíveis a abaixo de suas definições em uma cadeia de operação.
- Variável e endpoint de armazenamento temporário os valores também são acessíveis a abaixo de suas definições em uma cadeia de operação.
- Caches gerados pelo
CacheLookupeSfCacheLookupfunções são válidas abaixo suas chamadas durante toda a cadeia de operação.
Os dados também podem ser compartilhados entre cadeias de operação distintas sem exigir um relacionamento pai-filho:
- Armazenamento Temporário os endpoints podem ser usados para compartilhar dados entre várias cadeias de operação distintas em um ambiente de agente único.
- Funções de cache em nuvem pode ser usado para compartilhar dados entre várias cadeias de operação distintas em um ambiente de múltiplos agentes.
Considerações sobre status e log
O status da operação é exibido para as primeiras 6 operações executadas dentro de uma cadeia de operação. O status de quaisquer operações restantes pode ser visualizado nos registros de operação.
Considerações sobre o padrão de validação
Para a operação padrões de validação listados abaixo, se uma cadeia de operação contiver uma atividade de Solicitação de API ou Solicitação de SOAP de API, ela deverá ser a única na cadeia de operação. Ela também deverá ser a origem da primeira operação. Isso significa que nenhuma outra operação poderá chamar esta operação a partir de outra operação.
- Padrão de arquivo
- Padrão de Transformação
- Padrão de arquivamento de dois alvos
- Padrão de arquivo HTTP de dois alvos
- Padrão de duas transformações
Cancelamento de cadeia
As cadeias de operação podem ser canceladas usando CancelOperationChain função ao usar ações de operação ou a opção de tratamento de erros Cancelar cadeia de operação se a operação falhar ao usar a ferramenta Invocar operação (Beta).
Exemplo 1
O workflow de exemplo abaixo contém três operações: Inserir Cliente de Receita do Workday, Atualizar Salesforce e E-mail em Caso de Falha. As ações operação que conectam essas operações são configuradas de forma que, se bem-sucedidas, Inserir Cliente de Receita do Workday inicie a operação Atualizar Salesforce; se a operação Inserir Cliente de Receita do Workday falhar, a operação E-mail em Caso de Falha será iniciada. Se a operação Atualizar Salesforce for iniciada e bem-sucedida, a execução em cadeia estará concluída.
Exemplo 2
Se as operações no mesmo workflow usado no Exemplo 1 fossem reordenadas, o mesmo resultado seria produzido. Nesse caso, mesmo que Inserir Cliente de Receita do Workday apareça como a segunda operação no workflow, desde que seja executada primeiro, as outras operações na cadeia serão iniciadas de acordo com as ações da operação configurada.
Exemplo 3
Se as ações operacionais das operações no mesmo workflow operação nos Exemplos 1 e 2 fossem removidas, a cadeia de operações seria quebrada. Você poderia executar cada operação individualmente, mas a execução de uma operação não levaria à execução das outras.
