Mudanças entre as edições de "Pedido de Venda Futura"
Linha 39: | Linha 39: | ||
==Regras de Negócio== | ==Regras de Negócio== | ||
+ | RN1 – Os Pedidos de Venda futura deverão servir de base para os pedidos de remessa futura não atualiza estoque. | ||
+ | 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 “ID_VALIDADE_PEDIDO_VENDA_FUTURA” define quantidade de meses 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 futura para esse pedido vão ter que ser realizados até o período determinado. | ||
+ | Ex: caso o parâmetro for definido com 12 o pedido de venda futura inserido no dia 15/05/2014 terá validade até 15/05/2015 | ||
+ | |||
+ | 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 e etc. | ||
+ | |||
+ | |||
+ | 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 | ||
==Requisitos Especiais == | ==Requisitos Especiais == |
Edição das 14h09min de 6 de junho de 2017
Histórico de Revisões
Data | Quem | Comentários |
---|---|---|
06/06/2017 | Inaldo França | Criação do Documento |
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. Esse tipo de pedido é caracterizado como Venda Futura.
Solução
Características Gerais do Caso de Uso
Descrição
Tem como finalidade descrever os passos necessários para que o sistema faça o tipo de pedido Venda futura.
Atores
- Usuário
Pré Condições
- O sistema deve possuir os clientes previamente cadastrados;
- O sistema deve possuir os vendedores previamente cadastrados e devidamente associados aos seus clientes;
- O sistema deve possuir o tipo de venda futura previamente cadastrado na tabela TIPO_MOVIMENTO_PEDIDO com o campo ID_TIPO_PEDIDO marcado com "VM".
- O parâmetro “ID_VALIDADE_PEDIDO_VENDA_FUTURA_DEFAULT” parametrizado com a validade dos pedidos de venda futura
Fluxo de Eventos
Happy Day
Fluxo Alternativo
Regras de Negócio
RN1 – Os Pedidos de Venda futura deverão servir de base para os pedidos de remessa futura não atualiza estoque. 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 “ID_VALIDADE_PEDIDO_VENDA_FUTURA” define quantidade de meses 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 futura para esse pedido vão ter que ser realizados até o período determinado. Ex: caso o parâmetro for definido com 12 o pedido de venda futura inserido no dia 15/05/2014 terá validade até 15/05/2015
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 e etc.
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
Requisitos Especiais
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 |