DEFINIR FILIAL ORIGEM DO PEDIDO DE VENDA  

Informações Gerais

Objetivo

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer - Detalhamento do Epic. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para cálculo 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. Incluir as telas do sistema com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento - É o Detalhamento das Story linkadas no Epic>.

Possibilitar determinar para alguns RCA's ou Funcionários qual a filial retira do pedido de venda, permitindo alteração apenas com permissão de acesso.

Definição da Regra de Negócio

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

** Nova Rotina

 1. Deverá ser criada nova rotina XXXX com seguinte comportamento:

1.1 Código do RCA;

1.2 Código do Funcionário;

1.3 Origem do pedido de venda;

1.4 Código da filial retira;

1.5 Código da Filial de Venda.

Observação: processo semelhante já existe na rotina 3315 - Cadastro de RCA Por Cliente.

2. Deverá sempre ser obrigatório o preenchimento do critério (1.1 ou 1.2);

2.1 Deverá ser obrigatário o preenchimento do critério (1.3);

2.2 Deverá sempre ser obrigatório o preenchimento do critério (1.4 OU 1.5);

Observação: nos critérios 2 ou 2.1 o usuário poderá preencher os campos, mas nunca deixar os dois em branco.

3. O WinThor não deverá permitir o usuário gravar mais de um registro para o mesmo RCA/Funcionário para a Filial Retira/Filial de Venda diferentes para a mesma origem de venda.

 Exemplos:

Cód. RCA = 1 OU
Cód. FUNC = 1
ORIG. PED = T
Cód. RET = 1 OU
Cód. NF = 1

-- Não deverá permitir efetuar esse cadastro
Cód. RCA = 1 OU
Cód. FUNC = 1
ORIG. PED = T
Cód. RET = 2 OU
Cód. NF = 2

** As rotinas 316 -  Digitar Pedido de Venda, 336 - Alterar Pedido de Venda, 1916 - Iniciar Atendimento.

 1. Passar a validar as novas informações gravadas na nova rotina;

 2. Nas rotinas 316/336/Módulo CRM sempre que o usuário/ RCA estiver informações cadastradas na nova rotina, deverá utilizar fixo as informações cadastras, não permitir o usuário trocar a filial NF e filial Retira do produto;

 3. Caso não tenham informações nova rotina o sistema não deverá sofrer alterações.

** A Package integradora deverá:

 1. Passar a validar as novas informações gravadas na nova rotina;

 2. Caso tenha informações na nova rotina o sistema deverá validar se as informações enviadas no pedido de venda estão conforme o cadastro;

 3.  Caso o código da filial ou filial NF estejam diferentes entre o pedido e o novo cadastro o sistema deverá rejeitar o pedido de venda, e gravar no campo OBSERVACAO_PC o motivo da rejeição;

 4. Caso as informações no pedido de venda esteja conforme validação criada na nova rotina acima, o sistema deverá efetuar as demais validações já existentes hoje;

 5. Caso não tenham informações na nova rotina o sistema não deverá sofrer alterações.

Procedimento para Utilização

<Descreva os procedimentos, passo a passo (caso de uso), que serão realizados pelos usuários para que a melhoria seja visualizada identificando as seguintes informações;

Localização da rotina no menu;

Localização dos novos campos e/ou perguntas e respectivas pastas de cadastro que são visualizadas pelo usuário;

Caso seja necessário ter algum cadastro feito previamente, faça uma observação

Se necessário, utilizar prints de tela>.

Procedimento para Configuração

(Estes procedimentos devem ser feitos quando for necessário configurar parâmetros e/ou  rotinas no menu).

CONFIGURAÇÃO DE PARÂMETROS

1. No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros (CFGX017). Crie/configure (mantenha somente a instrução correspondente) o(s) parâmetro(s) a seguir:
   (É necessário criar uma tabela para cada parâmetro descrito no item Parâmetro(s), da tabela Características do Requisito)

Itens/Pastas

Descrição

Nome:

Tipo:

Informe o Tipo do parâmetro

.

Informe o Conteúdo padrão

Descrição:

CONFIGURAÇÃO DE MENUS

2.  No Configurador (SIGACFG), acesse Ambientes/Cadastro/Menu (CFGX013). Informe a nova opção de menu do informe o nome do módulo, conforme instruções a seguir:

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*/

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

Sim (  ) Não (  )

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>