Especificação de Requisitos

 

Projeto/Versão: 12.1.4

Requisito/Módulo: SIGAGCT

Sub-Requisito/Função:

Tarefa/Chamado:

País: All

Data Especificação: 16/07/2015


Rotinas Envolvidas

 

 

Rotina

Tipo de Operação

Opção de Menu

CNTA121

Inclusão

Atualizações -> Contrato -> Medições

CNTA120

Exclusão

Atualizações -> Contrato -> Medições

CNTR030

Alteração

Relatórios -> Contratos -> Medições

CNTR040

Alteração

Relatórios -> Contratos -> Boletim de Medição

CNTR050

Alteração

Relatórios -> Contratos -> Medições -> Medições X Nfs

CNTR300

Alteração

Relatórios -> Contratos -> Medições -> Multas e Bonificações

CNTA050

Alteração

Atualizações -> Cadastros -> Tipos -> Multas e Bonificações

MATA460A

Alteração

SIGAFAT -> Atualizações -> Faturamento -> Documentos de Saida

MATA103

Alteração

SIGACOM -> Atualizações -> Movimentos -> Documento de Entrada

MATXALC

Alteração

Não Possui

RUPMAT

Alteração

Não possui


Estratégia de Desenvolvimento e Liberação

 

Produto

Protheus

Release que está sendo desenvolvido

12.1.

Possui Réplica?

( )Sim (X)Não

Qual a versão?

Totvs 12


Objetivo

Visando melhor usabilidade e implementação de novas funcionalidades, a rotina de medição de contratos será reescrita utilizando os recursos da tecnologia MVC.

Definição da Regra de Negócio


Regras

Rotina

Os itens abaixo referem-se a conversão da rotina de medição para MVC

 
  1. Inclusão de novos campos Planilha, Cronograma, ID, Multa e Bonificação nos itens da medição (Tabela CNE). Estes campos estão descritos na sessão "Dicionario de Dados" deste documento.

CNTA121
  1. Inclusão de novo campo Situação (CND_SITUAC) no cabeçalho da medição, este campo será responsável por controlar a situação da medição


    Inclusão de novo campo Rev. Geradora (CND_REVGER) no cabeçalho da medição, este campo será responsável por informar a revisão do contrato que gerou a medição.

    A descrição dos campos e encontra-se na sessão "Dicionario de Dados" deste documento.

CNTA121
  1. Realizar a conversão do fonte CNTA120 (Medição de Contratos) para o fonte CNTA121 (Medição de Contratos) utilizando MVC.


    Deverá ser criado relacionamento entre as tabelas CN9 (Contratos), CNA (Cabeçalho Planilhas Contratos), CNB (Itens das Planilhas Contratos), CND (Cabeçalho Medição de Contratos), CNE (Itens da Medição de Contrato), CNF (Cronograma Financeiro Contrato), CNZ (Rateio), CNQ (Med x Descontos) e CNR (Med x Multas)

CNTA121
  1. Para inclusão de novas medições (atual CN120INC) será desenvolvida nova interface, utilizando como exemplo o modelo abaixo.




    Informando o número de contrato (CN9_NUMERO), a competência deve ser gerada dinamicamente baseada nos cronogramas presentes no contrato informado.

    Serão desenvolvidos dois botões "Carga Parcial" e "Carga Total", onde o primeiro somente carrega as planilhas relacionadas ao contrato com saldo e/ou recorrentes, não disponibilizando neste momento os itens das planilhas, sendo disponibilizados os itens conforme o acesso as planilhas (ao selecionar-se a planilha, são carregados os itens).

    O botão "CargaTotal" torna disponível a visualização de todos os itens de todas as planilhas com saldo disponível e/ou recorrentes.

    Será possível selecionar as planilhas com saldo ou recorrente para a competência selecionada utilizando um "check-box" posicionado ao lado esquerdo do número da planilha, planilhas sem saldo não devem ser apresentadas para seleção.

    Ao selecionar-se uma planilha do contrato, a grid de itens deverá mostrar os itens relacionados a planilha. (Utilizar como exemplo a inclusão de contratos CNTA300 para mostrar os itens).

    Serão relacionados as planilhas da tabela CNA (Planilhas do Contrato) com os itens da tabela CNB (Itens de Contrato), preenchendo com os valores na tabela CNE (Itens de Medição) para edição e posteriormente gravando em banco as informações. Os itens da planilha devem ser editáveis respeitando o tipo de planilha (CNA_TIPPLA) da planilha selecionada.

    Em todas situações deve ser possível editar o ID Pedido (CNE_IDPED) , que possui valor padrão "1", que agrupará os itens em pedidos diversos. [O ID Pedido não corresponde ao pedido gerado após encerramento da medição, esta atua somente como um agrupador]

    O campo Nr. Planilha (CND_NUMERO) não será mais utilizado no cabeçalho da medição (Tabela CND), sendo mantido somente para retrocompatibilidade, devendo ser gravado como vazio. A informação de número de planilha continuará sendo gravado somente no campo Nr. Planilha (CNE_NUMERO) de cada item da medição em conjunto com a informação do cronograma, que será gravada no novo campo Cronograma (CNE_CRONOG).

    Será gravado no novo campo Rev. Geradora (CND_REVGER) o valor da revisão atual do contrato.

    Deverão existir dois totalizadores, um da planilha e outro da medição. O totalizador da planilha deve considerar os itens da planilha selecionada, informando suas totalizações. Estes campos serão gravados em um modelo temporário desenvolvido localmente.

    O totalizador da medição deve considerar todas as planilhas selecionadas para gerar o total da medição. Para isto, será utilizado o modelo temporária contendo os valores totalizados de cada planilha selecionada. Os campos de totalização da medição deverão continuar sendo gravados em banco conforme rotina antiga.

CNTA121
  1. Desenvolver aba "Rateio" no grid dos itens, onde serão inclusos os rateios contábeis dos itens como realizado no contrato. Esta aba deve relacionar os itens da CNE com o rateio contábil da tabela CNZ. Não será mais utilizado o botão "Outras Ações -> Rateio". As informações gravadas na tabela CNZ deve permanecer inalterada.

CNTA121
  1. Desenvolver rotina para popular o campo CND_SITUAC com os valores abaixo:


    Descrição CND_SITUACLegenda
    Medição em Aberto A Vermelho
    Medição Bloqueada B Preto
    Medição Encerrada E Verde
    Aut. Fornec. Sem Pedido F Laranja
    Aut. Fornec. Aberta FA Azul
    Aut. Fornec. Encerrada FE Cinza
    Med. Servic. Aberta SA Amarelo
    Med. Servic. Encerrada SE Violeta
    Med. Cancelada CBranco

    As situações devem respeitar as condições da legenda do modelo antigo definidos na função CNTA120.

    Para as situações Med. Cancelada deve ser verificado se ao menos um dos itens de todas as planilhas relacionadas a medição possui valor diferente de vazio no campo Total Cancelado (CNE_TOTCAN).

CNTA121
  1. Desenvolver rotina RUP para popular o novo campo CND_SITUAC com os valores definidos no item acima, respeitando as condições do modelo anterior.

RUPMAT
  1. Alterar função de bloqueio MaEntCtb para atualizar também o novo campo CND_SITUAC.


    Alterar função de bloqueio e liberação MaAlcDoc para atualizar também o novo campo CND_SITUAC

MATXALC
  1. Atualizar o relatório de Medições (CNTR030) para adequar-se as alterações da nova estrutura de dados. O relatórios deve considerar as medições sem valor no campo Nr. Planilha (CND_NUMERO), verificando os itens desta medição (CND_NUMMED x CNE_NUMMED) para gerar o relatório.

CNTR030
  1. Atualizar o relatório de Boletim de Medilções (CNTR040) para adequar-se as alterações da nova estrutura de dados. O relatórios deve considerar as medições sem valor no campo Nr. Planilha (CND_NUMERO), verificando os itens desta medição (CND_NUMMED x CNE_NUMMED) para gerar o relatório.

CNTR040
  1. Atualizar o relatório de Medições x Nfs (CNTR050) para adequar-se as alterações da nova estrutura de dados. O relatórios deve considerar as medições sem valor no campo Nr. Planilha (CND_NUMERO), verificando os itens desta medição (CND_NUMMED x CNE_NUMMED) para gerar o relatório.

CNTR050
  1. Atualizar o relatório de Multas e Bonificações (CNTR300) para adequar-se as alterações da nova estrutura de dados. O relatórios deve considerar as medições sem valor no campo Nr. Planilha (CND_NUMERO), verificando os itens desta medição (CND_NUMMED x CNE_NUMMED) para gerar o relatório. O relatório deve considerar a nova estrutura de multas e bonificações por itens

CNTR300

Os itens abaixo referem-se a Inovação do ID de pedido e partes envolvidas.

 
  1. Deverá ser desenvolvida nova tabela CXJ relacional para armazenar informações interligando o pedido gerado, medição, planilha, item, ID e parte envolvida


    A nova tabela deve conter os campos:
  • Pedido (CXJ_NUMPED)
  • Item do Pedido (CXJ_ITEMPED)
  • Contrato (CXJ_CONTRA)
  • Rev. Geradora (CXJ_REVGER)
  • Medição (CXJ_NUMMED)
  • Planilha (CXJ_NUMPLA)
  • Item da Planilha (CXJ_ITEMPLA)
  • ID (CXJ_ID)
  • Parte Envolvida (CXJ_PARTEENV)
  • Loja da Parte Env. (CXJ_LOJAENV)
  • Forn./Cliente (CXJ_FORCLI)
  • Loja (CXJ_LOJA)

    A descrição dos campos encontra-se na sessão "Dicionario de Dados" deste documento.

CNTA121
  1. Desenvolver fluxo para agrupar os itens que possuem o mesmo id, por planilha, gerando um pedido por id para cada planilha no encerramento da medição. Esta alteração será realizada na função C N120GrvPed e devem ser gerados pedidos conforme exemplo abaixo.


    Exemplo:
    Planilha 01

Item

Descrição

Quanti

Vl. Unit

Vl. Total

ID

001

Item 01

10

R$ 1,00

R$ 10,00

1

002

Item 02

10

R$ 2,00

R$ 20,00

1

003

Item 03

10

R$ 3,00

R$ 30,00

2


Pedidos Gerados:

Planilha 01


Com a implantação desta inovação, será possível ao usuário selecionar IDs agrupadores dos itens na medição, e quando esta for encerrada, os itens de uma mesma planilha, com o mesmo ID serão agrupados na geração do pedido de compra ou pedido de venda.
Para pedidos de venda, ainda é possível definir as partes envolvidas, sendo gerados pedidos de vendas proporcionalizados de acordo com o percentual participativo da parte.


Com a implantação desta inovação, será possível ao usuário incluir multas e bonificações por item da medição. Para isto, deve selecionar o item na grid e após ir à aba Multas & Bonificações, onde poderá incluir manualmente multas e/ou bonificações para o item selecionado previamente. As multas e bonificações automáticas também estarão presentes nesta aba, porém o usuário não poderá realizar alterações nestas.
É exibido um totalizador de multas e bonificações abaixo do grid de itens, que além da somatória dos itens, contabiliza também as multas e bonificações da planilha relacionada.


Visando atender a necessidade de recomposição do saldo já medido de um contrato, ao ser gerada uma nota de devolução será verificado qual medição foi responsável pelo pedido original. Nesta medição serão informados os valores devolvidos por item e realizada a recomposição do saldo do contrato. Esta medição originadora agora apresentará o status de Cancelada, não sendo possível seu estorno.

Tabelas Utilizadas e Rotina envolvida

CN4

Multas

 

CN9

Contratos

 

CNA

Cabeçalho Planilha

 

CNB

Itens das Planilhas

 

CND

Cabeçalho Medição

 

CNE

Itens da Medição

 

CNF

Cronograma Financeiro

 

CNZ

Rateio Itens do Contrato

 

CNQ

Amarração Med x Descontos

 

CNR

Amarração Med x Multas

 

CXI

Partes Envolvidas do Contrato

 

CXJ

Amarração Pedido x Medição x Planilha x Parte

 

Release Notes


Módulo

SIGAXXX –

Função

 



Dicionario de Dados