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

De GeoSales
Ir para navegação Ir para pesquisar
Linha 77: Linha 77:
  
 
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.
 
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.
 
==Fluxo de Eventos==
 
 
=== Fluxo 01 ===
 
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.'''''[PROTÓTIPO 1]'''''
 
#Baseado nesse resultado o diretor tem duas opções: Aprovar o pedido ou Rejeitar.
 
 
=== Fluxo 02 ===
 
Fluxo de analise das alçadas inferiores(Gerente Regional) baseado no Fluxo 01
 
<br />
 
#O pedido citado no fluxo 01 é da alçada da Diretoria.
 
#Porém o Gerente Regional também consegue visualizar aquele pedido.
 
#Após analisar a venda ele tem duas opções: Concordar ou não concordar com o desconto praticado naquela venda.'''''[PROTÓTIPO 2]'''''
 
#O aceite do Gerente Regional não implicará na aprovação do pedido.
 
#O resultado da analise do Gerente Regional será enviado ao Diretor. '''''[PROTÓTIPO 1]'''''
 
#Neste caso o Gerente Regional aceita a venda.
 
 
=== Fluxo 03 ===
 
Fluxo de analise das alçadas inferiores(Gerente II) baseado no Fluxo 01
 
<br />
 
#O pedido citado no fluxo 01 é da alçada Diretoria.
 
#O Gerente Regional já fez a sua analise e o resultado esta a disposição do Diretor. '''''[PROTÓTIPO 1]'''''
 
#O Gerente II também visualiza o pedido e faz a analise do mesmo.
 
#Após analisar a venda ele também tem duas opções: Concordar ou não concordar com o desconto praticado naquela venda. '''''[PROTÓTIPO 2]'''''
 
#O aceite do Gerente II não implicará na aprovação do pedido.
 
#O resultado da analise do Gerente II será enviado ao Diretor. '''''[PROTÓTIPO 1]'''''
 
#Neste caso o Gerente II rejeita o desconto.
 
  
 
==Regras de Negócio==
 
==Regras de Negócio==

Edição das 22h31min de 10 de julho 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
10/07/2017 Inaldo França Ajustes realizados

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 rejeição. Para supervisores com alçada para aprovar o sistema exibirá o placar com o resultados dos votos, auxiliando na tomada de decisão.

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

DESCRIÇÃO TIPO CHAVE OBRIGATÓRIO DESCRIÇÃO
CD_TIPO_PLACAR INT Sim Sim Código do Tipo do Placar
DS_TIPO_PLACAR VARCHAR (30) Não Sim Descrição do Tipo de Placar

Tabela: PEDIDO_TIPO_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
CD_TIPO_PLACAR INT Sim Sim Código 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_TIPO_PLACAR vinculando o pedido através do Código do Pedido.

Para montar o placar em que o Supervisor irá analisar para liberar o pedido, o desenvolvedor irá verificar o CD_PEDIDO_PALM na tabela PEDIDO_TIPO_PLACAR e CD_TIPO_PLACAR para montagem do placar, alem de trazer o nome do usuário que votou em cada situaçã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_NOVA_HIERARQUIA estiver ativada.

[RN2] - Na ausência da configuração ID_UTILIZA_NOVA_HIERARQUIA = 'S', o comportamento de visualização dos pedidos permanece o atual, apenas o supervisor que tem alçada, poderá visualizar.

[RN3] - A Alçada inferior poderá dar o “OK” nesse pedido através do botão AUTORIZAR ITENS. Esse processo não fará com que o pedido seja aprovado. Todavia será populado na tabela PEDIDO_APROVACAO_TIPO o valor CD_APROVACAO_TIPO = 1.

[RN4] - Se a alçada inferior não der o “OK”, ou seja, clicando no botão NEGAR ITENS. Esse processo não vai rejeitar o pedido, porém irá popular a tabela PEDIDO_APROVACAO_TIPO o valor CD_APROVACAO_TIPO = 2.

[RN5] - Os valores do campo CD_APROVACAO_TIPO de cada pedido serão somados e informados no placar que aparecerá somente para a ALÇADA verdadeira do pedido.

[RN6] - A alçada original além de ver o Placar de autorização daquele pedido, também precisa saber quem foram os aprovadores que votaram. Isso pode ser realizado através do campo CD_APROVADOR da tabela PEDIDO_APROVACAO_TIPO.

[RN7] - A alçada com permissão 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_APROVACAO_TIPO que fará o controle do placar.

Eventos

1 - Visão da Alçada de aprovação do pedido

O Diretor que tem a maior alçada entra no portal de aprovação.
Localiza o pedido que irá autorizar.
Para fazer a consulta de aprovação das outras alçadas ele localiza e clica em PLACAR AUTORIZAÇÃO. 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 aceite ou não das alçadas inferiores. Inclusive com o nome dos usuários que deram o OK ou o REJEITADO.

CAMIL-002.jpg

2 - Visão das alçadas inferiores

Nesse Protótipo iremos mostrar a visão das alçadas inferiores a de aprovação do pedido onde o aprovador irá analisar o desconto dado no pedido e concordar ou negar com o que foi praticado. Esse voto irá gerar resultado na tela do placar de Autorização.
Será disponibilizado ao aprovador dois botões:
  • Autorizar Itens
  • Negar Itens
NOTA: A AUTORIZAÇÃO NÃO IMPLICARÁ NO PEDIDO TODO APROVADO, ASSIM COMO O NEGADO NÃO IRÁ REJEITAR O PEDIDO.

CAMIL-003.jpg

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
Rosana Chimabuco
Marcus Castellani