Histórico da Página
...
Abaixo segue um exemplo de como implementar esse evento:
1 2 3 4 5 6 7 8 9 | function afterReleaseProcessVersion(processXML){ var pdv = getValue("ProcessDefinitionVersionDto"); var processInfo = "\n### Nova versão de processo liberada: ###"; processInfo += "\n User: " + getValue("WKUser"); processInfo += "\n processDescription: " + pdv.getProcessDescription(); processInfo += "\n processId: " + pdv.getProcessId(); processInfo += "\n version: " + pdv.getVersion();} |
...
var beforeSendValidate = function(numState,nextState){ console.log("-beforeSendValidate-"); console.log("numState: " + numState); console.log("nextState: " + nextState); var isOk = confirm("Deseja realmente enviar o processo ?"); return isOk; } |
afterReleaseVersion
Ocorre após a liberação de uma versão do processo.
Parâmetro:
Descrição | Tipo |
|---|---|
| XML com a definição do processo | string |
beforeStateEntry
Ocorre antes da entrada em uma nova atividade.
| Informações | ||
|---|---|---|
| ||
Utilize este evento para realizar validações que ocasionalmente possam resultar no bloqueio da movimentação do processo. Para suspender a movimentação e exibir uma mensagem de alerta para o usuário, utilize o comando 'throw', conforme exemplo abaixo: throw "Erro ao movimentar solicitação"; |
Parâmetro:
Descrição | Tipo |
|---|---|
| Sequência da atividade | Integer |
beforeTaskCreate
Ocorre antes que o usuário receba uma tarefa.
Parâmetro:
Descrição | Tipo |
|---|---|
| Matrícula do usuário | string |
afterTaskCreate
Ocorre após o usuário receber uma tarefa.
Parâmetro:
Descrição | Tipo |
|---|---|
| Matrícula do usuário | string |
afterStateEntry
Ocorre após a entrada em uma nova atividade.
| Nota |
|---|
Este evento não retorna erros para a tela naturalmente. Caso ocorra um erro durante a execução do afterStateEntry, ele será ignorado. Se o mesmo erro resultar no encerramento da transação (por exemplo, causando o timeout de transação ou uma exceção que force Rollback) a mensagem de transação abortada será apresentada em tela ao invés do erro esperado. |
Parâmetro:
Descrição | Tipo |
|---|---|
| Sequência da atividade | Integer |
beforeSendData
validateAvailableStates
Ocorre após montada a lista de tarefas disponíveis para o usuário a partir da tarefa atual.
Exemplo:
| Bloco de código |
|---|
function validateAvailableStates(iCurrentState, stateList) {
// Código: 1 - Descrição: Atividade inicial
// Código: 2 - Descrição: Atividade ordem 3
// Código: 3 - Descrição: Atividade ordem 2
// Código: 4 - Descrição: Atividade ordem 1
// stateList atual: [2,3,4]
var stateArray = new Array();
if (iCurrentState == 1) {
stateList.clear();
stateArray.push(4,3,2);
}
stateArray.forEach(function(code) {
stateList.add(new java.lang.Integer(code));
});
// stateList reordenado: [4,3,2]
return stateList;
} |
Parâmetro:
| Tipo | Descrição | Tipo |
|---|---|---|
| iCurrentState | Sequência da atividade atual | Integer |
| stateList | Lista das sequências dapublishWorkflowAttachments atividades | List<Integer> |
beforeTaskSave
Ocorre antes de salvar as informações selecionadas pelo usuário.
Parâmetros:
Descrição | Tipo |
|---|---|
| Usuário corrente | string |
| Sequência da próxima atividade | Integer |
| Lista de usuários destino | List<String> |
afterProcessCreate
Ocorre logo após a criação de um novo processo.
Parâmetro:
Descrição | Tipo |
|---|---|
| Número do novo processo | Integer |
beforeTaskComplete
Ocorre antes que o usuário complete uma tarefa, porém as informações de próxima tarefa e usuários destino já foram salvas.
| Nota | ||
|---|---|---|
| ||
Diferente dos demais eventos do tipo before, este evento não dispara suas validações ao servidor, fazendo com que o sistema não pare a movimentação da atividade quando o mesmo lança uma exceção. |
Parâmetros:
Descrição | Tipo |
|---|---|
| Usuário corrente | string |
| Seqüência da próxima atividade | Integer |
| Lista de usuários destino | List<String> |
afterTaskComplete
Ocorre após o usuário completar uma tarefa, porém as informações de próxima tarefa e usuários destino já foram salvas.
Parâmetros:
Descrição | Tipo |
|---|---|
| Usuário corrente | string |
| Seqüência da próxima atividade | Integer |
| Lista de usuários destino | List<String> |
beforeStateLeave
Ocorre antes da saída de uma atividade.
Parâmetro:
Descrição | Tipo |
|---|---|
| Seqüência da atividade | Integer |
afterStateLeave
Ocorre após a saída de uma atividade.
Parâmetro:
Descrição | Tipo |
|---|---|
| Seqüência da atividade | Integer |
setProcess
Ocorre quando um processo é "setado" na API.
| Nota | ||
|---|---|---|
| ||
A propriedade WKCompletTask não deve ser utilizada neste evento, pois quando ele é executado o produto ainda não tem a informação se atividade foi ou não completada. |
Parâmetro:
Descrição | Tipo |
|---|---|
| Número do processo | Integer |
onNotify
Se refere a um evento global que ocorre após a movimentação da solicitação e antes de enviar as notificações.
Para mais detalhes consulte a página Desenvolvimento de eventos - On Notify.
checkComplementsPermission
Através dele é possível determinar se o usuário corrente do processo poderá ou não adicionar complementos mesmo com permissionamento ligado na modelagem do processo. Este evento possui acesso a todas as propriedades dos processos workflow (quando disponíveis) bem como acesso a hAPI, FLUIG e seus métodos. O Exemplo abaixo irá procurar o usuário corrente no dataset de colleagueGroups. Caso o usuário não esteja neste grupo não será possível para este usuário adicionar complementos extras.
subProcessCreated
Ocorre quando um sub-processo é criado.
Parâmetro:
Descrição | Tipo |
|---|---|
| Número do sub-processo | Integer |
afterProcessFinish
Ocorre após finalizada a solicitação.
Parâmetro:
Descrição | Tipo |
|---|---|
| Número do processo | Integer |
beforeCancelProcess
Ocorre antes do cancelamento da solicitação.
Parâmetros:
Descrição | Tipo |
|---|---|
| Usuário corrente | string |
| Número do processo | Integer |
afterCancelProcess
Ocorre após o cancelamento da solicitação. É recomendado não disparar exceções neste método, pois o cancelamento já foi realizado.
Parâmetros:
Descrição | Tipo |
|---|---|
| Usuário corrente | string |
| Número do processo | Integer |
Eventos nas etapas dos processos
Liberar nova versão do processo
...
| Nota | ||
|---|---|---|
| ||
|
checkComplementsPermission
A partir do fluig 1.5.8, é possível configurar a adição de complementos extras para solicitações workflow. Também é possível definir um evento chamado checkComplementsPermission aonde é possível determinar se o usuário corrente do processo poderá ou não adicionar complementos mesmo com permissionamento ligado na modelagem do processo. Este evento possui acesso a todas as propriedades dos processos workflow (quando disponíveis) bem como acesso a hAPI, FLUIG e seus métodos. O Exemplo abaixo irá procurar o usuário corrente no dataset de colleagueGroups. Caso o usuário não esteja neste grupo não será possível para este usuário adicionar complementos extras.
...