Nova Hierarquia de Aprovação

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

HABILITAR CONFIGURACAO: ID_UTILIZA_PLACAR_APROVACAO = 'S'

Para atender essa demanda,será necessário construir uma 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 de alçada inferior do pedido der o aceite ou o negado daquele pedido, essa informação será alimentada na tabela PEDIDO_APROVACAO_TIPO 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_APROVACAO_TIPO e cd_aprovacao_tipo para montagem do placar, alem de trazer o nome do usuário que voltou em cada situação, como mostrar 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 ja existem hoje,tanto para autorização do pedido, como para visualização.

Fluxo de Eventos

Fluxo 01

Fluxo aprovação Diretor

1. Vendedor entra no GeoSales
2. Vendedor faz um pedido
3. Um dos itens vendido foi aplicado desconto de 10%
4. Pelo cadastro de alçadas, esse pedido ficará pendente de aprovação da Alçada Diretoria. [RE1]
5. No entanto pela nova regra de Hierarquia qualquer aprovador, independente da alçada, conseguirá visualizar aquele pedido.
6. O Diretor visualiza o item pendente, porém esta com dúvidas se deve ou não aprova-lo.
7. Neste momento o Diretor consulta o resultado da analise feita pelos outros aprovadores.[PROTÓTIPO 1]
8. 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

1. O pedido citado no fluxo 01 é da alçada da Diretoria.
2. Porém o Gerente Regional também consegue visualizar aquele pedido.
3. Após analisar a venda ele tem duas opções: Concordar ou não concordar com o desconto praticado naquela venda.[PROTÓTIPO 2]
4. O aceite do Gerente Regional não implicará na aprovação do pedido.
5. O resultado da analise do Gerente Regional será enviado ao Diretor. [PROTÓTIPO 1]
6. Neste caso o Gerente Regional aceita a venda.

Fluxo 03

Fluxo de analise das alçadas inferiores(Gerente II) baseado no Fluxo 01

1. O pedido citado no fluxo 01 é da alçada Diretoria.
2. O Gerente Regional já fez a sua analise e o resultado esta a disposição do Diretor. [PROTÓTIPO 1]
3. O Gerente II também visualiza o pedido e faz a analise do mesmo.
4. 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]
5. O aceite do Gerente II não implicará na aprovação do pedido.
6. O resultado da analise do Gerente II será enviado ao Diretor. [PROTÓTIPO 1]
7. Neste caso o Gerente II rejeita o desconto.

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.

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.

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.

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