Executar um fluxo de trabalho

Pode iniciar uma execução completa de um fluxo de trabalho clicando no ícone de execução na hierarquia de Fluxos de trabalho ou selecionando Run All no menu Ações de um fluxo de trabalho específico.

Também pode clicar no botão Toggle Start/Stop na parte superior da tabela de fluxos de trabalho. Este botão de alternância pára um fluxo de trabalho em execução ou inicia um fluxo de trabalho.

Se clicar em Executar num fluxo de trabalho que já está em execução, o PlaidCloud informa-o em vez de iniciar uma segunda execução.

Escolher um Modo de Lançamento

Cada execução tem um modo de lançamento ERP. Para escolher um no PlaidCloud, utilize Executar com modo de lançamento no menu de contexto de um fluxo de trabalho ou o botão do modo de execução na área de desenho do fluxo de trabalho; um simples Iniciar fluxo de trabalho ou Executar fluxo de trabalho pede o modo Em direto, continuando sujeito ao limite do projeto descrito abaixo. Também pode escolher o modo ao iniciar uma execução através da API de execução ou do assistente.

Modo	O que acontece
Em direto	Os passos de lançamento lançam exatamente como sempre o fizeram. Este é o modo predefinido.
Simular	Cada passo de lançamento ERP constrói e valida exatamente o que lançaria, não confirma nada e nunca contacta o ERP. Os lançamentos que seriam efetuados ficam registados no histórico de lançamentos ERP, assinalados como simulados, para que os possa rever antes de executar em direto.
Desligado	Os passos de lançamento são totalmente ignorados.

Um projeto tem também o seu próprio limite de modo de lançamento, definido através da API do projeto ou do assistente por qualquer membro com acesso de escrita a um projeto desbloqueado. O limite só torna uma execução mais segura, nunca mais permissiva: o modo efetivo de uma execução é o mais restritivo entre o modo que escolheu e o limite do projeto, pelo que um projeto limitado a Simular continua simulado mesmo que inicie a execução em modo Em direto.

Um evento agendado mantém o seu próprio modo de lançamento, pelo que um agendamento definido como Simular é executado em modo simulado sempre que é acionado.

O modo estende-se a tudo o que a execução toca. Um subfluxo de trabalho, uma macro e um passo Run Model, Conditional Run Model ou Loop Model herdam todos o modo da execução principal, tal como uma execução que retome após uma paragem — uma execução simulada não consegue lançar a sério em nenhum ponto de si própria.

Autorizar o Projeto a Lançar

Uma execução de fluxo de trabalho lança no ERP como o projeto, e não como a pessoa que a iniciou. Antes de uma execução poder lançar, o projeto precisa de uma autorização para cada ligação e ambiente ERP que os seus passos de lançamento utilizam. Sem ela, o passo falha com «This project isn’t authorized to post to connection …», indicando a ligação e o ambiente. Os passos Call SAP Financial Document Attachment, Call SAP Master Data Table RFC e Call SAP RFC não precisam de uma.

Para autorizar um projeto, abra a respetiva página inicial e selecione Autorizações de escrita no ERP em Lançamento ERP. Cada linha corresponde a uma ligação num ambiente. Assinale Autorizado para permitir que o projeto lance aí, ou desmarque para parar. Autorizado por e Autorizado em mostram quem autorizou por último e quando.

O botão é apresentado aos Arquitetos do projeto e aos administradores da área de trabalho, mas apenas um Arquiteto pode alterar uma autorização, e só enquanto o projeto está desbloqueado. Um administrador da área de trabalho que não seja Arquiteto pode primeiro adicionar-se como tal.
Selecionar uma linha para autorizar ou limpar uma autorização não recarrega a lista: a posição de deslocamento e qualquer ordenação de colunas que tenha escolhido mantêm-se. A janela pode ser redimensionada e a nota sobre projetos públicos é apresentada por inteiro.
Para autorizar uma ligação, também precisa de acesso de escrita à mesma: é o proprietário, ou esta é partilhada consigo pelo nome ou através de um dos seus grupos de segurança. Uma ligação definida para Todos os membros da área de trabalho não conta.
Um projeto definido para Todos os membros da área de trabalho é autorizado como qualquer outro. Todos os membros são Arquitetos do mesmo, pelo que qualquer membro com acesso de escrita a uma ligação pode autorizar o projeto para essa ligação. Depois de autorizado, qualquer membro pode lançar nessa ligação a partir dos fluxos de trabalho do projeto, e a janela indica-o acima da grelha.
Um projeto copiado, ou criado a partir de um arquivo de projeto, começa sem autorizações. Autorize a cópia antes de esta lançar.

Acompanhar o Estado de um Passo

Enquanto um fluxo de trabalho é executado, cada passo tem um ícone de estado que mostra em que ponto se encontra, juntamente com há quanto tempo está em execução. Passe o ponteiro sobre o ícone para ver a mensagem associada.

Estado	O que significa
Em espera	O passo está em fila e ainda não começou.
Em execução	O passo está a trabalhar e a sua duração vai aumentando.
Concluído	O passo terminou com êxito.
Aviso	O passo terminou, mas assinalou algo que vale a pena ler no registo do fluxo de trabalho.
Erro	O passo falhou. Consulte Gerir erros de passos.
Ignorado	O passo foi ignorado — está desativado ou as suas condições de execução não foram cumpridas. Consulte Ignorar passos num fluxo de trabalho.
Continuado	O passo falhou, mas está definido para continuar em caso de erro, pelo que o fluxo de trabalho prosseguiu. Consulte Continuar em caso de erro.
Parado	A execução foi parada antes de o passo poder terminar.
Abandonado	A execução do passo foi interrompida, pelo que nunca terminará. Retome a execução ou volte a executar o fluxo de trabalho.

Uma vista de fluxo de trabalho aberta atualiza-se por si própria à medida que uma execução avança, pelo que os estados que está a ver se mantêm atuais sem recarregar a página.

Passos Abandonados

Um passo é marcado como abandonado quando aquilo que o estava a executar desapareceu a meio da execução — o mais frequente é alguém ter premido Parar, ou uma manutenção da plataforma ter interrompido a execução. A duração do passo deixa de aumentar e a dica do estado explica o que aconteceu.

Um passo abandonado não foi concluído e não produziu qualquer saída. Não é um passo lento, nem um problema com os seus dados ou com a sua configuração.

Para retomar o trabalho, Retome a execução — o passo abandonado é executado de novo — ou volte a executar todo o fluxo de trabalho. Ambas as opções são seguras.

Passos Interrompidos

Se o servidor que executa um passo for perdido a meio da execução, o PlaidCloud volta a executar o passo automaticamente quando é seguro repeti-lo: um passo que substitui a sua saída acaba com o mesmo resultado que uma única execução limpa, pelo que não tem nada a verificar.

Um passo que não pode ser repetido em segurança não é executado de novo. Falha uma vez com uma mensagem de interrompido, porque executá-lo uma segunda vez poderia duplicar o que a primeira tentativa já escreveu. Os passos que escrevem saídas com {date} no nome ou no caminho contam como não seguros para repetir, uma vez que uma nova execução poderia incidir numa data diferente. Para recuperar, verifique no destino do passo o que a primeira tentativa escreveu, limpe-o se necessário e, em seguida, volte a executar o passo ou Retome a execução.

Pausar, Parar e Retomar

Enquanto um fluxo de trabalho está em execução, pode Pausar o mesmo, para que os passos em curso terminem e os novos passos aguardem, ou Parar o mesmo, o que cancela os passos que estavam em fila e quaisquer tarefas de importação ou exportação que ainda estejam em execução.

Retomar recomeça uma execução pausada, parada ou falhada a partir do ponto em que ficou, em vez de começar de novo. Está disponível sempre que a última execução de um fluxo de trabalho terminou num estado de pausa, paragem ou erro.

O que significa «o ponto em que ficou» depende da forma como o fluxo de trabalho é executado:

Execução	Ao retomar
Em série	Recomeça no passo que estava em execução quando a execução terminou e continua a partir daí. Se esse passo estiver dentro de um grupo, Retomar recomeça todo o grupo de nível superior que o contém: os passos do grupo que já terminaram com êxito são deixados como estão, os restantes são executados e a execução continua após o grupo.
Em paralelo	Volta a executar todos os passos que ainda não tinham terminado com êxito e deixa os passos concluídos como estão.
Avançada (grafo)	Volta a executar o nó que falhou e tudo o que ainda aguarda por ele, e deixa os nós concluídos como estão.

Os passos que chamam outro fluxo de trabalho — Run Model, Conditional Run Model e Loop Model — retomam o fluxo de trabalho que chamam em vez de o reiniciar, por mais níveis de aninhamento que existam. Um passo de ciclo retoma a iteração que foi interrompida e ignora as iterações que já foram concluídas.

Quando retoma um fluxo de trabalho que foi executado como filho aninhado de outro — um invocado por um passo Run Model num fluxo principal — o PlaidCloud oferece Retomar a partir do topo da cadeia. Retomar o filho isoladamente não consegue continuar a orquestração do fluxo principal, pelo que esta opção retoma o fluxo principal de nível superior — a raiz da cadeia — e continua toda a cadeia a partir do ponto em que parou. Retomar um fluxo de trabalho de nível superior mantém-se inalterado. O topo da cadeia é resolvido dentro do mesmo projeto: uma cadeia que passa para outro projeto retoma a partir do topo da parte dentro do projeto.

Retomar continua sempre a execução original. Volta a executar todos os passos dessa execução que não terminaram com êxito — um passo que falhou ou foi abandonado é executado de novo, e não tratado como concluído — e voltar a executar entretanto um passo individual isoladamente não altera o que Retomar recolhe a seguir.

Uma execução retomada é registada como uma nova execução no histórico de execuções do fluxo de trabalho, contendo apenas os passos que voltou a executar. A execução original mantém a sua própria entrada no histórico.