Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

Informações Gerais

 

Especificação

Produto

TOTVS Obras e Projetos

Módulo

Alteração de Escopo

Segmento Executor

Construção & Projetos

Chamado

TVQHPB

País

Brasil e demais países da América Latina

  

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 andamentoAtravés da mesma, a empresa poderá criar uma revisão horizontal do projeto atual, 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.

Assim, posteriormente, caso essa revisão horizontal de alteração de escopo seja aprovada a mesma poderá 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,  é necessário que o projeto tenha controle de fases, sendo que a mesma poderá ser aplicada apenas 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).

 

3. Criação de uma Revisão de Alteração de Escopo:

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á a criação de uma Revisão Horizontal de Alteração de Escopo.

Além deste parâmetro, existem outros que fazem do processo de Alteração de Escopo, mas como eles serão utilizados somente na consistência da sua aplicação, iremos descrever estes parâmetros no momento em que estivermos detalhando essa parte da rotina.

 

O processo atual da revisão será modificado para permitir o seguinte funcionamento:

Exibir todas as tarefas da Revisão de Escopo Atual (Venda) ou Orçamento Ativo (Planejamento).

Sempre será exibida a planilha de atividades para a seleção, não importando se o projeto utiliza a planilha de serviços  ou não.

Permitir o usuário selecionar os serviços, etapas ou obras que deseje copiar para gerar uma revisão para controle da alteração de escopo.

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.

Deve se manter 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, preços associados às tarefas selecionados 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.

Toda e qualquer Tarefa incluída no projeto de Alteração de Escopo que não seja no momento da geração do projeto, será considerada como uma nova tarefa incluída, mesmo que seja copiada do projeto de origem através da Cópia de Itens.

 

 

 

1.5        Funcionalidades na Revisão de Controle de Alteração de Escopo:

 

 

 

Abaixo descrevemos as restrições, possibilidades e o fluxo do processo para a revisão de Controle de Alterações de Escopo. Desta forma determinamos o funcionamento da mesma.

 

1.5.1        Funcionalidades Não Permitidas na Revisão de Controle de Alteração de Escopo

 

 

 

Algumas funcionalidades não serão permitidas na revisão de controle de alteração de escopo. São elas:

 

ü  Excluir tarefas, composições e insumos

 

ü  Não será permitido a diminuição do número de períodos.( Este processo será validado apenas na aplicação).

 

ü  Importação via MS Project

 

ü  Importação via MS Excel (Tarefas, Composições e Insumos)

 

ü  Importação 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

 

ü  Copia de itens

 

 

 

As demais funcionalidades serão permitidas, mas somente serão refletidas na revisão de Escopo atual ou Orçamento Ativo as alterações realizadas nas entidades citadas no tópico “Entidades Envolvidas no Controle de Alteração de Escopo”. Ou seja, se uma equalização for realizada, o resultado desta ação não será considerado na aplicação da revisão no escopo atual. Bem como alterações no quadro de permanência ou apropriações.

 

 

 

1.5.2        Renumeração do código da tarefa no Escopo Atual ou Orçamento Ativo:

 

 

 

Para efeito de controle, toda tarefa incluída será marcada internamente, pois caso o código dela já exista na revisão do Escopo Atual, Orçamento Ativo ou Execução, a tarefa nesta revisão deverá ser renumerada, permitindo que a nova tarefa incluída seja transferida no momento da aplicação da revisão de controle da alteração de escopo.

 

 

 

No caso de modificação de código de tarefa no processo de alteração de escopo, o mesmo não será levado em consideração, prevalecendo o código da tarefa existente no escopo atual. O único caso de alterações de código da tarefa foi descrito no caso acima.

 

 

 

1.5.3        Ações Permitidas na Revisão de Alteração de Escopo:

 

 

 

Serão permitidas e esperadas as seguintes:

 

ü  Alterações na Tarefa

 

ü  Inclusão de tarefas no projeto principal

 

ü  Alterações nas Composições e Recursos de Composição

 

ü  Alterações nos Insumos e Preços de Insumos

 

ü  Inclusão de Novas Tarefas na revisão

 

ü  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)

 

ü  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.

 

 

 

 

 

 

 

 

 

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

 

 

 

Baseado na regra montada no item 1.6 desta especificação, o comitê de inovação do Totvs Obras e Projetos realizou uma pesquisa de mercado com relação ao processo de Alteração de Escopo atual. Com base nesta pesquisa o comitê concluiu que este processo precisa de uma nova implementação quanto a aplicação da Alteração de escopo, pois hoje ela é aplicada sem considerar o andamento da obra o que pode trazer inconsistências ao projeto. A aplicação da alteração de escopo considerando o andamento realizado do cronograma da obra tornou-se importante uma vez que o usuário deseja realizar a alteração de escopo e no momento da aprovação da revisão esse modelo seja aplicado na execução. Entendemos que a aplicação da alteração de escopo precisa de algumas validações quando o projeto se encontra com cronograma realizado e contratos ativos, solicitações de compras realizadas entre outros.

 

 

 

Quando o projeto se encontra em execução, quer dizer que o orçamento e planejamento foram aprovados e a obra está acontecendo, e no Totvs Obras e Projetos temos alguns módulos gerando valores realizados no projeto como: Contrato, Mobilidade, Plano de compras, Apropriação entre outros. Como o projeto não é paralisado quando é feita 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 as tarefas que deverão entrar no novo projeto, então o Totvs Obras e Projetos, cria um novo projeto filho do projeto selecionado, dando a possibilidade do usuário realizar modificações/inclusões no projeto de revisão. Essas mudanças de planejamento podem durar meses dependendo da alteração realizada, e como o projeto origem não ficou parado, continuou tendo o seu realizado em andamento, é necessário que o projeto filho consiga obter algumas informações do projeto origem.

 

 

 

Para que a revisão de alterações de escopo não fique desatualizada em relação ao projeto origem, é necessário que seja criado no anexo “Projetos de Revisão Múltipla” um processo que ao selecionar o projeto principal seja possível sincroniza-lo com 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 revisados pela Alteração de escopo que devem realizar o sincronismo. Após selecionar os projetos o usuário também irá informar se deseja que o Totvs Obras e Projetos realize o replanejamento do cronograma baseado nos períodos realizados do cronograma do projeto principal. Caso o projeto principal sofra alguma alteração/inclusão em tarefas e essas alterações/inclusões precisam ser sincronizadas com os projetos de revisão de Alteração de Escopo, o usuario deverá selecionar as tarefas que deverão ser sincronizadas novamante. Ao selecionar as tarefas que deverão ser sincronizadas o TOP irá se comportar se basenado no seguinte cenário:

 

  • Novas Tarefas: Caso o usuario selecione no sincronismo uma tarefa que não esta no projeto de revisão de Alteração de Escopo; o processo de sincronismo irá adicionar a tarefa com todas as suas relações (recursos, datas, cronograma).
  • Tarefas Existentes: Caso o usuario selecione no sincronismo uma tarefa que esta 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 Exlcuidas: Caso o usuario 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 exlcluidas 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.

 

 

 

 

 

 

 

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.

 

1.6.2        Consistências verificadas na aprovação da Alteração de Escopo

 

 

 

A Alteração de escopo quando criada não leva para o projeto os Contratos e suas Medições, Riscos, Apontamentos, Mobilidade e Planos de Compras realizados no projeto de execução, apenas tarefas, recursos, cronograma planejado e realizado até o momento da revisão. Após a conclusão da análise da revisão de Alteração de Escopo, o usuário deverá escolher a revisão que atualizará a versão de execução, e neste cenário é necessário que o Totvs Obras e Projetos realize algumas consistências garantindo a integridade do projeto que está em execução. Para isso é necessário realizar uma conferência e tratar consistências dos seguintes módulos:

 

 

 

  • Travamento de Períodos
  • Contrato
  • Plano de compras

 

 

 

Para se garantir a integridade do cronograma realizado, é necessário que projetos em fase de execução tenham compatibilidade com suas revisões ao longo do tempo da obra. Neste momento é necessário que os projetos revisados da alteração de escopo recebam informações do projeto principal para que não fiquem desatualizados em relação de execução. Para que os projetos de revisão de alteração de escopo recebam atualização do projeto é necessário que o usuário execute o processo de sincronização, como este processo é dependente do usuário o modulo de aplicação de revisão de alteração de escopo deverá analisar se existe compatibilidade entre o projeto aprovado e o projeto principal que se encontra em execução. Caso os projetos sejam incompatíveis o Totvs Obras e Projetos irá abortar a aplicação, informando ao usuário a necessidade de se executar o processo de sincronização de projetos. As consistências analisadas pelo Totvs Obras e Projetos serão feitas pela dimensão de quantidade, mantendo a integridade:

 

ü  Validar o cronograma planejado pela dimensão de quantidade, nos períodos fechados. Verifica se existe diferenças entre a Alteração de Escopo e a versão de execução.

 

ü  Quantidade da tarefa no projeto de revisão está lançada no cronograma planejado respeitando os parâmetros de projeto aba cronograma e o limite de 100%.

 

ü  As quantidades de períodos travados no projeto principal estão compatíveis a quantidade de períodos do projeto de revisão.

 

  • Aumento no número de períodos

 

 

Para as consistências dos módulos de contrato e plano de compras, foi definido que será criado uma nova aba nos parâmetros de projeto “Alteração de escopo” onde será definido o que 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. Estes parâmetros serão definidos no projeto principal e não poderão ser alterados na Revisão de Alteração de Escopo. Caso o parâmetro de projeto estiver habilitado com a opção Avisa, o Totvs Obras e Projetos irá realizar o sincronismo e se caso encontrar a quantidade da tarefa inferior a 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 de Log com todas as atividades que possuem quantidade inferior a 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.

 

 

 

 

 

 

 

 

 

Para se garantir a integridade de contrato é necessário que o Totvs Obras e Projetos garanta que as quantidades contratadas não sejam desrespeitadas na aplicação da revisão de Alteração de Escopo. 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. O contrato de Material será tratado na consistência de plano de compras e o contrato de Marco Contratual não será necessário validação por quantidade pois o mesmo é caracterizado por metas, e as essas metas são percentuais concluídos das atividades que estarão compatibilizadas por causa do cronograma realizado sincronizado.

 

 

 

O contrato do tipo serviço é um contrato cujo característica é a associação de atividades com quantidades e valores, podendo 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 atividade. 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, caso o processo de aplicação desrespeite está regra, o processo verificará qual será seu comportamento em relação aos parâmetros marcados e se caso o parâmetro for diferente de Não Confere, o Totvs Obras e Projetos irá listar ao usuário todas as atividades que estão desrespeitando a quantidade já contratada.

 

 

 

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, afim de simplificar e dar agilidade ao negócio. Como estes contratos possuem características similares suas consistências seguiram 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.

 

 

 

Contrato do tipo insumo é um contrato cujo característica é o consumo de insumos associados ao contrato. Os insumos possíveis de ser associado 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, caso a quantidade total associada ao contrato for 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 for 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.

 

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.

 

 

 

É 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.

 

  1. Considerações Finais

 

 

 

ü  Conforme foi citado no controle deste documento, a especificação constante neste documento vem para complementar a especificação/desenvolvimento da “Revisão Orçamentária” nos pontos em que não ficou claro como o Controle de Alteração do Escopo Atual e o Controle de Alteração do Orçamento Ativo seria realizado. Portanto com o desenvolvimento e aprovação do cliente das funcionalidades constante nesta especificação, entendemos que todo o escopo contratado originalmente pelo cliente está entregue.

 

ü  A necessidade do cliente está detalhada neste documento.

 

ü  Todos os pontos importantes para o desenvolvimento das necessidades do cliente foram citados acima, não há, portanto, mais nenhum fator que influa na demanda além dos citados acima.

 

ü  Não é objeto deste desenvolvimento a criação de relatórios ou telas que não foram citados no documento.

 

ü  Todos os processos correlatos estão citados nesta especificação, não havendo outros impactos do uso da ferramenta.

 

 

 

Protótipo de Tela

 

           

 

Não se aplica

 

Regras de Integridade

 

 

 

  • Contrato em aplicação no projeto em execução

 

O Totvs Obras e Projetos irá verificar se a quantidade da atividade que foi alterada na revisão de alteração de escopo, atende o total contratado.

 

 

 

  • Aplicar no Projeto em execução

 

Ao aplicar a Revisão de Alteração de escopo no projeto em execução. O Totvs Obras e Projetos deverá consistir todos os períodos fechados, não permitindo alteração nos mesmos. 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.

 

 

 

  • Inclusão de novas tarefas no projeto principal

 

Projetos em execução com Alteração de Escopo criados, não poderão ter tarefas inseridas na planilha de Atividade/Serviço para não prejudicar os planejamentos das revisões. A inclusão de novas tarefas poderão ser realizados na Alteração de Escopo.

 

               

 

  •             Integrações

 

É importante que neste processo de Aplicação da Alteração de Escopo, não se perca informações de processos que envolvam integrações, por exemplo:

 

  1. Mobilidade: Apontamentos, Folhas, Associações de Bens, funções, Equipes, Alocaçãode Mão de Obra, custo improdutivo e produtivo
  2. Apropriação
  3. TimeSheet: Apontamento, Alocação
  4. Pedido de Material
  5. Contratos



<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

 

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

 

Rotina

Tipo de Operação

Opção de Menu

Regras de Negócio

[ACAA040 – Parâmetros]

[Alteração]

[Atualizações -> Acadêmico-> Tesouraria]

-

[ACAA050 – Negociação Financeira]

[Envolvida]

[Atualizações -> Acadêmico-> Tesouraria]

-

[ACAA060 – Cadastro de Pedidos]

[Criação]

[Atualizações -> Acadêmico-> Cadastros]

-

 

Exemplo de Aplicação:

  • Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
  • Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
  • Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
  • O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

 

Tabelas Utilizadas

  • SE2 – Cadastro de Contas a Pagar
  • FI9 – Controle de Emissão de DARF>.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.