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

Objetivo

(Obrigatório)

Objetivo

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

O objetivo de inclusão de um novo campo do tipo “Memo” na rotina de Tabela Dinâmica de Eventos(PLSA140) será de permitir que observações por exemplo, as diretrizes da CBHPM (Classificação Brasileira Hierarquizada de Procedimentos) sejam informadas para os procedimentos necessários.

Definição da Regra de Negócio

 Durante a confecção do contrato(PLSA729), existirá á necessidade de impressão das observações por exemplo de: 

• diretrizes de utilização da tabela CBHPM;
• observações de códigos de diárias;

Procedimentos técnicos

1. Acessar o modulo de Configurador, acessar a opção Dicionário de Dados, localizar a tabela BA8 e incluir o campo BA8_OBSERV do tipo Memo conforme print abaixo: 
   Image Added
2. Acessar a rotina Atualizações -> Procedimento>>Tabela Dinâmica de Eventos(PLSA140), localizar por exemplo a tabela CBHPM ou Taxas e no cabeçalho inserir a observação e confirmar.

       3.  Para simular o teste de impressão do campo observação no contrato deve-se primeiro criar o documento .dot no Word do Windows para criar a estrutura de variáveis que irão compor o documento:

3.1) No word acessar o menu Arquivo>>Opções>>Avançado>>Mostrar o conteúdo do documento e selecionar a opção “Mostrar códigos de campos em vez de seus valores”.

3.2) Clicar na aba Inserir e na opção “Partes Rápidas” selecionar a opção Campo>>Inserir um campo:

3.3) Na tela que se apresenta selecionar no campo Categoria a opção “Automação de documento” e em Nomes de campos selecionar a opção DocVariable. Já no campo “Nome” digite o nome da variável que será criada.

  Importante:

•   A(s) variável(is) criadas nesse momento serão as que serão usadas pelo Protheus para serem substuidas pelo dado da tabela que será identificado.

3.4) Criado as variáveis salve o documento no formato Modelo “.dot”

       4. Acessar a rotina de Elaborador de Contrato(PLSA729) para incluir um documento que faça referencia a tabela BA8 e que imprima o campo BA8_OBSERV.

4.1)  Cada linha da sequencia corresponde a uma variável do Modelo “.dot” que foi criado.

4.2) No campo “Tabela” deve ser informado o nome da tabela que o sistema deverá se posicionar para carregar os campos.

4.3) No campo “Indice” deve ser informado o índice da tabela que será usado para a busca dos campos.

4.4) No campo “Chave” deve ser digitado a chave completa para se posicionar na tabela através do comando “seek” do advpl.

4.5) No campo “Campo” deve ser informado o campo da tabela que foi informado no passo 2.

4.6) No campo “Macro” deve ser informado o nome da macro que será usada no Modelo “.dot” que foi criado para criar a tabela no Word.

4.7) No campo “Variavel” deve ser informado o nome da variável que foi criado no Modelo “.dot”

4.8) No campo “Ativo” deve ser informado com “Sim/Não” se a linha/sequência está ativo.

4.9) No campo “Loop” deve ser informado com “Sim/Não” se a linha/sequência pertence a uma execução de Macro ou seja tabela no Modelo “.dot” que foi criado.

Importante:

• No rodapé da rotina existe uma sequência de campos que deverá ser preenchido conforme a lógica de criação formato Modelo “.dot” que foi criado. 

• A execução da impressão/geração do documento dara-se da rotina de Contratos da RDA e nesse momento o sistema já estará posicionado no cadastro da RDA selecionada por esse motivo não há necessidade de posicionar na RDA desejada.
  
  5. Conferir o conteúdo dos parâmetros MV_DIRACA e MV_DIREST, pois o sistema irá verificá-los para checar o path onde serão gravados os arquivos DOT que serão gerados.

             6. Em seguida acessa a rotina Documento(PLSA731) para associar o documento criado a RDA.

Importante:

• No rodapé em Documentos deve se selecionar o Codigo do Doc. que foi criado através da rotina de Elaboração de documento para que o sistema possa preecher automaticamente o tipo de doc., a revisão e a data de inclusão atual do sistema. Nesse momento poderá ser informada também a data de validade do documento.
  
  
  7. Para poder imprimir o documento criado selecione o mesmo disponível no rodapé da rotina PLSA731 e em seguida clique no botão “Outras ações” e selecione a opção “Gerar Contrato”:

Image Added

Observação:

Em consonância com as melhores práticas de programação e necessidades no desenvolvimento do requisito, poderão ser incluídos mais fontes ou outras funções de apoio e consulta, para executar da melhor maneira possível o proposto neste documento.

(Obrigatório)

Definição da Regra de Negócio

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

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

• • BA8 – Tabela Dinâmica de Eventos.
  • B1V – Documento
  • B1X – Composição do Documento
  • B2G – Gerenciamento do Documento
  • B2H – Contratos

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 - Tela de cadastro da Tabela Dinâmica de Eventos

 Image Added

Image AddedProtó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>. 

 Fluxo 1 - Fluxograma Básico sobre a funcionalidade

 Image Added

Fluxo 2 - Caso de Uso

Image Added

Dicionário 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>

(Opcional)

Estrutura de Menu

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

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