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

• Permitir gerar as novas vias dos cartões a partir dos beneficiários com pendencias conforme os parâmetros dos módulos MC e RB. Quando isso acontecer  será possível o usuário cancelar automaticamente as vias antigas, ao invés de fazer manualmente.
  

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

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

• • Alterar o programa MC0510N  - NOVA VIA para:
    
    
    

    - No botão gerar nova via colocar o mesmo parâmetro do mc0510l "lg-usu-alt-rep" (Somente carteiras conforme indicador parametros MC e RB") :

    • Nao pedir o parametro quando for selecao-aleatoria.

    • Caso o usuário coloque sim no parametro lg-usu-alt-rep, deverá ser solicitado se ele deseja cancelar a via atual dos beneficiários automaticamente.

    • Se o usuário desejar cancelar automaticamente a via do beneficiário deverá ser solicitado o motivo de cancelamento da via, ou seja a situacao da via - utilizar o zoom vp0210f.i.

    • O usuário nao poderá informar situação da via igual a 1 - ativa - deve ser barrado.
    • Após colocar a via emitir uma mensagem pro usuário informando que esse motivo será utilizado para todos os beneficiários ativos.
      
      

- Alterar na procedure gera-temp-inter para:

• • Se o novo parâmetro lg-usu-alt-rep estiver ligado, e o campo lg-reimp-carteira-rep da usuario estiver como "não", então esse beneficiário não pode ser considerado para a criação da temp-table wk-usuarios.
  • Se a situação da carteira for 1 - ativa e o parâmetro cancela via atual estiver ativo, então esse beneficiário deve ser considerado para criar a wk-usuarios.
  
  
  

- Alterar na procedure trata-usuario para:

• •  Colocar o cancelamento automático da via atual do beneficiário quando a via atual estiver com situação ativa, e o parâmetro cancelar via automático estiver ativo. Deve ser colocado junto a atualização da usuário dentro do do transaction.
    
  • Para cancelar deve ser feito da mesma forma que o cancelamento manual, ou seja:

  car-ide.cd-sit-carteira = novo parametro da tela

   car-ide.ds-observacao   = "AUTOMATICO PELA NOVA VIA"

  car-ide.dt-cancelamento = today.

car-ide.dt-atualizacao = today

car-ide.cd-userid       = v_cod_usuar_corren.

• • Nesse mesmo ponto colocar a atualização do campo usuario.lg-reimp-carteira-rep conforme o parâmetro lg-usu-alt-rep, da mesma forma do mc0510l.p, jogando o campo da usuario para "Nao".
    
    
    

- Ajustar também o programa em rpw (dtvw39aa.w).

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

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

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

(Opcional)

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