Através da aba Categorias de Conhecimento, em Console > Perfil, você define quais categorias serão acessadas por cada perfil.
Os usuários associados a um perfil, terão acesso as categorias permitidas nesta configuração e as criadas pelo próprio usuário.
Para acesso a esta melhoria, basta acessar menu Console > Perfil, através da aba Perspectiva Administrativa, acessando a sub-aba Categorias de Conhecimento.
Sabe-se que o cronograma do TraceGP, trabalha com as datas de início e prazo (fim) das tarefas, para calcular / recalcular as datas das tarefas e atividades sucessoras (dependências), produzindo assim o resultado do prazo final do projeto.
O cronograma considera, duas informações para cada data (de início e fim), são elas:
Para fins informativo, saiba que, o cálculo / recalculo das datas previstas (planejadas) das tarefas e atividades sucessoras é sempre feita, a partir das datas previstas (planejadas) do item predecessor, uma vez que a informação de datas realizadas nem sempre existe.
Portanto, a informação de data de Início Realizado ou data de Fim Realizado, não são utilizadas para calcular / recalcular novas datas previstas das tarefas / atividades sucessoras.
As datas realizadas servem somente para fins comparativos de desvio entre o planejamento e o real andamento do cronograma do projeto, ou seja, se o permite visualizar se planejamento está sendo praticado ou se o projeto esta adiantado/atrasado.
Esta situação, não significa que, o Gerente de Projetos não possa ajustar o cronograma conforme seu andamento, modificando o seu planejamento e assim, provocando a atualização (recalculo) das datas previstas de tarefas e atividades que dependem dos itens atualizados.
No exemplo abaixo, temos um cronograma contendo três tarefas, com duração de 3 dias cada. No momento nenhuma das tarefas possui dependências entre si e note também que não possuem restrição de datas.
Quando não existe restrição de data, o Tipo de Restrição é O mais breve possível.
Após incluir as dependências entre as tarefas, apenas informando o número das predecessoras em cada tarefa, sem alterar as datas planejadas e/ou restrição de datas, note que as datas de Início Previsto e Fim Previsto das tarefas sucessoras foram recalculadas automaticamente pelo sistema.
Agora, supõe-se que, as tarefas tenham sido designadas, e que a tarefa T1. Tenha sido finalizada, antes de seu Fim Previsto.
Repare que, após o encerramento da tarefa T1., não houve qualquer alteração das datas previstas das tarefa em questão (T1.) ou das próximas tarefas (T2. e T3.).
Agora saiba que, se você alterar o Fim Previsto, manualmente da tarefa T1., para igualá-lo ao seu Fim Realizado.
Após efetivar (Salvar) esta alteração, perceba que as datas de Início Previsto e Fim Previsto das próximas tarefas (T2. e T3.) foram recalculados, pois você está alterado seu planejamento, conforme explicado anteriormente.
A partir desta pequena exemplificação, pode-se afirmar que não há qualquer impeditivo para alteração e recalculo das datas previdas das tarefas e atividades sucessoras de um cronograma.
A única situação, onde não será possível fazer o replanejamento (recalculo) automático das datas previstas de um cronograma, será quando o Gerente de Projetos incluir Datas de Restrição e Tipos de Restrições que limitem assim os seus prazos de planejamento.
1º – Criar uma propriedade – Menu: Cadastro > Propriedades
A propriedade existe para definir as variáveis que serão testadas na validação. Para o caso de se desejar testar o preenchimento de um Atributo em uma transição de estado a “propriedade” deve apontar para o mesmo conforme imagem abaixo:
É importante observar que se deve definir o contexto ao qual a propriedade irá ser validada. Para este exemplo utilizaremos “Demanda Corrente”. Em seguida definimos o atributo, nesse caso o campo Definições.
2º – Criar uma regra – Menu: Cadastro > Regras
A regra é o teste que deve ser executado. Para esse exemplo testaremos se a Propriedade criada é vazia, ou seja, não está preenchida.
3º – Inserir a regra na transição de estados desejada
Menu: Cadastro > Formulário de Processos de Demanda – <FORMULARIO> – Estados – <ESTADO_DESEJADO> e selecionar a transição desejada.
4º – Na transição de estados configurar a utilização da regra
Primeiramente deve-se selecionar a aba “Regra de Validação” acionar o botão “+” e vincular a regra desejada.
Após deve-se selecionar o botão “Incluir Ações” e, o sistema apresentará a próxima tela:
5º – Configuração de teste e ações
Para o exemplo que estamos trabalhando configuramos as ações para o caso de todas as regras serem aprovadas, ou seja, se o campo de ”Definições” não tiver preenchimento o sistema irá gerar uma mensagem, apresentar na tela e, permanecer no estado atual.
Após essas configurações a regra está configurada e pronta para uso conforme sequência de imagens:
Campo Definições Vazio:
Após acionar a transição de estados:
Sistema apresenta mensagem configurada e, mantém demanda no mesmo estado.
A importação dos relatórios dinâmicos deve seguir alguns poucos passos:
O início é no menu: Força de Trabalho->Construtor de Relatórios Dinâmicos
Agora, na tela de edição do relatório, é importante atentar para um detalhe: é necessário que sejam importados primeiro os Datasets, que são as consultas dos dados, e depois o Relatório mesmo.
Através da edição do Formulário (Cadastros > Formulário de Processos de Demandas) ative o Controle “Agendamento de Transição de Estado”.
A Tela abaixo será apresentada. Segue detalhamento de cada coluna.
De: Defini a partir de qual evento o agendamento será executado.
Transição de Estado: A partir da chegada em um estado já cadastrado neste formulário;
Data: A partir de uma data específica;
Valor do Atributo: A partir de algum atributo do tipo data cadastrado no formulário.
Deslocamento: O número de dias entre o evento e a execução do agendamento;
Até: Definir até uma data específica;
Por: Quantos dias após o prazo definido na coluna “Deslocamento”, o agendamento tentará realizar o mesmo;
Periodicidade: Com qual frequencia que o agendamento irá executar dentro do prazo definido na coluna “Por”;
Estado Origem: Qual o estado de origem da demanda;
Estado Destino: Para qual estado a demanda deve ser alterada.
Exemplo:
No exemplo abaixo, criei um agendamamento que a partir do momento que a demanda entrar no estado “Em Avaliação”, irá contar 3 dias (coluna “Deslocamento”) após este evento e tentará executar o agendamento. Caso ele não consiga, irá tentar por mais 3 dias (coluna “Por”) 1 vez por dia (coluna “Periodicidade”).
Conseguindo realizar o agendamento, o estado “Em Avaliação” irá passar para o estado “Concluída”.
