Histórico da Página

(Obrigatório)

Informações Gerais

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

(Obrigatório)

Objetivo

Este projeto tem por objetivo fazer a ligação entre os processos de pagamento do aplicativo PGFOGTM com as informações de contrato do aplicativo COCTAGR de modo a permitir que ambos trabalhem de maneita integrada.

(Obrigatório)

Definição da Regra de Negócio

Será necessário implementar a recuperação dos índices no cadastro de tipos de propriedade de modo que o sistema recupere os índices de KG de ATR de acordo com o contrato.

Segue exemplo do cadastro com as colunas.

Implementar a busca do contrato nas notas fiscais de complemento de preço. O contrato deve ser recuperado através da função fBuscaContrUP1 que recupera o contrato de acordo com o fundo informado na nota.

O PGFOGTM atual não possui a opção de NF de complemento de preço

1. Implementar os processos de geração de Nota fiscal e de Folha de Pagamento. Ambos devem recuperar o contrato para inserir o número do contrato nas notas e folhas geradas.

Ao modelo do que é feito na nota de complemento de preço, a busca pelo contrato deve ser realizada através da função fBuscaContrUP1.

As reversões de cada processo, Nota e Folha, também devem ser adequadas para limpar corretamente as tabelas geradas nos processos.

Implementar a rotina de Acerto de Ano (dlgRotAcertoAno e dlgRotAcertoAnoPer) para recuperar o contrato no processo de acerto anual e final de safra.

Ambos os objetos fazem parte atualmente das APLs do PGFOFP, porém o PGFOFP não é chamado no Libraries do PGFOGTM.

Como solução, os dois objetos devem ser retirados do PGFOFP e transportados um nível abaixo para a APL quinzena.apl.

A APL quinzena.apl já é chamada no aplicativo PGFOGTM, o que faria com que as rotinas de acerto ano fossem também incorporados aPGFOGTM. Essa apl também é utilizada no PGFOCOSA, que não seria impactato com a retirada dos objetos da apl pgfofp.apl.

Devido a essa migração de objetos, realizar também a sincronização das variáveis e funções entre os seguintes objetos:

PGFOGTM_VARS;

PGFOCOSA_VARS;

QUINZENA_VARS;

PGFOFP_VARS;

PGFOGTM_FUNCS;

PGFOCOSA_FUNCS;

QUINZENA_FUNCS;

PGFOFP_FUNCS;

Implementar os relatórios e consultas de Acerto Ano, Nota Fiscal e Folha de Pagamento para mostrarem as informações do contrato e os novos dados referentes ás novas implementações.

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

Exemplo de Aplicação:

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

Dicionário de Dados

SEÇÃO: RCMP_PGTCP

ENTRADA: NM_REL_VL_ABERTOS

VALOR: dlgPGTM_153

DESCRIÇÃO: Nome do objeto de relatório de valor unitário de NF.

SEÇÃO: RCMP_PGTCP

ENTRADA: NM_PGM_REV_PG_MES

VALOR: dlgRotRevRecGTM

DESCRIÇÃO: Nome do Programa de Reversão de Recibo de Pagamento Mensal

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

<Informações utilizadas na linha Datasul>.

Procedimentos

Programas

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.