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

De GeoSales
Ir para navegação Ir para pesquisar
m (Anderson moveu a página Inserção Motivo de Bonificaçãoo para Inserção Motivo de Bonificação: O conceito da funcionalidade mudou)
 
(18 revisões intermediárias por 4 usuários não estão sendo mostradas)
Linha 1: Linha 1:
 
==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. É 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 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:
 +
# 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:
 +
 
 +
 
 +
Tabela: '''MOTIVO_PEDIDO'''
  
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.
+
{| 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
 +
|}
  
==Regras de Negócio==
 
  
*[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.
+
Tabela: '''MOTIVO_PEDIDO_TIPO_PEDIDO'''
  
*[RN2] - Todos os pedidos de bonificação devem ficar pendentes de aprovação.
+
{| 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
 +
|}
  
==Pré Detalhes da Solução Imperativa==
+
* 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==
Linha 21: Linha 81:
 
===Cenário feliz===
 
===Cenário feliz===
  
O supervisor João aprova o pedido de bonificação A.
+
O vendedor João cadastra um pedido de bonificação.
  
 
====Dado====
 
====Dado====
  
# Usuário João
+
# Vendedor João
# João é um usuário supervisor
 
# Pedido de Bonificação A no valor de R$ 200,00
 
# Pedido de Bonificação B no valor de R$ 500,00
 
 
# Todos os pedidos de bonificação ficam pendentes de aprovação
 
# Todos os pedidos de bonificação ficam pendentes de aprovação
# Motivos de Aprovação/Cancelamento
+
# Motivos de Cadastro do Pedido de Bonificação
## Aprovação da Diretoria
+
## Aprovação da diretoria
## Bonificação Prejudicial
+
## Bonificação vantajosa
## 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 pesquisa os pedidos pendentes de aprovação no supervisor
+
# João inicia o atendimento ao Cliente A.
# João seleciona o pedido A para analisar.
+
# João seleciona o tipo de pedido bonificação.
# João insere o motivo "Aprovação da Diretoria" e clica em aprovar pedido
+
# 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====
  
# O pedido de bonificação A fica com o status igual a aprovado
+
# É cadastrado o pedido D do tipo bonificação pelo vendedor João para o cliente A.
# O pedido de bonificação A tem salvo o código do motivo de aprovação "Aprovação da Diretoria"
+
# 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 Pedido Cancelado===
+
===Cenário cadastro de pedido sem motivo===
  
O supervisor João cancela o pedido de bonificação B.
+
O vendedor João cadastra um pedido de bonificação.
  
 
====Dado====
 
====Dado====
  
# Usuário João
+
# Vendedor João
# João é um usuário supervisor
 
# Pedido de Bonificação A no valor de R$ 200,00
 
# Pedido de Bonificação B no valor de R$ 500,00
 
 
# Todos os pedidos de bonificação ficam pendentes de aprovação
 
# Todos os pedidos de bonificação ficam pendentes de aprovação
# Motivos de Aprovação/Cancelamento
+
# Motivos de Cadastro do Pedido de Bonificação
## Aprovação da Diretoria
+
## Aprovação da diretoria
## Bonificação Prejudicial
+
## Bonificação vantajosa
## 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 pesquisa os pedidos pendentes de aprovação no supervisor
+
# João inicia o atendimento ao Cliente B.
# João seleciona o pedido B para analisar.
+
# João seleciona o tipo de pedido bonificação.
# João insere o motivo "Bonificação Prejudicial" e clica em cancelar o pedido
+
# 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====
 
====Assertivas====
  
# O pedido de bonificação B fica com o status igual a não aprovado
+
# É mostrada uma mensagem de erro avisando que o pedido não pode ser cadastrado sem o motivo.
# O pedido de bonificação B tem salvo o código do motivo de cancelamento "Bonificação Prejudicial"
 

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.