Xxxxxxxxx
xxxxxxxxxxxxxxx |
O componente Início é a etapa inicial de um processo e indica onde o fluxo começa. Ao abrir uma solicitação do processo, essa é a primeira etapa que será executada.
A definição de quem pode abrir solicitações do processo é feita por meio do mecanismo de atribuição do componente. Se o processo é definido como público, qualquer pessoa pode abrir solicitações. [temos essa configuração no novo desenhador?] Quem possui permissão, pode abrir solicitações do processo a partir do recurso Iniciar solicitação.
Embora essa atividade inicial possa ser em conjunto com outros tipos de atividade inicial o fluig aceitará apenas uma única instância de objeto de início comum por diagrama. [isso é permitido no novo desenhador?]
[vídeo/gif]
01. No diagrama do processo, clique no componente Início .
As configurações disponíveis são exibidas na lateral direita. |
02. Na aba Geral, defina as informações gerais do componente que será a primeira etapa do processo, ou seja, a abertura da solicitação.
Título Instruções para atividade
Solicitar senha Se na configuração do processo já está assinalado, esta opção virá desabilitada. Importante: as atividades assinaladas para utilização de confirmação de senha não podem ser automatizadas por Web services. [confirmar essas informações] Transferir responsável |
03. Clique em Configurações de anexo para definir as regras dos anexos necessários para a etapa inicial do processo, ou seja, a abertura da solicitação.
As regras de anexo não são obrigatórias. Porém, quando não são definidas, não é permitido adicionar nenhum anexo na abertura da solicitação. [é isso mesmo?]
|
04. Clique em Adicionar regra de anexo na atividade para definir a regra.
05. Em Regra geral, escolha como o anexo deve ser, selecionando uma condição e informando uma quantidade, caso a condição permita.
As condições disponíveis são:
→ O anexo dever ser menor que 4: significa que é permitido adicionar até três anexos nessa etapa, ou seja, na abertura da solicitação. → O anexo deve ser proibido: significa que não é permitido adicionar nenhum anexo nessa etapa, ou seja, na abertura da solicitação do processo. → O anexo deve ser qualquer um: significa que é permitido adicionar qualquer tipo e quantidade de anexo nessa etapa, ou seja, na abertura da solicitação.
|
06. Se desejar, clique em Adicionar regra específica para determinar algumas características exigidas para o anexo.
07. Se desejar, clique em Adicionar regra específica para determinar algumas características exigidas para o anexo.
linkará para Regras de anexo
Xxxxxxxxxxxxxxxx
É a atividade workflow comum do Fluig. É a unidade básica da separação de um processo workflow em atividades . Deverá ser executado por um usuário para que a solicitação workflow para dar andamento a solicitação workflow.
A atividade é uma tarefa ou ação que deve ser realizada dentro do fluxo do processo.
Xxxxxxxxxxxxxxxx
linkará para Regras de anexo
xxxxxxxxxxxxxx
Ao chegar neste componente do processo a solicitação workflow será bifurcada em N saídas permitindo a execução de fluxos paralelos. No fim dos fluxos paralelos será necessário relacionar um objeto de Join que indicará o fim da execução dos fluxos paralelos voltando ao fluxo único do processo.
São criadas duas ou mais atividades, não exibindo para o usuário nenhuma janela de seleção de responsável. Com isso, caso um mecanismo de atribuição de uma destas atividades retorne mais de um responsável, como por exemplo os usuários de um grupo, será selecionado automaticamente o primeiro da lista dos possíveis.
O Fork representa o início de atividades paralelas. Todas as atividades e fluxos que estão após o Fork e antes do Join serão executadas paralelamente.
Xxxxxxxxxxxxxxxx
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 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.
Xxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxx
Indica o fim do processo workflow. Esta tarefa não é atribuída a nenhum usuário pois é apenas uma indicação 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 fim.
Xxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxx
Permite 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 .
Xxxxxxxxxxxxxxxx
Xxxxxxxxxxxxxxxx
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.
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.
Quando uma solicitação tiver sido movimentada da atividade de origem para a atividade de destino através desse fluxo, durante a movimentação da atividade destino será permitido retornar a solicitação à atividade anterior. O responsável que será atribuído à esta atividade será o mesmo usuário que a movimentou da primeira vez.
Só é possível utilizar o fluxo de retorno para a versão do processo corrente durante a movimentação. Por isso, caso uma solicitação seja convertida para uma outra versão do processo, durante a primeira movimentação da solicitação após a conversão, essa solicitação não poderá retornar à atividade anterior, pois neste caso a solicitação terá uma nova movimentação representando sua conversão e portanto perderá a possibilidade de retorno imediato.
é possível retornar a solicitação da atividade destino para a atividade origem.
Xxxxxxxxxxxxxxxx