Inserção Motivo de Cadastro de Pedidos - Histórico de revisão

Marcus.salviano: /* Regras de Negócio */

2017-03-03T19:09:06Z

Regras de Negócio

Marcus.salviano: /* Pré Detalhes da Solução Imperativa */

2017-03-03T19:08:45Z

Pré Detalhes da Solução Imperativa

Marcus.salviano: /* Regras de Negócio */

2017-03-03T19:06:04Z

Regras de Negócio

Marcus.salviano: /* Regras de Negócio */

2017-03-03T19:01:09Z

Regras de Negócio

Marcus.salviano em 13h08min de 15 de fevereiro de 2017

2017-02-15T13:08:52Z

Marcus.salviano: /* Regras de Negócio */

2017-02-08T20:55:10Z

Regras de Negócio

Marcus.salviano: /* Pré Detalhes da Solução Imperativa */

2017-01-25T13:35:48Z

Pré Detalhes da Solução Imperativa

Marcus.salviano: /* Pré Detalhes da Solução Imperativa */

2017-01-19T13:50:39Z

Pré Detalhes da Solução Imperativa

Marcus.salviano em 17h57min de 18 de janeiro de 2017

2017-01-18T17:57:05Z

Marcus.salviano: /* Regras de Negócio */

2017-01-12T14:06:19Z

Regras de Negócio

@@ Linha 43: / Linha 43: @@
 | DS_MOTIVO_PEDIDO ||  VARCHAR(200) || Não || Sim || Descrição do Motivo do Pedido
 |}
 Tabela: '''MOTIVO_PEDIDO_TIPO_PEDIDO'''

@@ Linha 60: / Linha 60: @@
 * O cadastro do motivo deve ser persistido na tabela PEDIDO salvando o CD_MOTIVO_PEDIDO. Segue a estrutura das nova coluna:
-<table border="1" cellpadding="5">
-<caption><b>PEDIDO</b></caption>
+Tabela: '''PEDIDO'''
-<tr><th>Nome Coluna</th>     <th>Tipo</th>          <th>Nullable</th>  <th>PK</th></tr>
-<tr><td>CD_MOTIVO_PEDIDO     <td>INT</td>           <td>NULL</td>      <td>N</td></tr>
+{| class="wikitable"
-</table>
+! NOME COLUNA
 ==Integração==

@@ Linha 44: / Linha 44: @@
 |}
-<table border="1" cellpadding="5">
+Tabela: '''MOTIVO_PEDIDO_TIPO_PEDIDO'''
 * O cadastro do motivo deve ser persistido na tabela PEDIDO salvando o CD_MOTIVO_PEDIDO. Segue a estrutura das nova coluna:

← Edição anterior		Edição das 19h01min de 3 de março de 2017
Linha 29:		Linha 29:
	* O cadastro do motivo deve ser atrelado a um tipo qualquer de pedido, não limitando a solução somente a pedidos de bonificação. Deverão ser criadas 2 tabelas, isso servirá para evitar a duplicação de registros:		* O cadastro do motivo deve ser atrelado a um tipo qualquer de pedido, não limitando a solução somente a pedidos de bonificação. Deverão ser criadas 2 tabelas, isso servirá para evitar a duplicação de registros:

−	~~<table border="1" cellpadding="5">~~
−	~~<caption><b>MOTIVO_PEDIDO</b></caption>~~
−	~~<tr><th>Nome Coluna</th> <th>Tipo</th> <th>Nullable</th> <th>PK</th></tr>~~
−	~~<tr><td>CD_MOTIVO_PEDIDO <td>INT</td> <td>NOT NULL</td> <td>S</td> </tr>~~
−	~~<tr><td>DS_MOTIVO_PEDIDO <td>VARCHAR(200)</td> <td>NOT NULL</td> <td>N</td> </tr>~~
−	~~</table>~~

		+	Tabela: '''MOTIVO_PEDIDO'''
		+
		+	{\| class="wikitable"
		+	! NOME COLUNA
		+	! TIPO
		+	! CHAVE
		+	! OBRIGATÓRIO
		+	! DESCRIÇÃO
		+	\|-
		+	\| CD_MOTIVO_PEDIDO \|\| INT \|\| Sim \|\| Sim \|\| Código do Motivo do Pedido
		+	\|-
		+	\| DS_MOTIVO_PEDIDO \|\| VARCHAR(200) \|\| Não \|\| Sim \|\| Descrição do Motivo do Pedido
		+	\|}

	<table border="1" cellpadding="5">		<table border="1" cellpadding="5">

@@ Linha 52: / Linha 52: @@
 <tr><td>CD_MOTIVO_PEDIDO     <td>INT</td>           <td>NULL</td>      <td>N</td></tr>
 </table>
 ==Cenários==

@@ Linha 39: / Linha 39: @@
 <table border="1" cellpadding="5">
 <caption><b>MOTIVO_PEDIDO_TIPO_PEDIDO</b></caption>
-<tr><th>Nome Coluna</th>  <th>Tipo</th>  <th>Nullable</th>  <th>PK</th></tr>
+<tr><th>Nome Coluna</th>  <th>Tipo</th>         <th>Nullable</th>  <th>PK</th></tr>
-<tr><td>CD_MOTIVO_PEDIDO  <td>INT</td>   <td>NOT NULL</td>  <td>S</td></tr>
+<tr><td>CD_MOTIVO_PEDIDO  <td>INT</td>          <td>NOT NULL</td>  <td>S</td></tr>
-<tr><td>CD_TIPO_PEDIDO    <td>INT</td>   <td>NOT NULL</td>  <td>S</td></tr>
+<tr><td>CD_TIPO_PEDIDO    <td>VARCHAR(4)</td>   <td>NOT NULL</td>  <td>S</td></tr>
 </table>

@@ Linha 5: / Linha 5: @@
 ==Pré Detalhes da Solução Imperativa==
-Deverá ser criado uma tela aonde possa ser cadastrado os motivos para aprovação ou cancelamento no portal. Esse motivo será vinculado a um tipo de pedido tornando a funcionalidade aplicável a todos os tipos de pedidos. Nessa tela deverá ser possível fazer as operações de exclusão, edição, inserção e listagem para esses motivos. Deverá ser inserido na tela de cadastro de pedido, por configuração (ID_USA_MOTIVO_PEDIDO), um select box que tenha todos os motivos para ser anexado a aprovação do pedido. Deve ser criado um relatório mostrando o código do pedido, o motivo da aprovação, o tipo de pedido, o cliente, o valor, o supervisor, vendedor e data aprovação que possa ser retirado por um intervalo de tempo. Esse relatório deverá ser exportado em xlsx para que seja possível trabalhar os dados do relatório.
+Deverá ser criado uma tela aonde possa ser cadastrado os motivos para aprovação ou cancelamento no portal. Esse motivo será vinculado a um tipo de pedido tornando a funcionalidade aplicável a todos os tipos de pedidos. Nessa tela deverá ser possível fazer as operações de exclusão, edição, inserção e listagem para esses motivos. Deverá ser inserido na tela de cadastro de pedido, por configuração (ID_UTILIZA_MOTIVO_PEDIDO), um select box que tenha todos os motivos para ser anexado a aprovação do pedido. Deve ser criado um relatório mostrando o código do pedido, o motivo da aprovação, o tipo de pedido, o cliente, o valor, o supervisor, vendedor e data aprovação que possa ser retirado por um intervalo de tempo. Esse relatório deverá ser exportado em xlsx para que seja possível trabalhar os dados do relatório.
 ===Regras de Negócio===

@@ Linha 27: / Linha 27: @@
 * Adicionar o código do motivo de aprovação para ser persistido para o ERP no web service server.
-* O cadastro do motivo deve ser atrelado a um tipo qualquer de pedido, não limitando a solução somente a pedidos de bonificação. Deverão ser criadas 2 tabelas uma contendo CD_MOTIVO_CADASTRO, CD_TIPO_PEDIDO e a outra contendo, CD_MOTIVO_CADASTRO e DS_MOTIVO_CADASTRO. Isso servirá para evitar a duplicação de registros.
+* O cadastro do motivo deve ser atrelado a um tipo qualquer de pedido, não limitando a solução somente a pedidos de bonificação. Deverão ser criadas 2 tabelas, isso servirá para evitar a duplicação de registros:
 ==Cenários==