Mudanças entre as edições de "Inserção Motivo de Cadastro de Pedidos"

De GeoSales
Ir para navegação Ir para pesquisar
(→‎Regras de Negócio: Aninhando dentro da solução declarativa)
 
(12 revisões intermediárias por 3 usuários não estão sendo mostradas)
Linha 3: Linha 3:
 
O cliente quer criar uma forma de auditorar a aprovação dos pedidos de bonificação, pois da forma como está os vendedores estão bonificando muito e sem uma forma de controle. É necessário que todos os pedidos de bonificação fiquem pendentes de aprovação. Também é preciso que exista uma forma de auditorar a aprovação desses pedidos cadastrando um motivo de aprovação para a pedido entre alguns motivos pré cadastrados. Para gerenciar essas aprovações é preciso que exista 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. Isso vai permitir quantificar e auditorar esse processo de bonificação.
 
O cliente quer criar uma forma de auditorar a aprovação dos pedidos de bonificação, pois da forma como está os vendedores estão bonificando muito e sem uma forma de controle. É necessário que todos os pedidos de bonificação fiquem pendentes de aprovação. Também é preciso que exista uma forma de auditorar a aprovação desses pedidos cadastrando um motivo de aprovação para a pedido entre alguns motivos pré cadastrados. Para gerenciar essas aprovações é preciso que exista 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. Isso vai permitir quantificar e auditorar esse processo de bonificação.
  
==Solução Declarativa==
+
==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 aprovação de 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===
 
===Regras de Negócio===
Linha 14: Linha 14:
  
 
*[RN3] - A informação do motivo de cadastro da bonificação deve ser integrada também a base do ERP do cliente.
 
*[RN3] - A informação do motivo de cadastro da bonificação deve ser integrada também a base do ERP do cliente.
 
*[RN4] - 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. Ou seja, o dado teria que ser da seguinte forma CD_MOTIVO_CADASTRO, CD_TIPO_PEDIDO, DS_MOTIVO_CADASTRO.
 
 
==Pré Detalhes da Solução Imperativa==
 
  
 
* Deve ser criado um campo de seleção na tela de cabeçalho do pedido que seja preenchido com os motivos de aprovação de pedidos cadastrados. Esses dados devem ser cadastradas numa tabela a parte. Esse campo deve ser inserido tanto no portal como no mobile.
 
* Deve ser criado um campo de seleção na tela de cabeçalho do pedido que seja preenchido com os motivos de aprovação de pedidos cadastrados. Esses dados devem ser cadastradas numa tabela a parte. Esse campo deve ser inserido tanto no portal como no mobile.
Linha 30: Linha 26:
 
# Data aprovação(Caso o pedido não tenha sido aprovado ainda este campo ficará vazio)
 
# Data aprovação(Caso o pedido não tenha sido aprovado ainda este campo ficará vazio)
 
* Adicionar o código do motivo de aprovação para ser persistido para o ERP no web service server.  
 
* 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, isso servirá para evitar a duplicação de registros:
 +
 +
 +
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
 +
|}
 +
 +
 +
Tabela: '''MOTIVO_PEDIDO_TIPO_PEDIDO'''
 +
 +
{| class="wikitable"
 +
! NOME COLUNA
 +
! TIPO
 +
! CHAVE
 +
! OBRIGATÓRIO
 +
! DESCRIÇÃO
 +
|-
 +
| CD_MOTIVO_PEDIDO || INT        || Sim || Sim || Código do Motivo do Pedido
 +
|-
 +
| CD_TIPO_PEDIDO  || VARCHAR(4) || Sim || Sim || Código do Tipo do Pedido
 +
|}
 +
 +
* O cadastro do motivo deve ser persistido na tabela PEDIDO salvando o CD_MOTIVO_PEDIDO. Segue a estrutura das nova coluna:
 +
 +
 +
Tabela: '''PEDIDO'''
 +
 +
{| class="wikitable"
 +
! NOME COLUNA
 +
! TIPO
 +
! CHAVE
 +
! OBRIGATÓRIO
 +
! DESCRIÇÃO
 +
|-
 +
| CD_MOTIVO_PEDIDO || INT        || Não || Não || Código do Motivo do Pedido
 +
|}
 +
 +
==Integração==
 +
A nova coluna CD_MOTIVO_PEDIDO na tabela de PEDIDO deve ser integrada ao ERP. Com isso é necessário efetuar ajustes no web service para que o mesmo interprete a nova coluna.
  
 
==Cenários==
 
==Cenários==

Edição atual tal como às 19h09min de 3 de março de 2017

Necessidade

O cliente quer criar uma forma de auditorar a aprovação dos pedidos de bonificação, pois da forma como está os vendedores estão bonificando muito e sem uma forma de controle. É necessário que todos os pedidos de bonificação fiquem pendentes de aprovação. Também é preciso que exista uma forma de auditorar a aprovação desses pedidos cadastrando um motivo de aprovação para a pedido entre alguns motivos pré cadastrados. Para gerenciar essas aprovações é preciso que exista 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. Isso vai permitir quantificar e auditorar esse processo de bonificação.

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

  • [RN1] - Quando o vendedor for cadastrar um pedido de bonificação deve ser mostrada uma listagem de motivos para tiragem do pedido de bonificação. Nesse caso será obrigatório a seleção de um desses motivos para cadastro do pedido.
  • [RN2] - Todos os pedidos de bonificação devem ficar pendentes de aprovação (Regra deve ser configurada no cadastro do tipo de pedido bonificação).
  • [RN3] - A informação do motivo de cadastro da bonificação deve ser integrada também a base do ERP do cliente.
  • Deve ser criado um campo de seleção na tela de cabeçalho do pedido que seja preenchido com os motivos de aprovação de pedidos cadastrados. Esses dados devem ser cadastradas numa tabela a parte. Esse campo deve ser inserido tanto no portal como no mobile.
  • Deve ser criado um relatório que possibilite a visualização dos motivos de criação dos pedidos de bonificação. Nesse relatório os seguintes dados devem ser mostrados:
  1. Código do pedido
  2. Motivo da aprovação
  3. Tipo de pedido
  4. Cliente
  5. Valor do Pedido
  6. Supervisor
  7. Vendedor
  8. Data aprovação(Caso o pedido não tenha sido aprovado ainda este campo ficará vazio)
  • 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, isso servirá para evitar a duplicação de registros:


Tabela: MOTIVO_PEDIDO

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


Tabela: MOTIVO_PEDIDO_TIPO_PEDIDO

NOME COLUNA TIPO CHAVE OBRIGATÓRIO DESCRIÇÃO
CD_MOTIVO_PEDIDO INT Sim Sim Código do Motivo do Pedido
CD_TIPO_PEDIDO VARCHAR(4) Sim Sim Código do Tipo do Pedido
  • O cadastro do motivo deve ser persistido na tabela PEDIDO salvando o CD_MOTIVO_PEDIDO. Segue a estrutura das nova coluna:


Tabela: PEDIDO

NOME COLUNA TIPO CHAVE OBRIGATÓRIO DESCRIÇÃO
CD_MOTIVO_PEDIDO INT Não Não Código do Motivo do Pedido

Integração

A nova coluna CD_MOTIVO_PEDIDO na tabela de PEDIDO deve ser integrada ao ERP. Com isso é necessário efetuar ajustes no web service para que o mesmo interprete a nova coluna.

Cenários

Cenário feliz

O vendedor João cadastra um pedido de bonificação.

Dado

  1. Vendedor João
  2. Todos os pedidos de bonificação ficam pendentes de aprovação
  3. Motivos de Cadastro do Pedido de Bonificação
    1. Aprovação da diretoria
    2. Bonificação vantajosa
    3. Bônus por grande compra
  4. Lista de clientes a serem atendidos
    1. Cliente A
    2. Cliente B
    3. Cliente C
  5. O tipo de pedido de bonificação tem em seu cadastro que todo pedido feito desse tipo irá ficar pendente de aprovação

Operação

  1. João inicia o atendimento ao Cliente A.
  2. João seleciona o tipo de pedido bonificação.
  3. João insere o motivo do cadastro do pedido "Aprovação da Diretoria" e clica em inserir itens.
  4. João insere as informações necessárias e finaliza o cadastro do pedido.

Assertivas

  1. É cadastrado o pedido D do tipo bonificação pelo vendedor João para o cliente A.
  2. O pedido de bonificação D fica com o status igual a pendente de aprovação.
  3. No cadastro do pedido D é salvo o motivo de cadastro "Aprovação da Diretoria".


Cenário cadastro de pedido sem motivo

O vendedor João cadastra um pedido de bonificação.

Dado

  1. Vendedor João
  2. Todos os pedidos de bonificação ficam pendentes de aprovação
  3. Motivos de Cadastro do Pedido de Bonificação
    1. Aprovação da diretoria
    2. Bonificação vantajosa
    3. Bônus por grande compra
  4. Lista de clientes a serem atendidos
    1. Cliente A
    2. Cliente B
    3. Cliente C
  5. O tipo de pedido de bonificação tem em seu cadastro que todo pedido feito desse tipo irá ficar pendente de aprovação

Operação

  1. João inicia o atendimento ao Cliente B.
  2. João seleciona o tipo de pedido bonificação.
  3. João não insere o motivo do cadastro do pedido e clica em inserir itens.
  4. João insere as informações necessárias com exceção do motivo e finaliza o cadastro do pedido.

Assertivas

  1. É mostrada uma mensagem de erro avisando que o pedido não pode ser cadastrado sem o motivo.