Inserção Motivo de Cadastro de Pedidos

De GeoSales
Revisão de 18h55min de 11 de novembro de 2016 por Anderson (discussão | contribs)
Ir para navegação Ir para pesquisar

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.

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

  • [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.
  • [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 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.

Cenários

Cenário feliz

O supervisor João aprova o pedido de bonificação A.

Dado

  1. Usuário João
  2. João é um usuário supervisor
  3. Pedido de Bonificação A no valor de R$ 200,00
  4. Pedido de Bonificação B no valor de R$ 500,00
  5. Todos os pedidos de bonificação ficam pendentes de aprovação
  6. Motivos de Aprovação/Cancelamento
    1. Aprovação da Diretoria
    2. Bonificação Prejudicial
    3. Bonificação Vantajosa

Operação

  1. João pesquisa os pedidos pendentes de aprovação no supervisor
  2. João seleciona o pedido A para analisar.
  3. João insere o motivo "Aprovação da Diretoria" e clica em aprovar pedido

Assertivas

  1. O pedido de bonificação A fica com o status igual a aprovado
  2. O pedido de bonificação A tem salvo o código do motivo de aprovação "Aprovação da Diretoria"

Cenário Pedido Cancelado

O supervisor João cancela o pedido de bonificação B.

Dado

  1. Usuário João
  2. João é um usuário supervisor
  3. Pedido de Bonificação A no valor de R$ 200,00
  4. Pedido de Bonificação B no valor de R$ 500,00
  5. Todos os pedidos de bonificação ficam pendentes de aprovação
  6. Motivos de Aprovação/Cancelamento
    1. Aprovação da Diretoria
    2. Bonificação Prejudicial
    3. Bonificação Vantajosa

Operação

  1. João pesquisa os pedidos pendentes de aprovação no supervisor
  2. João seleciona o pedido B para analisar.
  3. João insere o motivo "Bonificação Prejudicial" e clica em cancelar o pedido

Assertivas

  1. O pedido de bonificação B fica com o status igual a não aprovado
  2. O pedido de bonificação B tem salvo o código do motivo de cancelamento "Bonificação Prejudicial"