ER_MANDIS01-309_Central_Vendas_Berneck

(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 a finalidade de implementar uma nova regra de negócio permitindo a quebra de Pedidos somente quando houver itens com diferentes estabelecimentos exclusivos.

Definição da Regra de Negócio

As alterações constantes nesta Engenharia devem ser implementadas no Datasul 12 e Portal de Vendas (Clientes e Representantes).

1 – Novo Parâmetro PD0301 – Aba Central de Vendas

Este parâmetro deverá ser criado no PD0301, na aba Central de Vendas, e deverá estar habilitado somente quando a funcionalidade Central de Vendas estiver habilitada.  O parâmetro tem por objetivo tratar os Estabelecimentos exclusivos, ou seja, o sistema deverá considerar os itens do pedido e fazer a quebra considerando os estabelecimentos exclusivos. 

A nova regra somente será tratada quando o parâmetro estiver marcado.  Quando o parâmetro estiver desmarcado, o sistema deve continuar exatamente como é hoje, quebrando os pedidos conforme os diferentes estabelecimentos de atendimento dos itens.

O novo parâmetro “Trata Estabelecimento Exclusivo” será gravado no campo livre para-ped.char-1,87,1.

2 – Nova Regra de Negócio – Estabelecimento Exclusivo

Quebrar os pedidos de acordo com os Estabelecimentos Exclusivos.  A Berneck possui o seguinte cenário em relação aos itens x estabelecimentos:

- Possui itens que são fabricados em um único estabelecimento– exclusivo

- Possui itens que são fabricados em mais de um estabelecimento, mas possuem um estabelecimento preferencial

- Possui itens que podem ser vendidos de qualquer estabelecimento – indiferente

Quando o parâmetro “Trata Estabelecimento Exclusivo” estiver marcado o sistema deve fazer a quebra dos pedidos somente quando houver mais de um Estabelecimento Exclusivo no mesmo Pedido de Venda.

A parametrização deverá ser feita na tela abaixo, da seguinte forma:

Quando o campo “Estabelecimento Exclusivo” estiver marcado, o registro será considerado como exclusivo, mesmo que o usuário também tenha marcado o campo “Estabelecimento Preferencial”.

No momento da digitação do Pedido, o sistema irá buscar o registro mais completo com estabelecimento exclusivo marcado e irá considerar este registro. 

Quando o campo “Estabelecimento Exclusivo” não estiver marcado e o campo “Estabelecimento Preferencial” estiver marcado,  o sistema fará a busca para Estabelecimento Preferencial.

No momento da digitação do Pedido, o sistema irá buscar o registro mais completo com estabelecimento preferencial  marcado e irá considerar este registro. 

Quando nenhum dos campos estiver marcado (estabelecimento preferencial e exclusivo), estaremos considerando que o item poderá ser atendido por qualquer estabelecimento, seria o item “indiferente”.  O sistema irá buscar o registro mais completo para considerar no pedido de venda.

Para gravar o campo “Estabelecimento Exclusivo” será usado o campo relac-estab-atend.log-livre-1.

Ao buscar o estabelecimento de atendimento no CD2018 o sistema irá gravar internamente o tipo de estabelecimento de atendimento do item.  Será gravado no campo ped-item.char-1,112,1, o seguinte conteúdo:

1 - exclusivo 

2 - preferencial 

3- indiferente

Nota:

Poderão haver mais de um registro cadastrado para busca do item, porém o sistema sempre irá considerar o registro mais completo, considerando a seguinte ordem:

- Cliente

- Item

- Referência

- Família Industrial

- Família Comercial

- Região

- Microrregião

- Cidade

- Estado

- País

Ao completar o Pedido de Venda, o sistema deve fazer a quebra considerando os itens que serão atendidos pelos estabelecimentos exclusivos, ou seja, os pedidos só serão quebrados se no mesmo pedido existirem itens de estabelecimentos exclusivos diferentes.  Uma vez que o pedido foi quebrado, o sistema deve distribuir os itens preferenciais e por fim, os indiferentes.  

Regra de Negócio: a quebra deverá ser feita pelos estabelecimentos exclusivos.  Quando houver quebra os preferenciais deverão seguir o seu exclusivo e os indiferentes poderão ser gerados no primeiro pedido.

Quando houver quebra, deverá ser emitida uma mensagem de alerta ao usuário dizendo que o Pedido será quebrado de acordo com os estabelecimentos exclusivos Araucária e Curitibanos.

Importante:  se não for encontrado nenhum estabelecimento exclusivo não haverá quebra de pedidos.  Neste caso, havendo estabelecimentos de atendimento diferentes por item, deve-se gerar o pedido para  o primeiro estabelecimento preferencial.  Não havendo nenhum estabelecimento exclusivo e nenhum estabelecimento preferencial, deve-se gerar o pedido para o estabelecimento do primeiro item (indiferente).

Alterar o nome do label “Estabelecimento Padrão” para “Estabelecimento Preferencial” mesmo quando o parâmetro “Trata Estabelecimento Exclusivo” estiver desligado.

Abaixo estão todos os cenários validados junto ao cliente no call realizado no dia 17/06/2016:

Vamos considerar os Estabelecimentos Araucária e Curitibanos

Cenário 1

- Item A – estabelecimento exclusivo Araucária

- Item B – estabelecimento indiferente

- Item C – estabelecimento preferencial Curitibanos

- Item D – estabelecimento indiferente

- Item E – estabelecimento preferencial Araucária

- Item F – estabelecimento exclusivo Curitibanos

- Item G – estabelecimento preferencial Curitibanos

Neste caso serão gerados dois Pedidos:

Pedido 1 – Estabelecimento Araucária com os seguintes itens:

- Item A – estabelecimento exclusivo Araucária

- Item B – estabelecimento indiferente

- Item D – estabelecimento indiferente

- Item E – estabelecimento preferencial Araucária

Pedido 2 – Estabelecimento Curitibanos com os seguintes itens:

- Item C – estabelecimento preferencial Curitibanos

- Item F – estabelecimento exclusivo Curitibanos

- Item G – estabelecimento preferencial Curitibanos

Cenário 2

Temos um Pedido com os seguintes itens x estabelecimentos de atendimento:

- Item A – estabelecimento exclusivo Araucária

- Item B – estabelecimento preferencial Curitibanos

- Item C– estabelecimento preferencial Araucária

- Item D – estabelecimento indiferente

- Item E – estabelecimento preferencial Araucária

- Item F – estabelecimento exclusivo Araucária

Como tem apenas um exclusivo o pedido não será quebrado.  O estabelecimento do cabeçalho do Pedido deverá ser alterado para Araucária.

Cenário 3

- Item A – estabelecimento  preferencial Araucária

- Item B – estabelecimento preferencial Curitibanos

- Item C – estabelecimento preferencial Araucária

- Item D – estabelecimento indiferente

Nenhum estabelecimento exclusivo, não haverá quebra do pedido.  Neste caso devemos considerar que o pedido deve ser gerado para o Estabelecimento Araucária pois temos 2 itens preferenciais  para Araucária e apenas 1 para Curitibanos.  Se fossem 2 itens em cada preferencial,  deve-se gerar o pedido para o primeiro estabelecimento preferencial, obedecendo a sequência dos itens.

Cenário 4

- Item A – estabelecimento indiferente

- Item B – estabelecimento indiferente

- Item C – estabelecimento preferencial Araucária

Neste caso o pedido será gerado para Araucária.

Cenário 5

- Se no pedido só existirem itens com estabelecimento indiferente, envia o pedido para o estabelecimento do primeiro item.

Cenário 6

- Item A – estabelecimento  exclusivo Araucária

- Item B – estabelecimento exclusivo Curitibanos

- Item C – estabelecimento preferencial outro estabelecimento

Haverá quebra do Pedido e o Item C deve entrar no primeiro pedido.

Cenário 7

- Item A – estabelecimento  exclusivo Araucária

- Item B – estabelecimento exclusivo Curitibanos

- Item C – estabelecimento indiferente

- Item D – estabelecimento indiferente

Quebra em dois pedidos e os itens “indiferente” vão para o primeiro estabelecimento.

3 – Nova Regra de Negócio – Permitir alterar o Estabelecimento do Cabeçalho do Pedido

Atualmente o sistema permite alterar o estabelecimento de atendimento do item, quando o usuário tem permissão para isto.

Quando a regra “Trata Estabelecimento Exclusivo” estiver ligada e o usuário possuir permissão no CD0821, o sistema deverá permitir alterar o estabelecimento do cabeçalho do pedido e, neste caso, deverá alterar todos os estabelecimentos de atendimento dos itens. Esta alteração deverá ser feita após a quebra do pedido. Ao completar este pedido novamente (pois o mesmo foi alterado), este não deverá ser quebrado.  Deverá ser gravado no pedido o histórico da alteração (usuário, data, estabelecimento sugerido pelo sistema e estabelecimento alterado pelo usuário).

A alteração dos estabelecimentos dos itens, antes da quebra continua normal como já acontece hoje.

Nota:

Quando for alterado o estabelecimento do cabeçalho do pedido, o estabelecimento de atendimento de todos os itens serão alterados.  Neste caso não haverá verificação do relacionamento no CD2018.

4 – Simula busca do Estabelecimento de Atendimento

Será implementado um botão de simulação no CD2018.

Quando acionado o cliente poderá informar as seguintes informações:

Após informar os parâmetros para simulação será apresentado um browse com todos os estabelecimentos parametrizados para o item, mostrando uma sequência da busca mais completa para menos completa.  Esta busca já ocorre no zoom dos estabelecimentos de atendimento do item.

<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

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