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.
Neste componente, também é possível configurar algumas características gerais, definir regras de anexo e prazo para conclusã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
O componente Atividade é a unidade básica de separação de um processo em etapas, ou seja, uma atividade comum. Ele indica que uma tarefa ou ação deve ser realizada nesta etapa do fluxo do processo.
É uma etapa que precisa ser executada por uma pessoa para que a solicitação possa ser enviada adiante.
A definição de quem pode executar essa etapa do processo é feita por meio do mecanismo de atribuição do componente.
Neste componente, também é possível configurar algumas características gerais, definir regras de anexo e prazo para conclusão.
Xxxxxxxxxxxxxxxx
linkará para Regras de anexo
O componente Paralelo representa o início de etapas paralelas no fluxo do processo.
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), é 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.
Xxxxxxxxxxxxxxxx
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?]
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 não é atribuída a nenhuma pessoa, pois é apenas a indicação visual de que a solicitação foi atendida e finalizada. Por padrão, nenhum pós processamento é feito depois que a solicitação é finalizada.
Apenas a partir de desenvolvimentos sobre o TOTVS Fluig é possível realizar pós processamentos depois que a solicitação é finalizada. |
Xxxxxxxxxxxxxxxx
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.
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
Xxxxxxxxxxxxxxxx
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.
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