Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Ao chegar nesse componente, a solicitação é bifurcada em N saídas, permitindo a execução de atividades ou fluxos paralelos entre si. Nesse momento, são criadas duas ou mais atividades sem exibir a seleção de responsável. Sendo assim, se o mecanismo de atribuição de uma dessas atividades estiver definido para mais de um responsável – um grupo, por exemplo – ela é atribuída à primeira pessoa da lista de possíveis responsáveis.

No fim das etapas paralelas (atividades ou fluxos paralelos), é necessário adicionar um componente Join, que indica o fim da execução paralela, voltando ao fluxo principal e único do processo. Todas as atividades e fluxos que estão depois do componente Paralelo e antes do componente Join são executados paralelamente.

...

Configurar Paralelo

...

Xxxxxxxxxxxxxxxx



Join

...

Xxxxxxxxxxxxxxxx

É a entidade que o Fluig utiliza para simbolizar o fim do paralelismos de fluxos . Deverá ser usado no fim dos gateways paralelos.

Caso um Gateway Join seja relacionado a uma atividade que não possua mecanismo de atribuição definido, o fluxo será enviado para o primeiro usuário da lista.

O componente Join indica o fim do paralelismo no fluxo do processo, ou seja, o fim de etapas paralelas (atividades ou fluxos), retornando para o fluxo principal e único.

Esse componente, obrigatoriamente, deve ser utilizado no final de atividades e fluxos paralelos iniciados por um componente Paralelo.

Quando ainda existem etapas paralelas pendentes, a solicitação permanece posicionada no componente Join do processo até que todas elas sejam concluídas. Quando todas as etapas paralelas (atividades ou fluxos) são concluídas, a solicitação é enviada automaticamente para a próxima etapa.

Se o componente Join for relacionado a uma etapa que não possui mecanismo de atribuição definido, a solicitação é enviada para a primeira pessoa da lista. [qual lista? de usuários cadastrados na plataforma?]Join representa o fim de atividades paralelas. Todo fluxo que veio de um Fork em algum momento do processo deve ir para um Join. Quando existem atividades paralelas pendentes, o processo fica posicionado no Join até que todas as atividades sejam concluídas. Quando as tarefas forem concluídas, o processo é movimentado automaticamente para a próxima atividade.


Configurar Join

...

Xxxxxxxxxxxxxxxx



Fim

...

Xxxxxxxxxxxxxxxx O componente Fim indica a conclusão do fluxo do processo. Todo processo, obrigatoriamente, precisa ter pelo menos um fim.

A etapa final do processo Indica o fim do processo workflow. Esta tarefa não é atribuída a nenhum usuário nenhuma pessoa, pois é apenas uma a indicação visual de que a solicitação workflow foi terminada. Não ocorrerão pós processamentos após o fim da solicitação workflow. (Embora através de customização seja possível realizar pós processamentos) . O elemento Fim indica a finalização do fluxo do processo. Todo processo deve ter pelo menos um fimatendida e finalizada. Por padrão, nenhum pós processamento é feito depois que a solicitação é finalizada.

Informações
titleNota:

Apenas a partir de desenvolvimentos sobre o TOTVS Fluig é possível realizar pós processamentos depois que a solicitação é finalizada.


Configurar Fim

...

Xxxxxxxxxxxxxxxx




Cancelamento

...

XxxxxxxxxxxxxxxxPermite cancelar uma solicitação Workflow através da navegação da mesma. Caso a solicitação workflow seja movida para esta atividade ela será cancelada. É o mesmo efeito obtido cancelando solicitações abertas através da opção minhas solicitações na central de tarefas O componente Cancelamento indica que a solicitação não foi atendida, mas sim cancelada. Quando a solicitação é enviada para essa etapa, ela é automaticamente finalizada, mesmo não tendo passado por todas as etapas possíveis do processo.

Ao consultar solicitações, as que foram canceladas são identificadas com o status Cancelada e são listadas separadamente das que foram finalizadas.


Configurar Cancelamento

...

Xxxxxxxxxxxxxxxx


Fluxo comum

...

Image AddedXxxxxxxxxxxxxxxx

...



Fluxo

...

Xxxxxxxxxxxxxxxx

Fluxo padrão para movimentação de atividades. É o tipo de fluxo mais usado pra movimentação de atividades, permitindo que uma atividade seja movimentada para outra sem a possibilidade de retorno. As configurações do fluxo comum são:

...

Fluxos são mecanismos que definem para qual atividade o processo pode seguir.


Configurar Fluxo comum

...

Xxxxxxxxxxxxxxxx




Fluxo automático

...

Image Added Xxxxxxxxxxxxxxxx




Configurar Fluxo automático

...

Xxxxxxxxxxxxxxxx


Ao habilitar o fluxo automático nas configurações de um fluxo, sua cor se tornará verde e será adicionado o ícone de um relógio próximo ao meio da seta.

Este tipo de fluxo define que se o prazo de uma atividade for concluído sem que ela tenha sido movimentada, a solicitação será movida automaticamente para a atividade de destino apontada pelo fluxo.

Como o fluxo automático só poderá ser movimentado após o prazo da atividade ser concluído, a atividade de origem também precisará ter configurado um fluxo de saída comum para movimentações convencionais

Para que esse fluxo funcione corretamente, é obrigatório que a atividade de origem tenha um prazo definido e que o administrador da plataforma agende uma tarefa de Fluxo Automático, através da opção Agendador de Tarefas no Painel de Controle, com o intervalo em que o sistema deve verificar e executar a movimentação das atividades com fluxos automáticos.

Importante notar que, durante a execução de um fluxo automático, não há um usuário logado realizando a movimentação. Portanto, eventos que utilizem o usuário logado através de APIs do fluigAPI devem levar isso em consideração em suas tratativas para evitar problemas em sua execução.


Fluxo de retorno

...

Image Added Xxxxxxxxxxxxxxxx




Ao habilitar o retorno nas configurações de um fluxo, sua cor se tornará vermelha e uma seta irá apontar para a atividade de origem.

...