Pedido de Venda Futura - Histórico de revisão

Renatolima: /* Histórico de Revisões */

2017-10-30T19:37:57Z

Histórico de Revisões

2017-10-30T19:37:37Z

Histórico de Revisões

2017-10-30T19:37:17Z

Histórico de Revisões

2017-10-30T19:36:21Z

Pré Condições

2017-10-30T19:35:59Z

Tabelas a serem alteradas

2017-10-18T16:41:58Z

Histórico de Revisões

2017-10-18T16:40:42Z

Regras de Negócio

2017-08-17T20:51:21Z

Regras de Negócio

2017-08-17T20:46:37Z

Pré Condições

2017-07-14T16:46:54Z

Solução

@@ Linha 21: / Linha 21: @@
 |  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
+|  30/10/2017  || Renato Lima    ||  Ajuste no nome do campo Tabela TIPO_MOVIMENTO_PEDIDO
 |-
 |}

@@ Linha 21: / Linha 21: @@
 |  18/10/2017  || Renato Lima    ||  Alteração do nome do campo na RN8
 |-
-|  30/10/2017  || Renato Lima    ||  Ajuste no nome do campo
+|  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
-|-Tabela TIPO_MOVIMENTO_PEDIDO campo ID_VALIDADE_PEDIDO, o nome correto do campo seria QT_DIAS_VALIDADE_PEDIDO
+|-
 |}

@@ Linha 21: / Linha 21: @@
 |  18/10/2017  || Renato Lima    ||  Alteração do nome do campo na RN8
 |-
 |}

@@ Linha 42: / Linha 42: @@
 # 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 "VD".
-# O sistema deve possuir o parâmetro “ID_VALIDADE_PEDIDO" parametrizado com a validade dos pedidos de venda futura na tabela TIPO_MOVIMENTO_PEDIDO.
+# 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 ===

@@ Linha 88: / Linha 88: @@
 === Tabelas a serem alteradas ===
-. Criar o campo ID_VALIDADE_PEDIDO na tabela TIPO_MOVIMENTO_PEDIDO do tipo INT
+. Criar o campo QT_DIAS_VALIDADE_PEDIDO na tabela TIPO_MOVIMENTO_PEDIDO do tipo INT
 === Integração ===

@@ Linha 18: / Linha 18: @@
 |-
 |  22/06/2017  || Renato Lima    ||  Aprovação do Documento
 |-
 |}

@@ Linha 77: / Linha 77: @@
 '''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 digitada de acordo com a negociação, não poderá ultrapassar a quantidade de meses parametrizado pelo tipo de movimento.
+'''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

@@ Linha 63: / Linha 63: @@
-'''RN4''' – O parâmetro “ID_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.
+'''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