Histórico da Página
...
| Informações | ||
|---|---|---|
| ||
xxxxxxxxxxxxxxx |
Início
...
XxxxxxxxxxxxxxxxO elemento componente Início é a atividade etapa inicial de um processo e indica onde o fluxo é iniciado. Quando iniciada uma nova começa. Ao abrir uma solicitação do processo esta será , essa é a primeira atividade a ser etapa que será executada.
É o tradicional evento que indica o inicio do processo. Ao selecionar este tipo de inicio de processo os usuários que tiverem a permissão para iniciar este processo poderão iniciar o mesmo através da tela de abertura de solicitações do Fluig. As permissões são definidas através 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.
desta atividade. Para processos definidos como públicos qualquer usuário poderá abrir solicitações neste processo. 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?]
Configurar Início
...
[vídeo/gif]
...
| Painel | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| |||||||||
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.
| Painel | |||||
|---|---|---|---|---|---|
| |||||
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.
| Painel | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| |||||||||
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
...
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
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 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
...
Fluxo de retorno
...
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.
...