Mudanças entre as edições de "Nova Hierarquia de Aprovação"

De GeoSales
Ir para navegação Ir para pesquisar
 
(100 revisões intermediárias por 8 usuários não estão sendo mostradas)
Linha 7: Linha 7:
 
|  09/06/2017  || Leonardo Garcez  ||  Criação do Documento
 
|  09/06/2017  || Leonardo Garcez  ||  Criação do Documento
 
|-
 
|-
 +
|  27/06/2017  || Leonardo Sousa  ||  Revisão Arquitetura
 +
|-
 +
|  28/06/2017  || Leonardo Garcez  ||  Alteração conforme solicitado - Inclusão dados Pré Condições
 +
|-
 +
|  04/07/2017  || Leonardo Garcez  ||  Alteração conforme solicitado - Modificações nos dados Pré Condições
 +
|-
 +
|  10/07/2017  || Leonardo Sousa  ||  Revisão Arquitetura
 +
|-
 +
|  11/07/2017  || Inaldo França    ||  Ajustes realizados
 +
|-
 +
|  11/07/2017  || Leonardo Sousa    || Aprovação do documento
 +
|-
 +
|  20/09/2017  || Renato Lima    || Alteração RN2 e Placar Autorização para Autorização dos Niveis inferiores
 +
|-
 +
|  25/09/2017  || Renato Lima    || Alteração RN2 e imagem que mostra o placar.
 +
|-
 +
|  25/09/2017  || Inaldo França  || Criação da RN6
 +
|-
 +
|  06/10/2017  || Renato Lima  || Remover tabela tipo placar, e alterar citações que falavam sobre placar
 +
|-
 +
|  09/10/2017  || Renato Lima  || Remover tabela tipo placar, e alterar citações que falavam sobre placar
 
|}
 
|}
  
 
==Necessidade==
 
==Necessidade==
  
Tornar o processo de aprovação mais ágil, fazendo com que os supervisores de nível maior não tenha que ligar para os supervisores de nível menor para saber se pode ou não aprovar um pedido, atualmente quando um pedido cai para uma alçada maior esse pedido não aparece para nenhum outro supervisor, forçando o supervisor a ter que ligar para os outros supervisores para saber se deve ou não aprovar um pedido.
+
Atualmente a cadeia de aprovação não tem visão do pedido e um acompanhamento do restante dos supervisores. Com isso dificulta a aprovação e analise do pedido. O sistema deixa visível o pedido apenas para os supervisores com alçada que possa autorizar, supervisores com menor alçada não tem essa visão e não participam do processo de avaliação de forma direta, mas de forma indireta eles são consultados por telefone colaborando com a avaliação.
  
 
== Solução ==
 
== Solução ==
Será criado um novo controle de hierarquia para autorização dos pedidos pendentes. Em caso de dúvidas do aprovador original ele poderá consultar o resultado dos aprovadores das alçadas menores através de um "placar" e a partir de então ter uma noção se deve ou não aprovar aquele desconto/pedido.
 
  
== Características Gerais do Caso de Uso ==
+
O GeoSales possibilitara uma visão do pedido pendente para toda a cadeia de aprovação, mesmo para supervisores que não podem autoriza-los.
=== Nome ===
+
Para supervisores que não puderem aprovar, o sistema possibilitará que o mesmo possa colaborar com a analise do pedido. Essa colaboração será através de um sistema de votos, onde o supervisor sem alçada poderá apenas votar pela aprovação ou  poderá reprovar o pedido.
Nova Hierarquia de aprovação dos pedidos
+
Para supervisores com alçada para aprovar o sistema exibirá a informação dos supervisores que indicaram aprovação do pedido.
=== Descrição ===
 
Nova alçada para a Diretoria não precisar entrar em contato com supervisor para aprovar determinado pedido.
 
  
=== Atores ===
+
== Pré Condições ==
# Vendedores
+
1. Habilitar Configuração:
# Gerente I
+
:: DS_CHAVE = ID_UTILIZA_PLACAR_APROVACAO
# Gerente II
+
:: DS_VALOR = 'S'
# Gerente Regional
 
# Diretoria
 
  
=== Pré Condições ===
+
2. Criar a estrutura para receber os dados. A estrutura deve conter as informações abaixo:
  
==Fluxo de Eventos==
 
  
=== Fluxo 01 ===
+
Tabela: '''PEDIDO_PLACAR'''
Fluxo aprovação Diretor
 
<br />
 
#Vendedor entra no GeoSales
 
#Vendedor faz um pedido
 
#Um dos itens vendido foi aplicado desconto de 10%
 
#Pelo cadastro de alçadas, esse pedido ficará pendente de aprovação da Alçada Diretoria. '''''[RE1]'''''
 
#No entanto pela nova regra de Hierarquia, qualquer aprovador, independente da alçada conseguirá visualizar aquele pedido.
 
#O Diretor visualiza o item pendente, porém esta com dúvidas se deve ou não aprova-lo.
 
#Neste momento o Diretor consulta o resultado da analise feita pelos outros aprovadores.[PROTITPO 1]
 
  
// DESCONSIDERAR
+
{| class="wikitable"
#O Gerente Regional ao visualizar o item, faz a aprovação daquele desconto.
+
! DESCRIÇÃO
#O aceite do Gerente Regional retorna para o Diretor. '''''[RN2]'''''
+
! TIPO
#O Diretor com a informação em mãos pode aprovar o desconto daquele item, ou pode rejeita-lo.
+
! CHAVE
#Diretor aceita o desconto e o pedido entra para o ERP e segue o fluxo normalmente.
+
! OBRIGATÓRIO
// DESCONSIDERAR
+
! DESCRIÇÃO
 +
|-
 +
| CD_PEDIDO_PALM  ||  bigint      || Sim || Sim || Código do pedido
 +
|-
 +
| CD_USUARIO      ||  INT          || Sim || Sim || Código do usuário que está relacionado ao supervisor
 +
|-
 +
| DS_TIPO_PLACAR  ||  CHAR          || Sim || Sim || Descrição do tipo de placar do pedido
 +
|-
 +
| DS_OBS_PLACAR  ||  VARCHAR(300) || Não || Não || Observação do Voto
 +
|-
 +
| DT_PLACAR      ||  DATETIME    || Não || Sim || Data e hora que foi registrado o Placar.
 +
|}   
  
=== Fluxo 02 ===
 
Fluxo em que a Diretoria reprova o desconto.
 
<br />
 
#Vendedor entra no GeoSales
 
#Vendedor faz um pedido
 
#Um dos itens vendido foi aplicado desconto de 10%
 
#Pelo cadastro de alçadas, esse pedido ficará pendente de aprovação da Alçada Diretoria. '''''[RE1]'''''
 
#O Diretor visualiza o item pendente, porém esta com dúvidas se deve ou não aprova-lo.
 
#Neste momento o Diretor encaminha esse item pendente ao Gerente Regional. '''''[RN1]'''''
 
#O Gerente Regional ao visualizar o item, faz a aprovação daquele desconto.
 
#O aceite do Gerente Regional retorna para o Diretor. '''''[RN2]'''''
 
#Agora o Diretor rejeita o desconto. Neste caso o pedido retorna para o vendedor fazer as modificações e enviar novamente.
 
#Se as mudanças que o vendedor fizer no pedido entrarem em algum alçada, o mesmo passará por um dos fluxos supracitados neste documento.
 
  
=== Fluxo 03 ===
+
Desta forma cada vez que um supervisor que não tem permissão para aprovar o pedido votar a favor ou contra um determinado, essa informação será alimentada na tabela PEDIDO_PLACAR vinculando o pedido através do Código do Pedido.
Gerente regional solicita aprovação do Gerente II
 
<br />
 
#Vendedor entra no GeoSales
 
#Vendedor faz um pedido
 
#Um dos itens vendido foi aplicado desconto de 10%
 
#Pelo cadastro de alçadas, esse pedido ficará pendente de aprovação da Alçada Diretoria. '''''[RE1]'''''
 
#Desta forma, somente os aprovadores desta alçada poderão visualizar esse item.
 
#O Diretor visualiza o item pendente, porém esta com dúvidas se deve ou não aprova-lo.
 
#Neste momento o Diretor encaminha esse item pendente ao Gerente Regional. '''''[RN1]'''''
 
#O Gerente Regional também com dúvidas encaminha a analise do desconto para o Gerente II. '''''[RN1]'''''
 
#O Gerente II aprova o desconto. O aceite do Gerente II retorna ao Gerente Regional.'''''[RN2]'''''
 
# O Gerente Regional recebe o aceite mas mesmo assim Reprova o desconto. '''''[RN3]'''''
 
# A negativa do Gerente Regional é enviada ao Diretor que tomará a decisão final de Aprovação ou Rejeição do desconto. '''''[FLUXO 01]''''' ou '''''[FLUXO 02]''
 
'''
 
  
=== Fluxo 04 ===
+
Para listar os Supervisores que liberaram o pedido, o desenvolvedor irá verificar o CD_PEDIDO_PALM na tabela PEDIDO_PLACAR e Apresenta o nome e data da aprovação, como mostra as imagens na Visão da Alçada de aprovação do pedido que está neste documento.
Gerente regional solicita aprovação do Gerente II
+
 
<br />
+
Na ausência da configuração ID_UTILIZA_PLACAR_APROVACAO ou a mesma igual a N, o funcionamento da hierarquia de aprovação seguirá o fluxo padrão e nativo já existente hoje, tanto para autorização do pedido, como para visualização.
#Vendedor entra no GeoSales
 
#Vendedor faz um pedido.
 
#Um dos itens vendido foi aplicado desconto de 4%.
 
#Pelo cadastro de alçadas, esse pedido ficará pendente de aprovação da Alçada Gerente Regional. '''''[RE1]'''''
 
#Da mesma forma que o Diretor, o Gerente Regional poderá solicitar aprovação das alçadas inferiores.'''''[RN1]'''''
 
#A validação, positiva ou negativa retorna ao Gerente Regional.'''''[RN2]'''''
 
#A reprovação do “Gerente II” não fará o pedido retornar ao vendedor para edição. '''''[RN3]'''''
 
#Neste exemplo, somente o Gerente Regional, que é o aprovador correto, pode aprovar ou reprovar o pedido em definitivo.
 
  
 
==Regras de Negócio==
 
==Regras de Negócio==
  
'''[RN1]''' - O Aprovador poderá enviar o pedido para a alçada inferior.
+
'''[RN1]''' - Os pedidos pendentes ficarão disponíveis para todas as alçadas, inclusive para as inferiores, mas somente quando a configuração '''ID_UTILIZA_PLACAR_APROVACAO ''' estiver ativada, caso não exista a configuração, seguirá o fluxo normal já existente do Portal do Supervisor.
 +
 
 +
'''[RN2]''' - A Alçada inferior poderá dar o voto nesse pedido, selecionando todos os itens pendentes e clicando no botão '''''AUTORIZAR ITENS'''''. Esse processo não fará com que o pedido seja aprovado. Todavia será populado na tabela PEDIDO_PLACAR. Se a alçada inferior der o voto negando o pedido, ou seja, não selecionando alguns dos itens pendentes para aprovação e clicando o botão autorizar itens. Esse voto mesmo sendo de um supervisor de nível inferior vai negar o pedido e o mesmo será reprovado e voltará para o vendedor, mesmo que o supervisor que negar não seja da alçada apta a aprovar, mas ele poderá reprovar, com isso o sistema modificará o ID_autorizado do pedido para N, ao inves de apontar voto na tabela PEDIDO_TIPO_PLACAR.
 +
 
 +
'''[RN3]''' - Os valores do campo '''CD_TIPO_PLACAR''' de cada pedido serão Contados e informados no placar que aparecerá somente para o supervisor de alçada correta para aprovar o pedido..
  
'''[RN2]''' - A Alçada inferior poderá dar um “OK” nesse pedido. Esse processo não fará com que o pedido seja aprovado. É somente uma ciência e o pedido voltará para a alçada correta.
+
'''[RN4]''' - A alçada correta, além de ver o Placar de autorização daquele pedido, também precisa saber quais foram os aprovadores que votaram. Isso pode ser realizado através do campo '''CD_USUARIO''' da tabela '''PEDIDO_TIPO_PLACAR'''.
  
'''[RN3]''' - Se a alçada inferior não der o “OK”, o pedido NÃO voltará para o vendedor corrigir. Voltará para a Alçada correta decidir o que fazer com esse pedido.
+
'''[RN5]''' - A alçada correta para autorizar ou rejeitar o pedido, ao fazer um dos processos irá modificar o '''ID_AUTORIZADO''' da tabela '''pedido''' e não a tabela PEDIDO_TIPO_PLACAR que fará o controle do placar.
  
'''[RN4]''' - A alçada original deverá ver qual foi o supervisor que Aprovou ou Rejeitou o pedido.
+
'''[RN6]''' - Mesmo que o supervisor da alçada inferior não der o voto positivo, o supervisor da alçada correta poderá aprovar o pedido. Para aprovar o pedido o Supervisor da Alçada correta não depende do voto dos inferiores.
  
 +
== Protótipos ==
  
==Requisitos Especiais ==
+
=== Visão da Alçada que irá Autorizar o Pedido ===
  
'''[RE1]''' – ALÇADAS CADASTRADAS PARA USO DOS FLUXOS:
+
Para fazer a consulta de aprovação das outras alçadas ele localiza e clica em '''Autorização dos níveis inferiores'''. Conforme imagem abaixo.
  
# Diretoria – 100%
+
[[Arquivo:CAMIL-001.jpg|1000px]]
# Gerente Regional – 4%
 
# Gerente II – 3 %
 
# Gerente I – 2%
 
  
==Protótipos==
+
Depois de clicar no botão o portal de aprovação irá disponibilizar o Placar atual de autorização baseado no voto das outras alçadas. Inclusive com o nome dos usuários
Não se aplica
+
 
 +
[[Arquivo:CAMIL-0021.jpg|1000px]]
 +
 
 +
=== Visão das Alçadas Que não podem Aprovar ===
 +
 
 +
NOTA: A AUTORIZAÇÃO NÃO IMPLICARÁ NO PEDIDO TODO APROVADO.MAS QUALQUER QUE REJEITAR ESSE PEDIDO, ESTARÁ REPROVANDO O MESMO.
 +
[[Arquivo:CAMIL-003.jpg|1000px]]
 +
 
 +
== Cenários ==
 +
 
 +
===Cenário de Voto Positivo===
 +
 
 +
:O Supervisor que não tem alçada para aprovar um pedido irá dar um voto a favor, concordando com o desconto aplicado nos itens daquele pedido e o Supervisor da alçada liberada para aprovação irá visualizar o placar.
 +
 
 +
====Dados====
 +
#Alçada 1: Alcance de 10%
 +
#Alçada 2: Alcance de 100%
 +
#Supervisor: José Vinculado a Alçada 1
 +
#Supervisor: João Vinculado a Alçada 2
 +
#Pedido com 20% de Desconto nos itens
 +
 
 +
====Operação====
 +
#O Supervisor José Clicará no Botão ''Autorizar Itens''
 +
 
 +
====Assertiva====
 +
#Será acrescentando a indicação de aprovar o pedido.
 +
#O Supervisor João Visualizará sua indicação para aprovar o pedido.
 +
 
 +
===Cenário de Voto Negativo===
 +
 
 +
:O Supervisor que não tem alçada para aprovar um pedido irá dar um voto negativo,que reprovará o pedido.
 +
 
 +
====Dados====
 +
#Alçada 1: Alcance de 10%
 +
#Supervisor: José Vinculado a Alçada 1
 +
#Pedido com 20% de Desconto nos itens
 +
 
 +
====Operação====
 +
#O Supervisor José não selecionará nenhum item pendente e clicará no botão '''autorizar itens.'''
 +
 
 +
====Assertiva====
 +
#O pedido será reprovado e retornará ao vendedor.
  
 
== Aprovação ==
 
== Aprovação ==
Linha 126: Linha 151:
 
! style="width:300px" |Assinatura
 
! style="width:300px" |Assinatura
 
|-  
 
|-  
|  
+
| Tecnologia da Informação
 
| Rosana Chimabuco
 
| Rosana Chimabuco
 
|
 
|
 
|
 
|
 
|-  
 
|-  
|  
+
| Escritório de Projetos
 
| Marcus Castellani
 
| Marcus Castellani
 +
|
 +
|
 +
|-
 +
| Comercial
 +
| Roberta Duarte
 
|
 
|
 
|
 
|
 
|}
 
|}

Edição atual tal como às 21h13min de 9 de outubro de 2017

Histórico de Revisões

Data Quem Comentários
09/06/2017 Leonardo Garcez Criação do Documento
27/06/2017 Leonardo Sousa Revisão Arquitetura
28/06/2017 Leonardo Garcez Alteração conforme solicitado - Inclusão dados Pré Condições
04/07/2017 Leonardo Garcez Alteração conforme solicitado - Modificações nos dados Pré Condições
10/07/2017 Leonardo Sousa Revisão Arquitetura
11/07/2017 Inaldo França Ajustes realizados
11/07/2017 Leonardo Sousa Aprovação do documento
20/09/2017 Renato Lima Alteração RN2 e Placar Autorização para Autorização dos Niveis inferiores
25/09/2017 Renato Lima Alteração RN2 e imagem que mostra o placar.
25/09/2017 Inaldo França Criação da RN6
06/10/2017 Renato Lima Remover tabela tipo placar, e alterar citações que falavam sobre placar
09/10/2017 Renato Lima Remover tabela tipo placar, e alterar citações que falavam sobre placar

Necessidade

Atualmente a cadeia de aprovação não tem visão do pedido e um acompanhamento do restante dos supervisores. Com isso dificulta a aprovação e analise do pedido. O sistema deixa visível o pedido apenas para os supervisores com alçada que possa autorizar, supervisores com menor alçada não tem essa visão e não participam do processo de avaliação de forma direta, mas de forma indireta eles são consultados por telefone colaborando com a avaliação.

Solução

O GeoSales possibilitara uma visão do pedido pendente para toda a cadeia de aprovação, mesmo para supervisores que não podem autoriza-los. Para supervisores que não puderem aprovar, o sistema possibilitará que o mesmo possa colaborar com a analise do pedido. Essa colaboração será através de um sistema de votos, onde o supervisor sem alçada poderá apenas votar pela aprovação ou poderá reprovar o pedido. Para supervisores com alçada para aprovar o sistema exibirá a informação dos supervisores que indicaram aprovação do pedido.

Pré Condições

1. Habilitar Configuração:

DS_CHAVE = ID_UTILIZA_PLACAR_APROVACAO
DS_VALOR = 'S'

2. Criar a estrutura para receber os dados. A estrutura deve conter as informações abaixo:


Tabela: PEDIDO_PLACAR

DESCRIÇÃO TIPO CHAVE OBRIGATÓRIO DESCRIÇÃO
CD_PEDIDO_PALM bigint Sim Sim Código do pedido
CD_USUARIO INT Sim Sim Código do usuário que está relacionado ao supervisor
DS_TIPO_PLACAR CHAR Sim Sim Descrição do tipo de placar do pedido
DS_OBS_PLACAR VARCHAR(300) Não Não Observação do Voto
DT_PLACAR DATETIME Não Sim Data e hora que foi registrado o Placar.


Desta forma cada vez que um supervisor que não tem permissão para aprovar o pedido votar a favor ou contra um determinado, essa informação será alimentada na tabela PEDIDO_PLACAR vinculando o pedido através do Código do Pedido.

Para listar os Supervisores que liberaram o pedido, o desenvolvedor irá verificar o CD_PEDIDO_PALM na tabela PEDIDO_PLACAR e Apresenta o nome e data da aprovação, como mostra as imagens na Visão da Alçada de aprovação do pedido que está neste documento.

Na ausência da configuração ID_UTILIZA_PLACAR_APROVACAO ou a mesma igual a N, o funcionamento da hierarquia de aprovação seguirá o fluxo padrão e nativo já existente hoje, tanto para autorização do pedido, como para visualização.

Regras de Negócio

[RN1] - Os pedidos pendentes ficarão disponíveis para todas as alçadas, inclusive para as inferiores, mas somente quando a configuração ID_UTILIZA_PLACAR_APROVACAO estiver ativada, caso não exista a configuração, seguirá o fluxo normal já existente do Portal do Supervisor.

[RN2] - A Alçada inferior poderá dar o voto nesse pedido, selecionando todos os itens pendentes e clicando no botão AUTORIZAR ITENS. Esse processo não fará com que o pedido seja aprovado. Todavia será populado na tabela PEDIDO_PLACAR. Se a alçada inferior der o voto negando o pedido, ou seja, não selecionando alguns dos itens pendentes para aprovação e clicando o botão autorizar itens. Esse voto mesmo sendo de um supervisor de nível inferior vai negar o pedido e o mesmo será reprovado e voltará para o vendedor, mesmo que o supervisor que negar não seja da alçada apta a aprovar, mas ele poderá reprovar, com isso o sistema modificará o ID_autorizado do pedido para N, ao inves de apontar voto na tabela PEDIDO_TIPO_PLACAR.

[RN3] - Os valores do campo CD_TIPO_PLACAR de cada pedido serão Contados e informados no placar que aparecerá somente para o supervisor de alçada correta para aprovar o pedido..

[RN4] - A alçada correta, além de ver o Placar de autorização daquele pedido, também precisa saber quais foram os aprovadores que votaram. Isso pode ser realizado através do campo CD_USUARIO da tabela PEDIDO_TIPO_PLACAR.

[RN5] - A alçada correta para autorizar ou rejeitar o pedido, ao fazer um dos processos irá modificar o ID_AUTORIZADO da tabela pedido e não a tabela PEDIDO_TIPO_PLACAR que fará o controle do placar.

[RN6] - Mesmo que o supervisor da alçada inferior não der o voto positivo, o supervisor da alçada correta poderá aprovar o pedido. Para aprovar o pedido o Supervisor da Alçada correta não depende do voto dos inferiores.

Protótipos

Visão da Alçada que irá Autorizar o Pedido

Para fazer a consulta de aprovação das outras alçadas ele localiza e clica em Autorização dos níveis inferiores. Conforme imagem abaixo.

CAMIL-001.jpg

Depois de clicar no botão o portal de aprovação irá disponibilizar o Placar atual de autorização baseado no voto das outras alçadas. Inclusive com o nome dos usuários

CAMIL-0021.jpg

Visão das Alçadas Que não podem Aprovar

NOTA: A AUTORIZAÇÃO NÃO IMPLICARÁ NO PEDIDO TODO APROVADO.MAS QUALQUER QUE REJEITAR ESSE PEDIDO, ESTARÁ REPROVANDO O MESMO.

CAMIL-003.jpg

Cenários

Cenário de Voto Positivo

O Supervisor que não tem alçada para aprovar um pedido irá dar um voto a favor, concordando com o desconto aplicado nos itens daquele pedido e o Supervisor da alçada liberada para aprovação irá visualizar o placar.

Dados

  1. Alçada 1: Alcance de 10%
  2. Alçada 2: Alcance de 100%
  3. Supervisor: José Vinculado a Alçada 1
  4. Supervisor: João Vinculado a Alçada 2
  5. Pedido com 20% de Desconto nos itens

Operação

  1. O Supervisor José Clicará no Botão Autorizar Itens

Assertiva

  1. Será acrescentando a indicação de aprovar o pedido.
  2. O Supervisor João Visualizará sua indicação para aprovar o pedido.

Cenário de Voto Negativo

O Supervisor que não tem alçada para aprovar um pedido irá dar um voto negativo,que reprovará o pedido.

Dados

  1. Alçada 1: Alcance de 10%
  2. Supervisor: José Vinculado a Alçada 1
  3. Pedido com 20% de Desconto nos itens

Operação

  1. O Supervisor José não selecionará nenhum item pendente e clicará no botão autorizar itens.

Assertiva

  1. O pedido será reprovado e retornará ao vendedor.

Aprovação

Considero aprovada a documentação da funcionalidade especificada acima, e autorizo a implementação da mesma no Sistema GeoSales, em nome da Organização a qual estou vinculado.

Setor Aprovado Por Data Assinatura
Tecnologia da Informação Rosana Chimabuco
Escritório de Projetos Marcus Castellani
Comercial Roberta Duarte