Histórico da Página

Informações Gerais

Objetivo

Essa ferramenta, que faz parte da rotina de Revisões Múltiplas, tem o objetivo de possibilitar o replanejamento do projeto, enquanto o projeto atual continua em andamento. Através da mesma, a empresa poderá criar uma revisão horizontal do projeto atual e replanejá-la conforme a sua necessidade, em um processo formalizado sujeito a aprovação, que irá definir a aplicação desse replanejamento ou a sua negativa.

Quando um projeto se encontra em execução, isso significa que o seu orçamento e planejamento foram aprovados, a obra está acontecendo, e no TOTVS Obras e Projetos temos alguns módulos gerando valores realizados no projeto tais como: Contrato, Mobilidade, Plano de Compras, Apropriação entre outros.

Como o projeto não é paralisado quando é gerada uma Alteração de Escopo, caso o usuário tenha uma solicitação para modificar o planejamento existente no momento da execução, o mesmo tem a possibilidade de realizar essa modificação e simulação através do processo de revisão de alteração de escopo. Ao realizar este procedimento o usuário seleciona os serviços e tarefas que deverão entrar no novo projeto, e então o Totvs Obras e Projetos, irá criar um novo projeto filho (revisão horizontal) do projeto selecionado, dando ao usuário a possibilidade de realizar modificações/inclusões nessa revisão horizontal criada. 

Posteriormente, caso essa revisão horizontal de alteração de escopo seja aprovada a mesma será atualizada sobre o projeto original de acordo com os critérios que serão descritos nesse documento.

Definição da Regra de Negócio

1. Aplicação da Funcionalidade

Para se utilizar a Alteração de Escopo, que é uma das funcionalidades da Revisão Múltipla,  é imprescindível que o projeto tenha controle de fases, sendo que a Revisão Horizontal de Alteração de Escopo apenas poderá ser aplicada em projetos que estão nas fases de Venda, Planejamento ou Execução.

2. Entidades Envolvidas no Controle de Alteração de Escopo

As entidades que serão controladas pela ferramenta de Gestão de Alteração de Escopo são:

• Tarefas – Serviços e Atividades (com pert e cronograma);
• Composições (com os seus recursos);
• Insumos (com os seus preços);
• Parâmetros do Projeto (normalmente, somente os parâmetros que determinam a data do projeto e conseqüentemente os períodos do cronograma devem ser alterados, mas esta restrição fica a cargo da configuração de segurança, que disponibiliza ao cliente o controle por acesso às abas de parâmetros, sendo que se os mesmos forem alterados e a Alteração de Escopo aprovada, eles serão atualizados no projeto pai).

3.

Parametrizações da Revisão Horizontal de Alteração de Escopo

3.1. Permitir Alteração de Escopo na Revisão Múltipla:

Para criar uma revisão horizontal de Alteração de Escopo em primeiro lugar é necessário que o projeto permita a realização desse processo.

Para isso, dentro do Projeto, em "Projetos | Parâmetros | Construção e Projetos | Projetos (F6) | Projeto | Alteração de Escopo" deve ser marcado o parâmetro  'Permitir Alteração de Escopo na Revisão Múltipla', sendo que o mesmo não poderá ser desmarcado após ter sido criada alguma revisão horizontal de Venda, Planejamento ou Execução.

Com este parâmetro marcado, ao ser acessado o Processo "Revisões Múltiplas" , o sistema permitirá ao usuário optar pela criação de uma Revisão Vertical ou de uma Revisão Horizontal de Alteração de Escopo.

Além deste parâmetro existem outros que devem ser preenchidos e que determinarão o funcionamento do processo da Revisão Horizontal de Alteração de Escopo:

3.2. Mandatário na Codificação das Tarefas:

Neste parâmetro será informado quem será o projeto mandatário, se o projeto original ou a revisão de Alteração de Escopo, para a determinação da codificação das tarefas quando houver qualquer conflito entre eles.

Essa definição será utilizada pelo sistema nas rotinas "Sincronizar Planejamento" e "Aplicar Alteração de Escopo" para definições quanto aos códigos das tarefas, devido à criação de novas tarefas e aos processos de renumeração e alteração de código que podem ser efetuados em ambos os projetos.

Se definirmos que o projeto mandatário é o projeto pai e na Alteração de Escopo for criada uma tarefa com um código que já exista no projeto pai, no momento do Sincronismo ou da Aplicação da Alteração de Escopo a tarefa será automaticamente renumerada, e transferida, no momento da aplicação da revisão de Alteração de Escopo com um novo código, ou seja, independente do que foi definido na Alteração de Escopo, a ordenação dos códigos do projeto pai prevalecerá.

Por outro lado, se for definido que o projeto mandatário é a Revisão Horizontal de Alteração de Escopo, se nela for criada uma tarefa cujo código já exista no projeto pai, no momento do Sincronismo ou da Aplicação da Alteração de Escopo a tarefa do projeto pai terá seu código alterado para o próximo código disponível, o mesmo ocorrendo se na Alteração de Escopo for realizada a renumeração das tarefas, ou seja, independente do que existia no projeto pai, a ordenação dos códigos da Alteração de Escopo prevalecerá.

Estes parâmetro será definido no projeto principal e não poderá ser alterado na Revisão de Alteração de Escopo. 

3.3. Consistências de Alteração de Escopo:

Estes parâmetros irão definir se na Aplicação da Alteração de Escopo, o TOTVS Obras e Projetos irá consistir quando a quantidade utilizada na atividade do projeto principal for diminuída na revisão de Alteração de Escopo.

Para se garantir a integridade dos contratos do projeto pai, é necessário que o TOTVS Obras e Projetos se certifique que as quantidades contratadas não sejam desrespeitadas na aplicação da revisão de Alteração de Escopo.

 Caso o parâmetro de projeto esteja habilitado com a opção Avisa, o TOTVS Obras e Projetos irá realizar a aplicação e, se caso encontrar a quantidade da tarefa inferior à quantidade contratada ou comprada o mesmo irá emitir uma alerta com todas as atividades que possuem essa característica e finalizará o sincronismo. Caos o parâmetro de projeto esteja habilitado com a opção Barra, o TOTVS Obras e Projetos irá interromper a execução do sincronismo e irá emitir uma mensagem com todas as atividades que possuem quantidade inferior à contratada. Caso o parâmetro de projeto esteja habilitado com a opção Não Confere, o TOTVS Obras e Projetos executará a aplicação sem a necessidade de consistir a quantidade da tarefa em relação a contrato e plano de compras.

O contrato do tipo Serviço é um contrato cuja característica é a associação de atividades com quantidades e valores, podendo-se realizar a gestão de Terceirização de Mão-de-Obra e de Serviços. Por possuir essa característica acreditamos que o contrato do tipo Serviço não pode ter suas quantidades já contratadas desrespeitadas na planilha de atividades. A aplicação da revisão de Alteração de Escopo irá analisar se a quantidade da tarefa na revisão está respeitando a quantidade já contratada neste tipo de contrato. Assim, caso o processo de aplicação desrespeite esta regra, o processo verificará qual será seu comportamento conforme o parâmetro definido, ou seja, se caso o parâmetro for diferente de Não Confere, o TOTVS Obras e Projetos irá barrar o processo e listar ao usuário todas as atividades que estão desrespeitando a quantidade já contratada, ou irá efetivá-lo, mas irá listá-las.

O contrato do tipo Parcela Fixa é um contrato que possui características similares ao contrato do tipo serviço, onde a diferença está na geração de parcelas com valores iguais, com períodos já medidos, a fim de simplificar e dar agilidade ao negócio. Como estes contratos possuem características similares suas consistências seguirão o mesmo comportamento, onde o processo de aplicação verificará em seu parâmetro de projeto como o TOTVS Obras e Projetos ira se comportar ao verificar que a quantidade associado ao contrato está menor que a quantidade na planilha de atividade.Nesta aplicação o TOTVS Obras e Projetos irá verificar os seguintes tipos de contratos: Contrato de Serviço, Contrato de Insumo, Contrato de Parcela Fixa.

Contrato do tipo Insumo é um contrato cuja característica é o consumo de insumos associados ao contrato. Os insumos possíveis de ser associados são os insumos utilizados no projeto, assim na associação de insumo ao contrato o usuário poderá associar quantidade parcial ou total dos insumos no projeto. O TOTVS Obras e Projetos, no momento de aplicação, irá verificar se a quantidade total associada ao contrato está mantida na revisão de Alteração de Escopo, e caso a quantidade total associada ao contrato seja inferior ao total de uso do insumo no projeto o TOTVS Obras e Projetos irá verificar os parâmetros de projeto e assim definirá qual comportamento deverá assumir durante esta consistência. Caso o Parâmetro de Projeto seja diferente de Não Confere, o TOTVS Obras e Projetos irá listar ao usuário todos os insumos que estão desrespeitando a quantidade já associada.

O contrato de Material será tratado na consistência de plano de compras e para o contrato de Marco Contratual não será necessária a validação por quantidade pois o mesmo é caracterizado por metas, e essas metas são percentuais concluídos das atividades que estarão compatibilizadas por causa do cronograma realizado sincronizado.

Para se garantir a integridade do plano de compras é necessário que o Totvs Obras e Projetos verifique se a quantidade planejada na revisão de Alteração de Escopo está maior ou igual a quantidade solicitada no modulo de pedido de Material. Para esta integridade o Totvs Obras e Projetos irá analisar os Parâmetros de Projeto, e se caso o parâmetro esteja habilitado para Não Confere está consistência o Totvs Obras e Projetos não irá realizar esta validação, caso contrário será exibido um Log com todas as tarefas que possuem a esta regra desrespeitada.

Estes parâmetros serão definidos no projeto principal e não poderão ser alterados na Revisão de Alteração de Escopo.

É importante que ao final do processo de aplicação de Alteração de Escopo o usuário realize uma conferência dos processos que envolvem integrações com o BackOffice como Integração com Orçamento e Fluxo de Caixa. Como planejamento pode ter sofrido alteração é importante que estes processos sejam atualizados pelos usuários.

4. Criando uma Revisão Horizontal de Alteração de Escopo:

Ao ser selecionada uma Revisão Horizontal de Alteração de Escopo o sistema irá verificar em "Projetos | Parâmetros | Construção e Projetos | Projetos (F6) | Planilha de Serviços" se o parâmetro 'Utiliza Planilha de Serviço' está marcado e caso o projeto utilize Planilha de Serviço o sistema apresentará em tela as atividades da Planilha de Serviços para que sejam selecionadas aquelas que farão parte do Projeto Horizontal de Alteração de Escopo.  

Ao selecionar um serviço, o sistema automaticamente irá selecionar todas as tarefas vinculadas a ele vinculadas e estas tarefas farão parte da Planilha de Atividades da revisão de Alteração de Escopo. Assim, ao selecionar os serviços e clicar em Avançar o sistema apresentará a tela com as tarefas da Planilha de Atividades do projeto pai, sendo que as tarefas vinculadas aos serviços selecionados virão automaticamente marcadas e não poderão ser desmarcadas, ou seja, para desmarcar uma tarefa será necessário voltar à tela anterior e desmarcar o serviço vinculado à mesma.

Na tela das tarefas da Planilha de Atividades o usuário poderá selecionar outras atividades além das que já vieram marcadas, sejam elas vinculadas a serviços ou não, sendo que, se for selecionada alguma atividade vinculada a algum serviço que não foi marcado, o sistema automaticamente irá gerar para a revisão de Alteração de Escopo o serviço vinculado à mesma, bem como as demais atividades vinculadas a este serviço.

No rodapé das telas de seleção de atividades da Planilha de Serviços e da Planilha de Atividades deverá ser apresentado um contador que informe ao usuário a quantidade de serviços e a quantidade de atividades selecionados.

Além disso, para alertar o usuário dos vínculos existentes entre as planilhas serão exibidas em tela as seguintes informações:

• Na tela de seleção da Planilha de Serviços: "Farão parte da revisão de Alteração de Escopo todas as atividades vinculadas aos serviços selecionados";
• Na tela de seleção da Planilha de Atividades: "Farão parte da revisão de Alteração de Escopo todo os serviços vinculados às atividades selecionadas, bem como as demais atividades vinculadas a estes serviços".

Caso o projeto não utilize a Planilha de Serviços, será apresentada somente a tela com as atividades da Planilha de Atividades para que sejam selecionadas aquelas que farão parte da revisão de Alteração de Escopo.

Na geração de uma Revisão Horizontal de Alteração de Escopo o sistema seguirá as seguintes regras:

• Quando for selecionada uma tarefa, as etapas e obras superiores a esta tarefa serão copiadas, mesmo que não estejam selecionadas;
• Quando for selecionada uma etapa ou obras, as tarefas abaixo da mesma não serão copiadas, a menos que as tarefas abaixo estejam selecionadas;
• Será mantido o mesmo identificador da tarefa na nova revisão, pois ele será utilizado mais tarde para identificar o vínculo da revisão de alteração de escopo com a revisão que contém o escopo atual;
• As composições, insumos, cronogramas e preços associados às tarefas selecionadas também serão copiados;
• Antes de realizar a cópia das tarefas, os parâmetros do projeto serão copiados para a nova revisão automaticamente.
  

5. Ações da Revisão Horizontal de Alteração de Escopo:

Após ter sido gerado a Revisão Horizontal de Alteração de Escopo o usuário poderá alterá-la, efetuando assim o replanejamento do projeto.

De qualquer forma descrevemos abaixo as restrições, possibilidades e o fluxo do processo para a Revisão Horizontal de Alteração de Escopo, determinando, assim, o funcionamento da mesma.

5.1. Ações Não Permitidas na Revisão Horizontal de Alteração de Escopo:

Algumas funcionalidades não serão permitidas na Revisão Horizontal de Alteração de Escopo, a saber:

• Excluir tarefas, composições e/ou insumos;
• Não será permitida a diminuição do número de períodos, porém este processo será validado apenas na aplicação da revisão horizontal;
• Importação via MS Project;
• Importação via MS Excel;
• Importação de arquivo TXT;
• Sincronização com MS Project;
• Exclusão de Insumos não utilizados;
• Exclusão de Composições não utilizadas.; 
• Backup/Restore de Projeto;
• Equalização;
• Alterações no quadro de permanência;
• Apropriações.

As demais funcionalidades serão permitidas, mas somente serão refletidas na revisão em uso as alterações realizadas nas entidades citadas no tópico “2. Entidades Envolvidas no Controle de Alteração de Escopo”.

5.2. Ações Permitidas na Revisão Horizontal de Alteração de Escopo:

Serão permitidas durante a Revisão Horizontal de Alteração de Escopo as seguintes ações:

• Alterações na Tarefa (inclusive código);
• Alterações nas Composições e Recursos de Composição;
• Alterações nos Insumos e Preços de Insumos;
• Inclusão de novas Tarefas tanto no projeto original como na revisão de Alteração de Escopo;
• Inclusão de novas Composições (somente serão consideradas se tiverem associação com alguma tarefa da revisão de alteração de Escopo – direta ou indiretamente);
• Inclusão de novos Insumos: (somente serão consideradas se tiverem associação com alguma tarefa da revisão de alteração de Escopo – direta ou indiretamente);
• Renumeração  e Alteração do Código das Tarefas (serão aplicados conforme a revisão definida como mandatária);
• Alterações no Cronograma;
• Alterações nos Parâmetros;
• Uso do comparador do Projeto para comparar as alterações realizadas com a revisão de escopo atual;
• Cópia de Itens (somente tarefas, composições, insumos e grupos de custo).

6. Sincronismo entre Projeto Principal e Alteração de Escopo

Após terem sido efetuadas as alterações desejadas na Revisão de Alteração de Escopo, antes de aplicá-las, recomendamos fortemente que seja efetuado o sincronismo da revisão em uso, pois, dependendo das alterações realizadas em um projeto, as mudanças de planejamento podem durar vários dias ou até meses, e como o projeto origem não ficou parado, ou seja, continuou tendo o seu realizado em andamento, é necessário que o projeto filho consiga obter algumas informações do projeto pai, para que a situação do projeto filho seja atualizada para a realidade, antes que as suas modificações sejam aplicadas ao projeto pai.

É importante que antes da aplicação da Alteração de Escopo sejam feitas algumas validações já que o projeto pai pode ter cronograma realizado, contratos ativos, solicitações de compras realizadas entre outros.

Assim, para que a revisão de Alteração de Escopo não fique desatualizada em relação ao projeto origem, é necessário que seja executado um processo no qual, a partir do projeto principal, seja feita a sincronização dos seus dados com os das suas revisões de Alteração de Escopo.

Ao clicar no processo de “Sincronizar Planejamento” será necessário que o usuário selecione os projetos de Alteração de Escopo que receberão o sincronismo e as tarefas que deverão ser sincronizadas novamente. Ao selecionar as tarefas que serão sincronizadas, o TOP irá se comportar da seguinte forma:

• Novas Tarefas: Caso o usuário selecione uma tarefa que não está no projeto de revisão de Alteração de Escopo; o processo de sincronismo irá adicioná-la à revisão com todas as suas relações (recursos, datas, cronograma);
• Tarefas Existentes: Caso o usuário selecione uma tarefa que já está no projeto de revisão de Alteração de Escopo; o  processo de sincronismo irá substituir todas as informações da tarefa do projeto de revisão para todas as informações do projeto principal;
• Tarefas Excluídas: Caso o usuário exclua uma tarefa no projeto principal, a mesma não terá efeito na revisão de Alteração de Escopo. É importante que tarefas não sejam excluídas quando houver a existência de revisões de Alteração de Escopo pendente, pois ao excluir uma tarefa no projeto principal a mesma não poderá ser excluída nos projetos de revisão de Alteração de Escopo.

 No processo de Sincronismo existem ainda 2 parâmetros cujo funcionamento detalharemos a seguir:

Será criado um novo parâmetro no processo de Sincronismo de Planejamento (Alterar apenas planejamento) para que seja atualizado apenas os períodos travados dos cronogramas previsto, realizado e medido, o travamento de períodos e o percentual concluído do PERT.
Caso a quantidade total do cronograma realizado seja maior do que a quantidade da tarefa no projeto de destino será abortado o processo e gerado log das tarefas que estão nesta situação.

O percentual do PERT será calculado através do somatório da quantidade do cronograma realizado dividido pela quantidade do projeto de alteração de escopo.

1.6        Processo de Aplicação da Revisão de Controle de Alteração de Escopo:

No processo atual (12.1.2 e anteriores) quando é realizado a aplicação da Revisão de Controle de Alteração de Escopo era conciliado as alterações realizadas pelo usuário na revisão de Alteração de Escopo para a nova revisão de Escopo, Orçamento Ativo e Execução. Ela continha as seguintes características:

ü  Escolher a ação a ser realizada: Aprovação ou Rejeição. Não haverá aprovações Parciais da alteração do escopo.

ü  No caso de Rejeição o status da revisão de Escopo será modificado para Cancelado e ficará registrado na observação do status a Rejeição e o usuário que rejeitou, além de um texto que o usuário poderá informar para detalhar a rejeição.

ü  No caso de Aprovação o status da revisão de Escopo será modificado para Concluído e ficará registrado na observação do status a Aprovação e o usuário que aprovou, além de um texto que o usuário poderá informar para detalhar a aprovação.

ü  Antes de proceder com a aprovação ou rejeição o sistema dará duas mensagem pedindo ao usuário para confirmar se deseja prosseguir, pois o processo será irreversível.

ü  No caso de aprovação o sistema fará a seguintes ações para aplicar as alterações de Escopo:

• Como já foi dito anteriormente, tarefas incluídas e as quais o código se choque com tarefas existentes na revisão de Escopo Atual ou Orçamento Ativo, provocarão renumeração das tarefas do escopo atual.
• Tarefas que foram somente alteradas aplicarão a alteração na revisão atual, exceto se a alteração estiver no código da tarefa. Neste caso o código da revisão Escopo Atual ou Orçamento Ativo será mantido.
• Cronogramas, Composições e Insumos alterados serão replicados para a revisão de Escopo Atual ou Orçamento Ativo.
• Cronogramas, Composições e Insumos criados serão criados também na revisão de Escopo Atual ou Orçamento Ativo.
• Se no escopo atual existir algum insumo ou composição onde o código entre em conflito com algum cadastrado na alteração de escopo, os mesmos deverão ser substituídos pelos dados da alteração de escopo.
• Preços ativos de insumos da alteração de escopo deverão prevalecer em relação aos preços dos insumos do Escopo Atual ou Orçamento Ativo.
• Se no Escopo Atual ou Orçamento Ativo, uma tarefa existente na revisão de controle de alteração de escopo, for excluída, o processo será abortado.

ü  Antes de iniciar o processo, o Escopo Atual será revisado para manter uma versão com o escopo antes da aplicação da alteração.

ü  Neste processo, todas as revisões de Controle de Alteração de Escopo pendentes devem ser atreladas para nova revisão do Escopo Atual ou Orçamento Ativo.

ü  São Consideradas revisões pendentes, aquelas para as quais não foram aplicadas o processo de Rejeição ou Aceitação. Iremos controlar com o status do Projeto. Revisões Encerradas seriam sinalizadas pelos status Cancelada\ Concluída\ Revisado.

ü  Sempre que qualquer revisão no Escopo Atual ou Orçamento Ativo for realizada, o controle de Alterações de escopo deve ser trazido para a última revisão de forma facilitar ao usuário identificar as revisões de Escopo pendentes.

• Observação: o log de usuários deverá registrar quem está fazendo as alterações na revisão de escopo atual, da mesma forma que registraria se fosse uma alteração normal.
• Depois de aplicada uma alteração de escopo o sistema não deve permitir excluir mais esta revisão, pois ela documenta as alterações realizada ao longo do projeto.

1.6.1        Sincronismo entre Projeto principal e Alteração de Escopo

Os projetos selecionados para o sincronismo terão seus planejamentos alterados de acordo com o projeto principal. O processo de sincronismo de projetos realizará uma alteração em cronograma e Pert na revisão de alteração de escopo selecionada. Para cada entidade do sistema o Totvs obras e Projetos irá analisar os seguintes dados:

• Cronograma
  • Na análise de cronograma o Totvs Obras e Projetos irá verificar se houve alguma alteração e travamento do período do cronograma da Planilha de Atividades. Caso houver período travado no projeto principal da Planilha de Atividade, o Totvs Obras e Projetos irá realizar o travamento e alteração do cronograma planejado, realizado e medido automaticamente igualando os valores do projeto principal a revisão de Alteração de Escopo. Esta analise ocorrerá apenas na Planilha de Atividade, pois a Planilha de Serviços é utilizada para orçamento e caso tenha alguma informação de realizado no cronograma da Planilha de Serviços esta informação será ignorada no processo de sincronismo de Alteração de Escopo. No processo de sincronismo tem a possibilidade do usuário realizar o replanejamento de cronograma, ao selecionar esta opção o Totvs Obras e Projetos irá verificar o avanço físico do período e replanejar de acordo com os exemplos abaixo:
    • Suponhamos um projeto A está em execução e deste projeto foram geradas 2 revisões de alteração de escopo A.1 e A.2. No momento desta revisão o projeto tinha andamento apenas no 1º período e consequentemente este período está travado. Os usuários que geraram as revisões realizaram as modificações de cronograma como demonstrado na Figura 1 abaixo:

Figura 1 - Realizando a alteração de escopo e modificando cronograma

• Com o andamento da obra, foi realizado o segundo período do projeto principal A, assim o usuário tornou-se obrigado a sincronizar os projetos de alteração de escopo. No momento que o usuário solicitou o sincronismo ele não marcou o replanejamento automático e o sistema irá se comportar da seguinte forma:
  • Se o parâmetro de projeto “Não emitir aviso se o cronograma não fechar em 100%” estiver selecionado, o Totvs Obras e Projeto deixará o lançamento ser realizado se o percentual total do cronograma previsto for inferior a 100%.
  • Se o parâmetro “Somente avisar se o cronograma previsto não fechar em 100%” estiver selecionado, o Totvs Obras e Projeto deixará o lançamento ser realizar se o percentual total do cronograma previsto for inferior a 100%.
  • Se o Parâmetro de projeto “Obriga o fechamento do cronograma previsto em 100%” estiver selecionado, O Totvs Obras e Projetos não deixará o sincronismo ser concluído se todas as tarefas não fecharem em 100%. Em seu cronograma previsto.

Figura 2 - Parâmetros de cronograma

• Suponhamos que para o cenário anterior, o parâmetro selecionado foi “Obriga o fechamento do cronograma previsto em 100%” e o usuário não selecionou a opção de replanejamento. Demonstrado na figura 3 o seguinte cenário irá ocorrer:

Figura 3 - Realizando o sincronismo entre o projeto principal e as revisões e alteração de escopo

Neste cenário o totvs obras e Projetos não realizará o sincronismo de nenhum dos projetos pois sem o replanejamento automático todos os lançamentos em cronograma estarão com valores diferentes de 100%.

• Suponhamos agora que o parâmetro selecionado foi “Não emitir aviso se o cronograma não fechar em 100%” e o usuário não selecionou a opção de replanejamento. O Totvs Obras e Projetos irá emitir um Log de Atenção, pois o Projeto A.1 quepossui percentual planejado superior a 100% não será sincronizado e o Projeto A.2 que possui percentual planejado inferior a 100% irá receber a atualização. O mesmo cenário se repetirá caso o usuário selecione o parâmetro “Somente avisar se o cronograma previsto não fechar em 100%”.
• Suponhamos agora que o usuário na execução do processo selecione o replanejamento automático do cronograma. O Totvs Obras e Projetos irá realizar a o replanejamento de acordo com o lançamento travado no cronograma, como demostrado na figura 4:

Figura 4 - Realizando o sincronismo com a seleção do replanejamento selecionado

                No cenário da Figura 4 com o campo de replanejamento selecionado o Totvs Obras e Projetos realizou uma redistribuição no cronograma do projeto A.1 e A.2 de acordo com o realizado do projeto principal, deixando os projetos de alteração de escopo atualizados em relação ao projeto principal. É importante informar que a opção de replanejamento apenas será realizada pelo processo se os cronogramas das tarefas estiverem planejados em 100%, pois apenas desta forma o Totvs Obras e Projetos consegue replanejar a atividade

                Todas as validações de cronograma serão feitas pela dimensão de quantidade, na relação quantidade tarefa e quantidade no cronograma, pois outras dimensões poderão causar erros.

• Pert
  • Na análise do Pert o Totvs Obras e Projetos irá verificar se houve alguma alteração no campo de Percentual concluído. Caso o sistema identifique que houve avanço no realizado o Totvs Obras e Projetos irá atualizar o percentual concluído automaticamente de acordo com o andamento da atividade do projeto principal.

O Totvs Obras e Projetos no processo de sincronismo aceita que o usuário cria novas tarefas na revisão de Alteração de Escopo, e esta tarefa irá fazer parte do projeto em Execução, mas o projeto de execução quando possui revisões de Alteração de Escopo, não aceitará a inserção de uma nova tarefa no projeto principal. Essa regra se faz necessária pois tarefas novas devem ser tratadas na revisão de Alteração de Escopo devido ao controle realizado pelo Totvs Obras e Projetos ao aplicar a revisão de Alteração de Escopo.