Mudanças entre as edições de "Vinculação entre cliente e vendedor"

Edição das 20h40min de 7 de abril de 2021

Histórico de Alterações

Data	Quem	Comentários
16/11/2020	Ana Júlia	Criação do documento

Necessidade

É preciso permitir que seja mais fácil a vinculação dos clientes acessíveis a venda por um usuário. Isso permitirá a vinculação direta sem a necessidade de adicionar outros filtros para se adequar a estrutura atual da GeoSales.

[OLD] Realizar a vinculação entre cliente e usuário através da plataforma GeoSales EVO.

Implementação

Na plataforma GeoSales EVO será possível realizar a vinculação e manutenção entre cliente e usuário. Para facilitar a vinculação será exibido uma sequência de filtros de buscas para clientes, conforme listado abaixo:

Cliente;
Grupo de Cliente;
Canal de Vendas;
Rede de Clientes;
Estado;
Cidade.

Vale salientar que o só poderá ser cadastrado um cenário por cliente com um ou vários usuários. Caso o cliente já esteja vinculado ao usuário, e haja a tentativa de realizar um novo cadastro para o cliente selecionado, a plataforma exibirá o alerta' Já existe uma vinculação para este cliente. Deseja sobrepor o cadastro existente?' com o intuito de alertar a existência de um vínculo. Além disso, um cliente poderá ser vinculado a mais de um usuário.

Regras de Negócios

[RN1] - Para que haja a vinculação entre cliente e usuário na plataforma, as informações mínimas de cliente e usuário precisam estar integrados a GeoSales. Caso o cliente ou usuário não estejam cadastrados, não será possível prosseguir com o cadastrado.

[RN2] - Clientes que estiverem bloqueados ou inativos não serão exibidos para vinculação com o usuário.

[RN3] - Vale salientar que se a regra de vinculação do cliente for excluído, o usuário não terá mais acesso a cadastrar pedido ao cliente deletado.

Resultados Esperados

Protótipos

- Listagem de clientes

- Cadastro de vinculação entre cliente e usuário

Fluxos Padrão

Cenário: Vincular cliente e usuário
Dado que estou logado na plataforma GeoSales EVO
Quando acesso o módulo 'BackOffice' no menu 'Parâmetros Clientes'
E realizo a busca de clientes
E seleciono o cliente José
E vinculo ao usuário João
E clico em 'salvar'
Então a plataforma finalizará a vinculção entre José e João

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.

Estruturas de banco de dados

Tabelas de entidades já existentes

CLIENTE
CD_CLIENTE

USUARIO
CD_USUARIO

TABELA_PRECO
CD_TAB_PRECO

ORGANIZACAO_VENDA
CD_ORG_VENDA

GRUPO_MPGTO
CD_GRUPO_MPGTO

PERFIL
CD_PERFIL

TIPO_MOVIMENTO_PEDIDO
CD_TIPO

Tabelas novas de vinculações

CLIENTE_USUARIO
CD_CLIENTE
CD_USUARIO

CLIENTE_TAB_PRECO
CD_CLIENTE
CD_TAB_PRECO

USUARIO_TAB_PRECO
CD_USUARIO
CD_TAB_PRECO

CLIENTE_GRUPO_MPGTO
CD_CLIENTE
CD_GRUPO_MPGTO

USUARIO_ORG_VENDA
CD_USUARIO
CD_ORG_VENDA

Tabelas de filtragens de dados já existentes

PERFIL_CANAL_VENDA
CD_PERFIL
CD_CANAL

CLIENTE_CANAL_VENDA
CD_CLIENTE
CD_CANAL

PERFIL_ORGANIZACAO_VENDA
CD_PERFIL
CD_ORG_VENDA

PERFIL_TIPO_PEDIDO
CD_PERFIL
CD_TIPO

PERFIL_USUARIO
CD_PERFIL
CD_USUARIO

TIPO_PEDIDO_TAB_PRECO
CD_TIPO
CD_TAB_PRECO

TAB_PRECO_RESTRICAO
CD_TAB_PRECO
CD_ORG_VENDA
CD_CANAL

ORGANIZACAO_VENDA_TIPO_PEDIDO
CD_ORG_VENDA
CD_TIPO

- Regras de resgate de dados do cabeçalho de pedido =

Basicamente deve ser feito um resgate dos dados sequencialmente e removendo os registros que não se enquadram na filtragem que está vinculada ao usuário. A busca de cliente deve ir na OVC inicialmente como é feita originalmente. Complementarmente deve ser feita a consulta na tabela CLIENTE_USUARIO passando o código do usuário logado como parâmetro.

Hoje já existem algumas filtragens para a escolha de informações do cabeçalho do pedido. A mudança proposta nesse documento visa permitir uma vinculação alternativa a vinculação atual usando a tabela ORG_VENDA_CLIENTE:

ORG_VENDA_CLIENTE
CD_ORG_VENDA
CD_CLIENTE
CD_VENDEDOR
CD_TAB_PRECO
CD_GRUPO_MPGTO

Agora será possível fazer a vinculação de forma mais flexível a fim de evitar a necessidade de uma grande quantidade de registros numa tabela centralizada.

Então para a vinculação de organização de venda, ela será definida através do perfil do usuário que irá efetuar a venda. Isso é mapeado na tabela PERFIL_ORGANIZACAO_VENDA. Existe, porém, uma situação onde o usuário logado é um usuário do papel gestor. Nessa situação o usuário pode tirar um pedido escolhendo um usuário do papel vendedor e tirar um pedido para os clientes dele. Assim, esse filtro para definição de quais organizações de venda são elegíveis deve ser feita em 2 etapas. Primeiro devem ser filtradas as organizações de vendas que o perfil do usuário do vendedor escolhido tem acesso. Depois disso, deve ser aplicado o mesmo filtro só que agora será usado os dados da tabela que estão vinculados ao perfil do usuário logado. Obviamente, dependendo do cadastro, podem existir casos em que não haja interseção entre os dados dos dois usuários. No caso de ser um usuário do papel cliente, a regra deve ser aplicada da mesma forma, habilitando somente as organizações que o perfil tenha vinculação. Ainda falando sobre a organização de venda, existe um outro ponto de filtragem relacionado. Após a escolha da a organização de venda no cabeçalho, serão filtrados os tipos de pedidos válidos que são definidos na tabela ORGANIZACAO_VENDA_TIPO_PEDIDO.

Para a entidade de tabela de preço existirão as seguintes tabelas para filtragem dos dados:

CLIENTE_TAB_PRECO
USUARIO_TAB_PRECO
TIPO_PEDIDO_TAB_PRECO (JÁ EXISTE)
TAB_PRECO_RESTRICAO (JÁ EXISTE)

Basicamente cada uma delas atuará para definição de quais tabelas de preço são elegíveis para escolha durante a venda. É plausível ter uma personalização das tabelas de preço tanto por cliente como por usuário. Então deverão ser criadas as tabelas para vinculação com cliente e com usuário. Tendo isso como base, o sistema deve minerar nas duas tabelas quais são as elegíveis usando como parâmetro o usuário logado e o cliente selecionado para a venda. Nesse contexto, existe o cenário de um usuário com o papel gestor estar tirando um pedido para um cliente de um de seus vendedores supervisionados

GeoSales

Setor	Aprovado Por	Data
Desenvolvimento - GeoSales	Pessoa que aprovou	00/00/0000
Integração - GeoSales	Pessoa que aprovou	00/00/0000
Configurações - GeoSales	Pessoa que aprovou	00/00/0000

Empresa solicitante

Setor	Aprovado Por	Data
Gerente TI - Cliente	Pessoa que aprovou	00/00/0000
Gerente de Projeto - Cliente	Pessoa que aprovou	00/00/0000
Gerente Comercial - Cliente	Pessoa que aprovou	00/00/0000

@@ Linha 264: / Linha 264: @@
 Ainda falando sobre a organização de venda, existe um outro ponto de filtragem relacionado. Após a escolha da a organização de venda no cabeçalho, serão filtrados os tipos de pedidos válidos que são definidos na tabela ORGANIZACAO_VENDA_TIPO_PEDIDO.
+Para a entidade de tabela de preço existirão as seguintes tabelas para filtragem dos dados:
+# CLIENTE_TAB_PRECO
+# USUARIO_TAB_PRECO
+# TIPO_PEDIDO_TAB_PRECO (JÁ EXISTE)
+# TAB_PRECO_RESTRICAO (JÁ EXISTE)
+Basicamente cada uma delas atuará para definição de quais tabelas de preço são elegíveis para escolha durante a venda. É plausível ter uma personalização das tabelas de preço tanto por cliente como por usuário. Então deverão ser criadas as tabelas para vinculação com cliente e com usuário. Tendo isso como base, o sistema deve minerar nas duas tabelas quais são as elegíveis usando como parâmetro o usuário logado e o cliente selecionado para a venda. Nesse contexto, existe o cenário de um usuário com o papel gestor estar tirando um pedido para um cliente de um de seus vendedores supervisionados
 === GeoSales ===