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

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

Objetivo

Controlar o vínculo entre o Documento de Frete e o Cálculo de Frete adicional (reentregas, devoluções, serviços) para que o sistema não reutilize cálculos de frete na auditoria de Documentos de Frete diferentes.

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

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

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

Situação

• Chamados: TUGTEW e TVDIHU.
• Cliente: Riquena (Central Ar).
• Transcrição do texto de abertura: O programa Manutenção de Documentos de Carga (GFEA065) permite receber mais de uma cobrança de redespacho, reentrega, devolução e serviço quando há apenas 1 (um) cálculo. Nos Parâmetros do Módulo (GFEX000) configurou-se a obrigatoriedade dos cálculos de Reentrega, Devolução, Serviço, Redespacho e Normal.
• Simulação:
  1. Criar um Documento de Carga, vincular a um Romaneio e calcular com sucesso.
  2. Digitar um Documento de Frete do tipo Normal.
  3. Registrar e aprovar uma ocorrência de reentrega com cálculo adicional de frete.
  4. Digitar um Documento de Frete do tipo Reentrega.
  5. Digitar outro Documento de Frete do tipo Reentrega. O sistema permite a entrada do segundo Documento de Frete de reentrega e utiliza na conferência o cálculo de frete anteriormente considerado para auditar o primeiro Documento de Frete de reentrega.

Observação: a situação descrita já existia na versão anterior do GFE (Datasul TMS 4.01), por isso foi considerada uma melhoria, cujo projeto de implementação está especificado a seguir.

Alterações Propostas

Dentro do Escopo

• Criar o relacionamento direto entre as entidades Documento de Frete (1) e Cálculo de Frete (N).
• Efetivar o relacionamento após a conferência de Documentos de Frete (Auditoria de Frete).
• Manter a utilização do relacionamento indireto quando os campos do relacionamento direto não existirem ("suavização") ou não tiverem sido preenchidos (programa de acerto não foi executado).
• Alterar todos os programas do sistema para priorizar a utilização do relacionamento direto em relação ao relacionamento indireto.
• Criar o programa de acerto da base de dados (fix).
• Alteração da rotina de conferência para utilizar o primeiro cálculo de frete quando houver mais de um com o mesmo tipo e transportador. Até então quando há dois cálculos com o mesmo tipo, reentrega por exemplo, o sistema está somando os cálculos para conferir contra cada um dos dois documentos de frete de reentrega que corresponderão a eles. Após a alteração proposta, ao digitar o primeiro documento de frete ele será conferido contra o cálculo de frete de reentrega compatível mais antigo, ao digitar o segundo ele será conferido contra o cálculo de frete de reentrega restante.

Fora do Escopo

• Criação de parâmetro de sistema para habilitar as alterações propostas.
•  Criação de novos relatórios e consultas.
•  Modificação das regras da Auditoria de Frete.

Protótipo de Tela

Não se aplica.

Fluxo do Processo

Não se aplica. 

Dicionário de Dados

Arquivo ou Código do Script: GWF - Cálculos de Frete  

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