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

De GeoSales
Ir para navegação Ir para pesquisar
 
(28 revisões intermediárias por 4 usuários não estão sendo mostradas)
Linha 1: Linha 1:
== Funcionalidade Motivo de Aprovação do Pedido ==
+
==Necessidade==
  
=== 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.
  
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. É 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==
  
=== Solução Declarativa ===
+
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.
  
Deverá ser criado uma tela aonde possa ser cadastrado os motivos para aprovação ou cancelamento no portal. 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.
+
===Regras de Negócio===
  
==== 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.
  
*[RN1] - Quando o supervisor for aprovar ou cancelar um pedido, deve ser obrigatório a inserção de um motivo para a aprovação. O sistema deve impedir a aprovação do pedido caso o motivo não tenha sido inserido.
+
*[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).
  
*[RN2] - Todos os pedidos de bonificação devem ficar pendentes de aprovação.
+
*[RN3] - A informação do motivo de cadastro da bonificação deve ser integrada também a base do ERP do cliente.
  
=== 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 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:
 +
# Código do pedido
 +
# Motivo da aprovação
 +
# Tipo de pedido
 +
# Cliente
 +
# Valor do Pedido
 +
# Supervisor
 +
# Vendedor
 +
# 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:
  
=== Cenários ===
+
 
 +
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ário feliz===
 
===Cenário feliz===
O supervisor Pedro aprova um pedido de bonificação do vendedor João.
+
 
 +
O vendedor João cadastra um pedido de bonificação.
  
 
====Dado====
 
====Dado====
# Usuário João
+
 
# Cliente Sousa com saldo de bonificação de R$1000
+
# Vendedor João
# O pedido de bonificação sendo criado
+
# Todos os pedidos de bonificação ficam pendentes de aprovação
#* com código pedido palm '''X'''
+
# Motivos de Cadastro do Pedido de Bonificação
 +
## Aprovação da diretoria
 +
## Bonificação vantajosa
 +
## Bônus por grande compra
 +
# Lista de clientes a serem atendidos
 +
## Cliente A
 +
## Cliente B
 +
## Cliente C
 +
# 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====
 
====Operação====
# João cadastra o pedido '''X''' para Sousa no valor de R$800
+
 
# João finaliza/salva esse pedido
+
# João inicia o atendimento ao Cliente A.
 +
# João seleciona o tipo de pedido bonificação.
 +
# João insere o motivo do cadastro do pedido "Aprovação da Diretoria" e clica em inserir itens.
 +
# João insere as informações necessárias e finaliza o cadastro do pedido.
  
 
====Assertivas====
 
====Assertivas====
# Deve existir o pedido '''X''' na base de dados do sistema
+
 
# Esse pedido tem valor de R$800
+
# É cadastrado o pedido D do tipo bonificação pelo vendedor João para o cliente A.
# O saldo de bonificação de Sousa é de R$200
+
# O pedido de bonificação D fica com o status igual a pendente de aprovação.
 +
# 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====
 +
 
 +
# Vendedor João
 +
# Todos os pedidos de bonificação ficam pendentes de aprovação
 +
# Motivos de Cadastro do Pedido de Bonificação
 +
## Aprovação da diretoria
 +
## Bonificação vantajosa
 +
## Bônus por grande compra
 +
# Lista de clientes a serem atendidos
 +
## Cliente A
 +
## Cliente B
 +
## Cliente C
 +
# 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====
 +
 
 +
# João inicia o atendimento ao Cliente B.
 +
# João seleciona o tipo de pedido bonificação.
 +
# João não insere o motivo do cadastro do pedido e clica em inserir itens.
 +
# João insere as informações necessárias com exceção do motivo e finaliza o cadastro do pedido.
 +
 
 +
====Assertivas====
 +
 
 +
# É mostrada uma mensagem de erro avisando que o pedido não pode ser cadastrado sem o motivo.

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.