Pedido de Venda Futura

Histórico de Revisões

Data	Quem	Comentários
06/06/2017	Inaldo França	Criação do Documento
13/06/2017	Inaldo França	Finalização da Documentação
19/06/2017	Inaldo França	Ajustes Solicitados Realizados
19/06/2017	Renato Lima	Revisão do Documento
21/06/2017	Inaldo França	Ajustes Solicitados Realizados
22/06/2017	Inaldo França	Ajustes Solicitados Realizados
22/06/2017	Renato Lima	Aprovação do Documento
18/10/2017	Renato Lima	Alteração do nome do campo na RN8
30/10/2017	Renato Lima	Ajuste no nome do campo Tabela TIPO_MOVIMENTO_PEDIDO campo ID_VALIDADE_PEDIDO, o nome correto do campo seria QT_DIAS_VALIDADE_PEDIDO

Necessidade

Ter disponível a opção do vendedor tirar um pedido para um determinado cliente e os itens desse pedido serem consumidos aos poucos de acordo com a necessidade do cliente por outro pedido. Esse tipo de pedido é caracterizado como Venda Futura e servirá como base para o pedido de Remessa. O Pedido de Venda Futura será espelho para o pedido de Remessa, tanto cabeçalho do pedido, Meios de Pagamento, Condições de Pagamento, Data de Entrega, Frete, Tabela de Preço, Organização de Venda, Como os itens, valores, descontos, acréscimos e a quantidade vendida, que será o estoque base para a Remessa.

A venda futura é como se fosse um contrato onde a empresa que está vendendo garante as condições de venda como preço e prazo e a cliente que está comprando garante a quantidade. Isso possibilita uma negociação de fornecimento a longo prazo.

Também está diretamente liga ao conceito de estoque zero. Permitindo uma negociação de fornecimento continuo do produto de acordo com a demanda do momento.

Módulos a Serem atendidos

1. Portal
2. Mobile

Solução

Será criado um novo Tipo de Movimento chamado VENDA FUTURA onde ao ser selecionado o sistema irá realizar tratativas diferenciadas assim como a integração.

Pré Condições

1. O sistema deve possuir os clientes previamente cadastrados;
2. O sistema deve possuir os vendedores previamente cadastrados e devidamente associados aos seus clientes;
3. O sistema deve possuir o tipo de venda futura previamente cadastrado na tabela TIPO_MOVIMENTO_PEDIDO com o campo ID_TIPO_PEDIDO marcado com "VD".
4. O sistema deve possuir o parâmetro “QT_DIAS_VALIDADE_PEDIDO" parametrizado com a validade dos pedidos de venda futura na tabela TIPO_MOVIMENTO_PEDIDO.

Happy Day

1. O usuário inicia um pedido
2. O sistema exibe os dados do cabeçalho do pedido
3. Seleciona o tipo de pedido VENDA FUTURA
4. O usuário insere itens no pedido
5. O usuário salva o pedido realizado.
6. O sistema exibe mensagem de pedido salvo com sucesso.

Fluxo de Eventos

Regras de Negócio

RN1 – Os Pedidos de Venda futura deverão servir de base para os pedidos de remessa.

RN2 – O tipo de venda futura irá ter as mesmas validações de um pedido comum.

RN3 – Os pedidos de venda futura irão gerar títulos de acordo com as negociações com o cliente.

     Ex: se na negociação o representante define que o cliente vai usar a condição de pagamento 30/60 
         o ERP vai gerar dois títulos a receber.
     

RN4 – O parâmetro “QT_DIAS_VALIDADE_PEDIDO” da tabela TIPO_MOVIMENTO_PEDIDO define quantidade de dias que o pedido de venda futura vai valer a partir do dia em que o pedido foi feito, dessa forma todos os pedidos de remessa para esse pedido vão ter que ser realizados até o período determinado.

     Ex: caso o parâmetro for definido com 365 o pedido de venda futura inserido no dia 15/05/2017 
         terá validade até 15/05/2018
     

RN5 – Não deve permitir uma nova venda de venda futura enquanto estiver saldo a entregar do mesmo produto e mesmo cliente.

     Ex: o sistema não pode fazer dois pedidos iguais enquanto um deles não for totalmente entregue. O sistema pode gerar 
         pedidos de outros tipos de operações bonificações venda comum ou outra venda futura desde que não tenha 
         os mesmos itens de outro pedido.

RN6 – O parâmetro ID_NAO_VENDA_FUTURA_REPETICAO vai ser criado para definir tipos de repetição de pedidos de venda futura ‘I’ não permitirá repetições de itens, ‘P’ não permitira repetição de pedido, ‘N’ não haverá restrições

RN7 - Ao salvar um pedido de venda futura será gravado a informação da validade do pedido de venda futura no campo DT_VENCIMENTO da tabela PEDIDO

RN8 - A data de vencimento da Venda Futura poderá ser definido na tabela tipo_movimento_pedido campo QT_DIAS_VALIDADE_PEDIDO, não poderá ultrapassar a quantidade de dias parametrizado pelo tipo de movimento.

RN9 - Esse tipo de pedido poderá movimentar Meta desde que a configuração ID_UTILIZA_META estiver habilitada na tabela TIPO_MOVIMENTO_PEDIDO

RN10 - Esse tipo de pedido poderá movimentar estoque desde que a configuração ID_ATUALIZA_ESTOQUE estiver habilitada na tabela TIPO_MOVIMENTO_PEDIDO

RN11 - Esse tipo de pedido poderá movimentar Conta Corrente desde que a configuração ID_CONTA_CORRENTE estiver habilitada na tabela TIPO_MOVIMENTO_PEDIDO

Tabelas a serem alteradas

1. Criar o campo QT_DIAS_VALIDADE_PEDIDO na tabela TIPO_MOVIMENTO_PEDIDO do tipo INT

Integração

1. Todo pedido de Venda Futura não será importado para o ERP utilizando a função padrão do Execauto (mata410) e sim uma função que a TOTVS irá criar para importar Contrato de Parceria (FSFA13RO)

Protótipos

Aprovação

Considero aprovada a documentação da funcionalidade especificada acima, e autorizo a implementação da mesma no Sistema GeoSales, em nome da Organização a qual estou vinculado.

Setor	Aprovado Por	Data	Assinatura
	Leandro Pacheco
	Marcelo Pacheco