Histórico da Página
...
O objetivo deste guia é orientar como construir um script com a finalidade de resolver os responsáveis por uma tarefa do processo workflow e/ou gestor de processo.
Nota | ||
---|---|---|
| ||
Para que um usuário que não é administrador da empresa possa criar, importar, editar e remover mecanismos, é necessário que ele possua a permissão "Configurar Mecanismos". Esta permissão pode ser concedida pelo administrador através do item "Permissões" disponível na aba "Gerais" disponível no agrupador Pessoas do Painel de Controle do fluig. Saiba como realizar esse procedimento clicando aqui. |
Pré-requisitos
...
- Conhecimento da linguagem JavaScript;
- Conhecimento sobre a construção de fluxos de processo Workflow Fluig;
- Conceitos sobre Desenvolvimento de Datasets;
- Entendimento sobre serviços da Web, Web services, SOAP e XML;
- Familiaridade com a ferramenta de desenvolvimento, TOTVS Developer Studio ou Eclipse;
- Instalação do Fluig Studio.
...
Em algumas situações é necessário utilizar lógicas mais complexas e específicas sobre quem será(ão) o(s) responsável(is) pela execução da atividade na solicitação de processo workflow. Para isto, existe o "Mecanismo de Atribuição Customizado".
- Para iniciar sua construção, deve-se
...
- em um projeto existente,
...
- acesse a pasta mechanisms
...
- e acesse o
...
- menu Arquivo > Novo > Outros... (acessível pelas teclas de atalho CTRL+N
...
- )
- Expanda o grupo (pasta) Fluig
...
- e selecione a
...
- opção Mecanismo Customizado Fluig
...
- , após isso, clique em Avançar.
- Na tela seguinte,
...
- indique o código no campo respectivo e sua
...
- descrição igualmente,
...
- após isso, clique em Concluir.
Painel |
---|
O código é obrigatório e não pode ser alterado posteriormente. |
Informações | ||
---|---|---|
| ||
O código para o mecanismo deve seguir a especificação de padronização conforme o documento Nomenclatura e Estrutura de Formulários. |
...
Nota | ||
---|---|---|
| ||
Se ocorrer qualquer erro de sintaxe ou na execução do mecanismo, este será abortado interrompido e, consequentemente, não devolverá nenhum responsável para próxima tarefa/atividade do processo. É importante que toda a implementação passe por um tratamento de erros e proteção de execução. Uma boa prática é utilizar as cláusulas try catch. |
...
Retornando uma Listagem de Usuários
...
Um Abaixo temos um exemplo de retorno de uma relação fixa de usuários é apresentado a seguir:
Bloco de código | ||||
---|---|---|---|---|
| ||||
function resolve(process,colleague){ var userList = new java.util.ArrayList(); userList.add('matricula_1'); userList.add('matricula_2'); userList.add('matricula_3'); return userList; } |
...
É possível obter informações da API de Workflow utilizando a variável global hAPI. Sua utilização, porém é indicada apenas para Não utilizar em solicitações que estejam na atividade inicial, indicado utilizar em solicitações já iniciadas, uma vez que a hAPI depende dos dados do formulário gravado na solicitação. Caso contrário, os valores dos campos não serão encontrados.
Os seguintes métodos são recomendados para utilização:
...
Exibindo usuários conforme campo selecionado
...
Um Abaixo temos um exemplo de utilização da hAPI, onde será retornado um usuário considerando o campo selecionado no formulário da solicitação:
...
Nota | ||
---|---|---|
| ||
A utilização dos Parâmetros só estão disponíveis a partir da Atualização 1.6.3 Acesse a documentação de parâmetros para mais detalhes. |
Exemplo Abaixo temos um exemplo de como exibir diferentes usuários para seleção utilizando a variável "WKIsTransfer", que permite saber se o usuário está ou não transferindo uma tarefa.:
Bloco de código | ||
---|---|---|
| ||
function resolve(process, colleague) { var userList = new java.util.ArrayList(); var isTransfer = getValue("WKIsTransfer"); if (isTransfer !== null) { if (JSON.parse(isTransfer)) { userList.add("gestor"); } else { userList.add("user"); } } else { userList.add("gestor"); userList.add("user"); } return userList; } |
...