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

RM

Módulo

TOTVS Gestão de Obras e Projetos

Segmento Executor

Construção e Projetos

Projeto1

R_C&P_TOP010

IRM1

PCREQ-9419

Requisito1

PCREQ-9420

Subtarefa1

PDR_CP_TOP010-86

Chamado2

 

País

( x ) Brasil  (  ) Argentina  (  ) Mexico  (  ) Chile  (  ) Paraguai  (  ) Equador

(  ) USA  (  ) Colombia   (  ) Outro _____________.

Outros

<Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>.

 

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

Este documento tem por objetivo apresentar as implementações necessárias para cálculo e visão da Análise de Valor Agregado por Centro de Custo e demais processos necessários para correta alimentação da base de dados, listadas abaixo:

  • Implementação de parâmetro de informação de período atual
  • Alteração da origem de dados do relatório de Análise de Valor Agregado
  • Criação da visão e cálculo do relatório de Análise de Valor Agregado por Centro de Custo
  • Processo de Replanejamento da Linha de Base
  • Apropriação de Mão de Obra Indireta
  • Ajustes e fluxos de apropriação de custo
    • Apropriação de custo de equipamento por integração com módulo de manutenção.
    • Apropriação de custo de contratos no momento da liberação do período.

Definição da Regra de Negócio

RN01 - Alteração da origem de dados do relatório de Análise de Valor Agregado

O relatório de Análise de Valor Agregado  permite que os dados sejam extraídos por origem padrão ou através de fórmula.

Após análise aprofundada dos processos e conhecimento de uso da ferramenta pelo mercado, consideramos que a origem de dados ideal é a apresentada na tabela abaixo, sendo assim considerada para futuros cálculos como origem padrão.

Este modelo possui melhor aderência com os processos de cópia de linha base e replanejamento, além de ser o modelo utilizado por um grande número de clientes através da implementação de fórmulas.

 COTA | VPCOTR | VA CRTR | CR
Modelo AntigoValor do Cronograma PlanejadoValor do Cronograma RealizadoValor do Cronograma Medido
Novo ModeloValor da Linha Base

Valor agregado considerando custo

unitário da linha base*

Valor Apropriado

* O cálculo obterá o valor agregado a partir da quantidade realizada e o valor unitário da Linha Base, conforme a seguinte fórmula:

COTR (VA) = Quantidade Realizada (Cronograma Realizado) * ( Valor da Linha Base / Quantidade da Linha Base).

RN02 - Análise de Valor Agregado por Centro de Custo 

A visão do relatório de Análise de Valor Agregado por Centro de Custo consolidará os valores calculados no processo a partir da informação de centro de custo das tarefas (vide regra de obtenção abaixo), apresentando os indicadores do período atual e dos períodos acumulados. Seguindo a premissa de execução padrão do relatório, o mesmo somente poderá ser executado para a planilha de atividades e cenário principal.

Os cálculos por Centro de Custo serão executados no mesmo processamento que atualmente faz os cálculos por Obra/Etapa/Tarefa, utilizando também da mesma opção disponível na tela do processo.

Os valores calculados no processamento serão armazenados na base de dados para visualização futura. Esta implementação se faz necessária pois esta deve ser uma foto da situação no momento do processamento e caso a consolidação por centro de custos fosse efetuada no momento da visualização os dados poderiam ser diferentes, por exemplo devido a alterações nos rateios de centro de custo após a execução do processo.

O relatório será apresentado no padrão de Grid do RM, assim permitindo exportação para Excel, geração de gráficos, agrupamento por colunas e outras funcionalidades.

As informações totalizadas (todos os centros de custo) serão apresentadas na primeira linha do relatório, seguida pelas linhas de cada centro de custo identificados também pelos respectivos responsáveis.

Consolidação por centro de custo das Tarefas - Os centros de custo para os quais os valores devem ser rateados serão sempre obtidos a partir do rateio de centro de custos das tarefas, seguindo a regra de ordem padrão do TOP (listada abaixo), desconsiderando assim possíveis rateios divergentes no movimento ou outras fontes de dados.

Ordem de obtenção dos centros de custo 

  1. Rateio de centro de custo da Tarefa
  2. Rateio de centro de custo das Etapas superiores
  3. Rateio de centro de custo da Obra
  4. Centro de custo do Projeto

Layout do relatório 

Fórmulas de cálculo da Análise de Valor Agregado ( não modificadas )

  • IDP = VA / VP
  • IDC = VA / CR
  • VC (Variação de Custo) = VA - CR
  • Variação de Prazo = VA - VP
  • VC % (Variação de Custo) = (VA - CR) / CR
  • Variação de Prazo % = (VA - VP) / VP
  • EPT (Variações Típicas) = Custo Total - VA
  • EPT (Variações Atípicas) = (Custo Total - VA) / IDC
  • ENT (Utilizando uma nova estimativa) = EPT +CR
  • ENT (Utilizando orçamento restante) = (Custo Total – VA) + CR

RN03 - Parâmetro de informação de período atual

O parâmetro "Período Atual" definirá o período atual do projeto a ser utilizado na geração da Análise de Valor Agregado por Centro de Custo e processamento na nova rotina de Replanejamento de Linha base, efetuando controle de alterações dos períodos conjuntamente com os parâmetros "Alteração de Cronograma (intervalo de períodos passíveis de alteração)".

RN04 - Alteração do processo de Cópia da Linha Base

O processo de Cópia da Linha Base será alterado para permitir que nos períodos fechados ( já realizados (atual e anteriores) seja copiado para o Valor Base o valor apropriado no período, em detrimento ao comportamento atual que efetua a cópia do valor previsto. A seleção entre os dois comportamentos será efetuado a partir do parâmetro de projeto XXXXXXX"Obtenção do valor de cópia a partir do cronograma apropriado", que possui por padrão o comportamento atual.

Simulação - Base de dados Inicial

 Período 1Período 2Período 3Período 4Período 5Período 6
Linha BaseQtd51010101010
R$50100100100100100
PrevistoQtd51010101010
R$60120130130130130
RealizadoQtd3810   
R$3696130   

Apropriado

R$50110150   

Base de dados após replanejamento

 Período 1Período 2Período 3Período 4Período 5Período 6
Linha BaseQtd51010101010
R$50100100100100100
PrevistoQtd3810121111
R$3696130156143143
RealizadoQtd3810   
R$3696130   

Apropriado

R$50110150   

Base de dados após Cópia de Linha Base

  • Parâmetro para novo comportamento inativo (Copiar valor Previsto) "Obtenção do valor de cópia a partir do cronograma apropriado" inativo

 Período 1Período 2Período 3Período 4Período 5Período 6
Linha BaseQtd3810121111
R$3696130156143143
PrevistoQtd3810121111
R$3696130156143143
RealizadoQtd3810   
R$3696130   

Apropriado

R$50110150   

Conforme o comportamento padrão do processo os valores são alterados conforme lógica abaixo:

Para todos os períodos

Previsto (Qtd) → Linha Base (Qtd)
Previsto (R$)  → Linha Base (R$) 

 

Base de dados após Cópia de Linha Base 

  • Parâmetro para novo comportamento "Obtenção do valor de cópia a partir do cronograma apropriado" ativo
  • Parâmetro "Período atual" = 3
 Período 1Período 2Período 3Período 4Período 5Período 6
Linha BaseQtd3810121111
R$50110150156143143
PrevistoQtd3810121111
R$3696130156143143
RealizadoQtd3810   
R$3696130   

Apropriado

R$50110150   

Conforme o comportamento para o parâmetro ativo os valores são alterados conforme lógica abaixo:

Para os períodos já executados (período atual e anteriores)

Previsto (Qtd) → Linha Base (Qtd)
Apropriado (R$) →  Linha Base (R$) 

Para os períodos futuros

Previsto (Qtd) → Linha Base (Qtd)
Previsto (R$)  → Linha Base (R$) 

RN05 - Apropriação de Mão de Obra Indireta

O TOTVS Obras e Projetos apresenta diferentes formas para apropriação de Mão de Obra Indireta, listadas abaixo:

Apropriação de Mão de Obra Indireta por importação ou manualmente

Caso não haja integração com Mobilidade não haverá automação de apontamentos de mão de obra (direta ou indireta), sendo necessário efetuar a apropriação manualmente a partir da rotina "Apropriação de Serviços/Insumos" para que os custos sejam aplicados no cronograma apropriado e consequentemente no relatório de Análise de Valor Agregado.

Apropriação de Mão de Obra Indireta a partir do processo de revaloração

O processo de Revaloração de Mão de Obra será alterado para se tornar responsável também pela apropriação de custos de Mão de Obra Indireta, considerando como Mão de Obra Indireta todos os funcionários pertencentes a alguma equipe do Projeto (mobilidade, risco ou timesheet) mas que não possuírem nenhum apontamento no período.

Origem dos dados

Será considerado como quantidade de horas trabalhadas e o custo do funcionário no período os valores retornados pelo processo na consulta ao software de gestão de pessoas configurado.

Atualmente existem seis origens de dados diferentes para obtenção do custo e quantidade de horas (controle de ponto).Vide documento XXXXX para informações aprofundadas sobre as origens de dados permitidas.

Rateio de tarefas

O rateio de tarefas dos apontamentos será efetuado conforme regra de precedência apresentada abaixo:

Existe alocação para o funcionário?

Sim => O rateio dos custos do funcionário será realizado irmãmente pelas tarefas às quais este recurso possui alocação, desconsiderando a quantidade de alocação.

Não => O rateio dos custos do funcionário será realizado irmãmente pelas tarefas às quais a sua função estiver associado ao insumo ou composição vinculados.

 

RN06 - Ajustes e fluxos de Apropriação de Custos 

Visando viabilizar fluxos alternativos para Apropriação de Custos quando integrado ao BackOffice Protheus será criado novo parâmetro na tela de contratos responsável por informar o momento da apropriação do mesmo. Atualmente o processo viabiliza somente a apropriação a partir da Nota Fiscal retornada pelo BackOffice Protheus, sendo este também informado como o valor padrão do novo parâmetro criado.


Visibilidade do parâmetro

Este parâmetro estará disponível somente em ambientes integrados ao BackOffice Protheus, pois em integração com o BackOffice RM o processo de apropriação deve ser definido a partir do encadeamento de tipos de movimento, como já é feito nos clientes atualmente.

 

O parâmetro não será visível em contratos de Fornecimento de Materiais, pois este tipo de contrato gera solicitações de compra e assim sendo devem ser apropriados sempre no retorno da nota fiscal. A apropriação não deve ser executada a partir das solicitações de compra pois os valores serão alterados durante o fluxo de compras.

Fluxos de apropriação Valores do parâmetro e fluxos viabilizados
O parâmetro "Apropriar custos em:" possui os seguintes valores e comportamentos:
  • Não apropriar
    • Utilizando este parâmetro não será enviada informação de tarefas no rateio do Pedido do Nucleus e nem ao Pedido do Protheus, assim não apropriando no Pedido e nem na Nota Fiscal.
  • Apropriar na Liberação de do Período
    • Utilizando este parâmetro a apropriação será efetuada no Pedido do Nucleus, mas não será enviada informação de tarefas para o Protheus para que não haja apropriação na Nota Fiscal.
  • Apropriar na Nota Fiscal
    • Utilizando este parâmetro a apropriação será efetuada a partir da Nota Fiscal retornada pelo Protheus. Assim sendo, a informação do rateio de tarefas será enviada ao Protheus para propagação até a Nota Fiscal e posterior retorno, mas não será enviado ao Pedido do Nucleus para que o mesmo não seja apropriado em duplicidade.

Tipos de movimento

Os tipos de movimento de Pedido de Compra e Nota Fiscal utilizados na integração com BackOffice Protheus serão alterados para receber rateio de tarefa por itens de forma opcional e para gerar apropriação. Assim sendo, caso seja inserida a informação de tarefa no rateio o movimento automaticamente efetuará a sua apropriação, sendo o controle de inserção de tarefa de responsabilidade do parâmetro supracitado.

Exemplo de fluxos de apropriação

Fluxo com integração com BackOffice Protheus (Padrão)

Parâmetros da simulação

    • Integração com Protheus ativa
    • Integração com SigaMNT inativa
    • Todos parâmetros Parâmetro "Apropriar em:" dos contratos conforme padrão (comportamento atual)de todos os contratos  com valor "Apropriar na Liberação do Período", conforme comportamento atual.

Fluxo com integração com BackOffice Protheus SigaMNT, integração de apontamentos com SigaMNT e apropriação de contratos de serviço na liberação

Parâmetros da simulação

    • Integração com Protheus ativa
    • Integração com SigaMNT ativa
    • Contrato de fornecimento de Materiais - Comportamento padrão (não possui parametrização)
    • Contrato de prestação de serviços - Apropriar em: Apropriar na Liberação do Período
    • Contrato de equipamentos - Apropriar em: Não apropriar


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

    Opcional

    Protótipo de Tela

     

    <Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

     

    Protótipo 01

     

     

     Image Removed

     

     

    Opcional

    Fluxo do Processo

     

    <Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

    Opcional

    Origem de Dados

     

    Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

      

    Índice

    Chave

    01

    <FI9_FILIAL+FI9_IDDARF+FI9_STATUS>

    02

    <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF>

    03

    <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO>

    <Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

    Campo

    <AAA_PERESP>

    Tipo

    <N>

    Tamanho

    <6>

    Valor Inicial

    <Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

    Mandatório

    Sim (  ) Não (  )

    Descrição

    <Referência Mínima para Cálculo>

    Título

    <Ref.Calc.>

    Picture

    <@E999.99>

    Help de Campo

     

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