Mudanças entre as edições de "Cadastro de cliente prospect"

De GeoSales
Ir para navegação Ir para pesquisar
 
(21 revisões intermediárias por 2 usuários não estão sendo mostradas)
Linha 64: Linha 64:
 
| SEGMENTACAO || CD_SEGMENTO || Não é Integrada
 
| SEGMENTACAO || CD_SEGMENTO || Não é Integrada
 
|-
 
|-
−
| TIPO_CLIENTE || CD_TIPO_CLIENTE || Não é Integrada
+
| TIPO_SEGMENTO_CLIENTE || CD_SEGMENTO_CLIENTE || Não é Integrada
 
|-
 
|-
−
| CATEGORIA_CLIENTE || CD_CATEGORIA || Não é Integrada
+
| CATEGORIA_SEGMENTO_CLIENTE || CD_SEGMENTO_CATEGORIA || Não é Integrada
 
|-
 
|-
 
| ID_TIPO_FRETE_PADRAO || TIPO_FRETE ||  Integrada
 
| ID_TIPO_FRETE_PADRAO || TIPO_FRETE ||  Integrada
Linha 75: Linha 75:
 
|}
 
|}
  
−
As tabelas SEGMENTACAO, TIPO_CLIENTE e CATEGORIA_CLIENTE devem ser populadas pela tabela que representam o segmento cadastrado no ERP do cliente, devendo ser integradas ao GeoSales, conforme informado na tabela acima.
+
As tabelas SEGMENTACAO, SEGMENTO_TIPO_CLIENTE e SEGMENTO_CATEGORIA_CLIENTE devem ser populadas pela tabela que representam o segmento cadastrado no ERP do cliente, devendo ser integradas ao GeoSales, conforme informado na tabela acima.
  
 
{| class="wikitable"
 
{| class="wikitable"
Linha 87: Linha 87:
 
| SEGMENTACAO || SX5 (T3) ||  Segmento 1
 
| SEGMENTACAO || SX5 (T3) ||  Segmento 1
 
|-   
 
|-   
−
| TIPO_CLIENTE || SX5 (T3) ||  Segmento 2
+
| TIPO_SEGMENTO_CLIENTE || SX5 (T3) ||  Segmento 2
 
|-  
 
|-  
−
| CATEGORIA_CLIENTE || SX5 (T3) ||  Segmento 3
+
| CATEGORIA_SEGMENTO_CLIENTE || SX5 (T3) ||  Segmento 3
 
|}
 
|}
  
Linha 115: Linha 115:
  
  
−
Deverá ser criada a tabela SEGMENTACAO.
+
Para que as informações de segmento 1, segmento 2 e segmento 3, sejam enviadas ao GeoSales, deverão ser criadas as seguintes tabelas:
  
 
{| class="wikitable"
 
{| class="wikitable"
Linha 131: Linha 131:
 
|}
 
|}
  
−
As tabelas TIPO_CLIENTE e CATEGORIA_CLIENTE, já possuem estrutura, mas precisa ser criada as chaves primárias.
 
  
 
{| class="wikitable"
 
{| class="wikitable"
−
! colspan="6"  | CHAVES
+
! colspan="6"  | TIPO_SEGMENTO_CLIENTE
 
|-
 
|-
 
! |COLUNA
 
! |COLUNA
Linha 142: Linha 141:
 
! |DESCRIÇÃO
 
! |DESCRIÇÃO
 
|-  
 
|-  
−
| CD_CATEGORIA|| Int || SIM|| SIM || Código da categoria
+
| CD_TIPO_SEGMENTO || Int || SIM || SIM || Código da segmentação
 
|-  
 
|-  
−
| CD_TIPO_CLIENTE || Int || SIM || SIM || Código do tipo cliente
+
| DS_TIPO_SEGMENTO || Varchar(50) || SIM|| NÃO || Descrição da segmentação
 
|}
 
|}
  
−
Sendo necessário criar as estruturas de vinculação
 
  
 
{| class="wikitable"
 
{| class="wikitable"
−
! colspan="6"  | SEGMENTACAO_TIPO
+
! colspan="6"  | CATEGORIA_SEGMENTO_CLIENTE
 
|-
 
|-
 
! |COLUNA
 
! |COLUNA
Linha 158: Linha 156:
 
! |DESCRIÇÃO
 
! |DESCRIÇÃO
 
|-  
 
|-  
−
| CD_CATEGORIA || Int || SIM|| SIM || Código da categoria
+
| CD_CATEGORIA_CLIENTE || Int || SIM || SIM || Código da segmentação
 
|-  
 
|-  
−
| CD_SEGMENTAÇÃO || Int || SIM || SIM || Código da segmentação  
+
| DS_CATEGORIA_CLIENTE || Varchar(50) || SIM|| NÃO || Descrição da segmentação
 
|}
 
|}
 +
 +
 +
As tabelas SEGMENTO_TIPO_CLIENTE e SEGMENTO_CATEGORIA_CLIENTE, precisam de chaves primárias. Sendo necessário criar as seguintes estruturas de vinculação:
  
 
{| class="wikitable"
 
{| class="wikitable"
−
! colspan="6"  | TIPO_CATEGORIA
+
! colspan="6"  | TIPO_SEGMENTO
 
|-
 
|-
 
! |COLUNA
 
! |COLUNA
Linha 172: Linha 173:
 
! |DESCRIÇÃO
 
! |DESCRIÇÃO
 
|-  
 
|-  
−
| CD_CATEGORIA || Int || SIM|| SIM || Código da categoria
+
| CD_SEGMENTACAO || Int || SIM|| SIM || Código da segmentação
 
|-  
 
|-  
−
| CD_TIPO_CLIENTE || Int || SIM || SIM || Código do tipo do cliente
+
| CD_TIPO_SEGMENTO || Int || SIM || SIM || Código do tipo do cliente
 
|}
 
|}
  
−
As tabelas TIPO_CLIENTE, CATEGORIA_CLIENTE e SEGMENTACAO devem estar ligadas de maneira consigam ser preenchidas inversamente.
 
  
−
  Por exemplo: Tenho respectivamente as tabelas SEGMENTACAO (1), TIPO_CLIENTE(2) e CATEGORIA_CLIENTE (3), o vendedor poderá preencher o campo de duas maneiras, podendo ser preenchido na 1, 2 e 3 ou 3,2 e 1. Fazendo com que puxe os dados de acordo com os vinculos.
+
{| class="wikitable"
 +
! colspan="6" | TIPO_CATEGORIA_SEGMENTO
 +
|-
 +
! |COLUNA
 +
! |TIPO
 +
! |OBRIGATÓRIO
 +
! |CHAVE PRIMARIA
 +
! |DESCRIÇÃO
 +
|-
 +
| CD_CATEGORIA_CLIENTE || Int || SIM|| SIM || Código da categoria
 +
|-
 +
| CD_TIPO_SEGMENTO || Int || SIM || SIM || Código do tipo do cliente
 +
|}
  
−
A forma de preenchimento dos segmentos, tipo de cliente e categoria de cliente deve sempre puxar uma a outra, ou seja, a seleção de informações devem ficar visíveis de acordo com o selecionado
+
As tabelas SEGMENTO_TIPO_CLIENTE, SEGMENTO_CATEGORIA_CLIENTE e SEGMENTACAO devem estar ligadas de maneira consigam ser preenchidas inversamente.
  
−
  Por exemplo: O vendedor está fazendo o cadastro de cliente novo, e começa a preencher os dados de segmento, no segmento 1 o vendedor seleciona o primeiro segmento; estarão disponíveis para seleção uma sequencia de dados previamente cadastradas no ERP; em que estarão visíveis na tela as opções 'Varejistas' e 'Atacadistas', o vendedor selecionou a opção 'Varejista'. No segmento 2, será exibido as opções 'Varejista comercial' e 'Varejista Local', o vendedor seleciona a opção 'Varejista comercial'. No segmento 3, será exibido as opções 'Depósito de Bebidas' e 'Supermercado', o vendedor seleciona a opção 'Supermercado', dessa maneira o cadastro de segmento está concluído.
+
  Por exemplo: Tenho respectivamente as tabelas SEGMENTACAO (1), SEGMENTO_TIPO_CLIENTE(2) e SEGMENTO_CATEGORIA_CLIENTE (3), o vendedor poderá preencher o campo de duas maneiras, podendo ser preenchido na 1, 2 e 3 ou 3,2 e 1. Fazendo com que puxe os dados de acordo com os vínculos.
  
−
{| class="wikitable"
+
A forma de preenchimento dos segmentos, tipo de cliente e categoria de cliente deve sempre puxar uma a outra, ou seja, a seleção de informações devem ficar visíveis de acordo com o selecionado.
−
! colspan="6"  | TABELA SEGMENTO
 
−
|-
 
−
! |CD_SEGMENTO
 
−
! |DS_SEGMENTO
 
−
! |CD_PAI
 
−
|-
 
−
| 001 || VAREJISTA || NULL
 
−
|-
 
−
| 002 || VAREJISTA COMERCIAL || 001
 
−
|-
 
−
| 003 || VAREJISTA LOCAL || 001
 
−
|-
 
−
| 004 || DEPOSITO DE BEBIDAS || 002
 
−
|-
 
−
| 004 || SUPERMERCADO || 003
 
−
|-
 
−
| 005 || ATACADISTA || NULL
 
−
|-
 
−
| 006 || MERCADO || 005
 
−
|-
 
−
|}
 
  
−
'''Obs.: As informações contidas no exemplo e na tabela de segmento acima, são meramente ilustrativas.'''
+
Por exemplo: O vendedor está fazendo o cadastro de cliente novo, e começa a preencher os dados de segmento, no segmento 1 o vendedor seleciona o primeiro segmento; estarão disponíveis para seleção uma sequencia de dados previamente cadastradas no ERP; em que estarão visíveis na tela as opções 'Varejistas' e 'Atacadistas', o vendedor selecionou a opção 'Varejista'. No segmento 2, será exibido as opções 'Varejista comercial' e 'Varejista Local', o vendedor seleciona a opção 'Varejista comercial'. No segmento 3, será exibido as opções 'Depósito de Bebidas' e 'Supermercado', o vendedor seleciona a opção 'Supermercado', dessa maneira o cadastro de segmento está concluído.
  
−
No mobile os campos de segmento terão os nomes:
+
No mobile os campos de segmento terão os nomes Segmento 1, Segmento 2 e Segmento 3:
  
−
* Segmento 1: Segmentação;
+
* Segmento: Segmento 1;
−
* Segmento 2: Tipo
+
* Tipo: Segmento 2;
−
* Segmento 3: Categoria;
+
* Categoria: Segmento 3;
  
 
É importante salientar que, após selecionar todos os segmentos, caso o usuário deseje alterar o segmento de venda, todos os segmentos de vendas seguintes a este deverão ser selecionados novamente. Por exemplo: caso o usuário altere o segmento 1, os segmentos 2 e 3 terão sua escolha limpa, e deverão ser selecionados novamente. Caso o usuário altere o segmento 2, apenas o segmento 3 deverá ser selecionado novamente.  
 
É importante salientar que, após selecionar todos os segmentos, caso o usuário deseje alterar o segmento de venda, todos os segmentos de vendas seguintes a este deverão ser selecionados novamente. Por exemplo: caso o usuário altere o segmento 1, os segmentos 2 e 3 terão sua escolha limpa, e deverão ser selecionados novamente. Caso o usuário altere o segmento 2, apenas o segmento 3 deverá ser selecionado novamente.  
Linha 257: Linha 248:
 
| DS_REGIAO || Varchar(20) || NÃO || NÃO || Região de vendas do cliente || A1_REGIAO || SX5 || tabela = A2 || SIM
 
| DS_REGIAO || Varchar(20) || NÃO || NÃO || Região de vendas do cliente || A1_REGIAO || SX5 || tabela = A2 || SIM
 
|-
 
|-
−
| CD_SEGMENTACAO || Int || SIM || NÃO || O 1o. segmento de negócio da empresa || A1_SATIV1 || SX5 || tabela = T3 || SIM
+
| CD_SEGMENTACAO || Int || NÃO || NÃO || O 1o. segmento de negócio da empresa || A1_SATIV1 || SX5 || tabela = T3 || SIM
 
|-
 
|-
−
| CD_TIPO_CLIENTE || Int  || SIM || NÃO || O 2o. segmento de negócio da empresa || A1_SATIV2 || SX5 || tabela = T3 || SIM
+
| CD_SEGMENTO_CLIENTE || Int  || NÃO || NÃO || O 2o. segmento de negócio da empresa || A1_SATIV2 || SX5 || tabela = T3 || SIM
 
|-
 
|-
−
| CD_CATEGORIA || Int  || SIM || NÃO || O 3o. segmento de negócio da empresa || A1_SATIV3 || SX5 || tabela = T3 || SIM
+
| CD_CATEGORIA_CLIENTE || Int  || NÃO || NÃO || O 3o. segmento de negócio da empresa || A1_SATIV3 || SX5 || tabela = T3 || SIM
 
|-
 
|-
 
| DT_NASCIMENTO || Datetime || NÃO|| NÃO || Data de nascimento do cliente || A1_DTNASC || || || NÃO
 
| DT_NASCIMENTO || Datetime || NÃO|| NÃO || Data de nascimento do cliente || A1_DTNASC || || || NÃO
Linha 327: Linha 318:
 
#NR_SEQ_ATEND
 
#NR_SEQ_ATEND
 
#UF
 
#UF
 +
 +
A configuração ID_TIPO_CAMPO_CIDADE deverá ser criada para definir se o campo cidade será selectbox. A configuração ID_TIPO_CAMPO_CIDADE receberá valores 'C', 'E' e NULL. O valor 'C' fará com que o campo cidade seja selectbox, essas informações serão populadas através da tabela de município, já o valor 'E'  e 'NULL', fará com o que o campo cidade seja um campo aberto, ou seja, permitirá que usuário preencha manualmente o nome da cidade.
  
 
==Regras de Negócio==
 
==Regras de Negócio==
Linha 350: Linha 343:
 
'''RI4 - ''' A tabela de seleção SX5 do ERP da tabela A2, que alimenta a tabela 'DS_REGIAO' terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.
 
'''RI4 - ''' A tabela de seleção SX5 do ERP da tabela A2, que alimenta a tabela 'DS_REGIAO' terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.
  
−
'''RI5 - ''' A tabela de seleção SX5 do ERP da tabela T3, que alimenta a tabela 'DS_SEGMENTO_1' terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.
+
'''RI5 - ''' A tabela de seleção SX5 do ERP da tabela T3, que alimenta a tabela 'SEGMENTO 1' (SEGMENTACAO) terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.
  
−
'''RI6 - ''' A tabela de seleção SX5 do ERP da tabela T3, que alimenta a tabela 'DS_SEGMENTO_2' terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.
+
'''RI6 - ''' A tabela de seleção SX5 do ERP da tabela T3, que alimenta a tabela 'SEGMENTO 2' (SEGMENTO_TIPO_CLIENTE) terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.
  
−
'''RI7 - ''' A tabela de seleção SX5 do ERP da tabela T3, que alimenta a tabela 'DS_SEGMENTO_3' terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.
+
'''RI7 - ''' A tabela de seleção SX5 do ERP da tabela T3, que alimenta a tabela 'SEGMENTO 3' (SEGMENTO_CATEGORIA_CLIENTE) terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.
  
 
'''RI8 - ''' Os campos CD_COND_PGTO_PADRAO, CD_ROTA e ID_TIPO_FRETE_PADRAO já se encontram sendo enviadas ao GeoSales, não havendo necessidade de integrá-las novamente.
 
'''RI8 - ''' Os campos CD_COND_PGTO_PADRAO, CD_ROTA e ID_TIPO_FRETE_PADRAO já se encontram sendo enviadas ao GeoSales, não havendo necessidade de integrá-las novamente.
Linha 366: Linha 359:
 
'''RI12 - ''' Os campos que possuem zero a esquerda no ERP, deverão ser tratados na integração.
 
'''RI12 - ''' Os campos que possuem zero a esquerda no ERP, deverão ser tratados na integração.
  
−
'''RI13 - ''' Os campos da da tabela CLIENTE_APROVACAO que possuem validações de caixa alta, devem ser tratados na integração, para que sejam transformados em caixa alta ao serem enviados ao ERP.
+
'''RI13 - ''' Os campos da tabela CLIENTE_APROVACAO que possuem validações de caixa alta, devem ser tratados na integração, para que sejam transformados em caixa alta ao serem enviados ao ERP.
  
 
== Aprovação ==
 
== Aprovação ==
Linha 380: Linha 373:
 
|-  
 
|-  
 
| Desenvolvimento - GeoSales || Anderson Gomes || 07/08/2018
 
| Desenvolvimento - GeoSales || Anderson Gomes || 07/08/2018
 +
|-
 +
| Desenvolvimento - GeoSales || Luan Lima || 16/08/2018
 
|-  
 
|-  
 
| Integração - GeoSales  || Carlos Robson || 06/08/2018
 
| Integração - GeoSales  || Carlos Robson || 06/08/2018

Edição atual tal como às 19h58min de 14 de setembro de 2018

Histórico de Revisões

Data Quem Comentários
12/06/2018 Ryvane Maria Criação do Documento
15/06/2018 João Felipe Maciel Ajustes no Documento
20/06/2018 Ryvane Maria Ajustes e finalização do Documento
21/06/2018 Leonardo Sousa Aprovação de documentação
03/08/2018 Ana Júlia Atualização da documentação
16/08/2018 Ana Júlia Atualização da documentação

Necessidade

Atualmente uma ficha cadastral de novos clientes é preenchida manualmente. Esta ficha contém algumas informações que não estão contidas no atual cadastro de prospect do Geosales. Essas informações, por sua vez, são primordiais à análise dos novos clientes cadastrados.

É importante, também, que este novo cliente tenha seu cadastro enviado ao ERP e que este cadastro seja inserido com o status 'Bloqueado'. Além disso, é necessário identificar que o cliente está com o status bloqueado por se tratar de um novo cliente, ou seja, clientes prospect devem entrar no ERP com status de bloqueado, e identificados com o motivo do bloqueio (no caso, cliente prospect).

Solução

Para que este cadastro de clientes prospect do GeoSales receba as informações que são cadastradas pela empresa atualmente, será feita uma adequação na plataforma GeoSales de forma que esta possa vir a receber (por meio de cadastro no portal ou no aplicativo mobile) as informações utilizadas no cadastro de clientes prospect. Com esta finalidade, serão criados novos campos para cadastro dessas informações,e ,ao passo deste cadastro, os campos serão salvos e enviados ao ERP no momento da integração de cadastro de clientes prospect.

É também no momento da integração que o cliente terá seu status setado como 'bloqueado', bem como será inserida uma flag com a finalidade de identificar o tipo de bloqueio daquele cliente, que, neste caso, é por ser um cliente prospect.

Integração

As tabelas contendo a informação de cadastro de cliente prospect deverão ser enviadas ao ERP, como já ocorre atualmente, incluindo-se todos os campos que serão adicionados.

Além disso é no momento da integração que o status do cliente deverá ser salvo como 'Bloqueado' no ERP. Para setar esse status, deve-se inserir o valor '1' no campo 'A1_MSBLQL', que significa que o cliente está bloqueado pelo tipo '1', novo cliente.

Deve ser setado, também, o campo 'A1_XGRUPO' com o valor 'PC', informando assim, que o cliente é um cliente prospect (Pré-Cadastro).

Os campos que possuem ListBox setado para 'SIM', terão que ser integrados, caso não exista em nossa base. Outros serão populados automaticamente em nossa base, ou seja, não havendo necessidade de integração. Segue abaixo tabelas que serão integradas e as que não precisam ser integradas.

O campo DS_REGIAO será tratado na integração, onde será classificado as regiões do Brasil (Norte, Nordeste, Centro-Oeste, Sudeste e Sul) de acordo com o estado que o vendedor selecionou na hora do cadastro de cliente novo. 

Observação: O campo 'Integração' é composto por dois valores, 'Integrada' e 'Não Integrada'. O valor 'Integrada' significa que já está sendo enviada ao Geosales, e o valor 'Não Integrada' significa que não está sendo enviada ao GeoSales. As que possuem o valor 'Não Integrada', será necessário traze-las ao GeoSales, ou seja, integrar.
INTEGRAÇÃO
CAMPO GEOSALES TABELA GEOSALES INTEGRAÇÃO
CD_COND_PGTO_PADRAO CONDICAO_PAGAMENTO Integrada
CD_GRUPO GRUPO_CLIENTE Não é Integrada
CD_ROTA CLIENTE_ROTA_APROVACAO Integrada
CD_SETOR_VENDA SETOR_VENDA Não é Integrada
DS_REGIAO * Não é Integrada
SEGMENTACAO CD_SEGMENTO Não é Integrada
TIPO_SEGMENTO_CLIENTE CD_SEGMENTO_CLIENTE Não é Integrada
CATEGORIA_SEGMENTO_CLIENTE CD_SEGMENTO_CATEGORIA Não é Integrada
ID_TIPO_FRETE_PADRAO TIPO_FRETE Integrada
NM_MUNICIPIO MUNICIPIO Integrada
CD_UF UNIDADE_FEDERATIVA Integrada

As tabelas SEGMENTACAO, SEGMENTO_TIPO_CLIENTE e SEGMENTO_CATEGORIA_CLIENTE devem ser populadas pela tabela que representam o segmento cadastrado no ERP do cliente, devendo ser integradas ao GeoSales, conforme informado na tabela acima.

SEGMENTO ERP
TABELA GEOSALES TABELA ERP DESCRIÇÃO ERP
SEGMENTACAO SX5 (T3) Segmento 1
TIPO_SEGMENTO_CLIENTE SX5 (T3) Segmento 2
CATEGORIA_SEGMENTO_CLIENTE SX5 (T3) Segmento 3

Desenvolvimento

As telas de cadastro de prospect, tanto do mobile quanto do portal, deverão ser alteradas de forma a contemplar o cadastro dos novos campos que serão criados (vide tabela abaixo).

Os campos ficarão disponíveis no mobile e portal, para os campos que são lista de seleção (selectbox), será necessário conter dados nas tabelas, caso as tabelas estejam sem informações, o mobile retornara a mensagem 'Não há dados para seleção'.

Será criada a tabela SETOR_VENDA, que conterá os campos de descrição do setor de venda (DS_SETOR) e o código de cada setor de venda (CD_SETOR).

SETOR_VENDA
COLUNA TIPO OBRIGATÓRIO CHAVE PRIMARIA DESCRIÇÃO
DS_SETOR Varchar(50) SIM NÃO Setor de Venda
CD_SETOR Int SIM SIM Código do setor de venda


Para que as informações de segmento 1, segmento 2 e segmento 3, sejam enviadas ao GeoSales, deverão ser criadas as seguintes tabelas:

SEGMENTACAO
COLUNA TIPO OBRIGATÓRIO CHAVE PRIMARIA DESCRIÇÃO
DS_SEGMENTACAO Varchar(50) SIM NÃO Descrição da segmentação
CD_SEGMENTACAO Int SIM SIM Código da segmentação


TIPO_SEGMENTO_CLIENTE
COLUNA TIPO OBRIGATÓRIO CHAVE PRIMARIA DESCRIÇÃO
CD_TIPO_SEGMENTO Int SIM SIM Código da segmentação
DS_TIPO_SEGMENTO Varchar(50) SIM NÃO Descrição da segmentação


CATEGORIA_SEGMENTO_CLIENTE
COLUNA TIPO OBRIGATÓRIO CHAVE PRIMARIA DESCRIÇÃO
CD_CATEGORIA_CLIENTE Int SIM SIM Código da segmentação
DS_CATEGORIA_CLIENTE Varchar(50) SIM NÃO Descrição da segmentação


As tabelas SEGMENTO_TIPO_CLIENTE e SEGMENTO_CATEGORIA_CLIENTE, precisam de chaves primárias. Sendo necessário criar as seguintes estruturas de vinculação:

TIPO_SEGMENTO
COLUNA TIPO OBRIGATÓRIO CHAVE PRIMARIA DESCRIÇÃO
CD_SEGMENTACAO Int SIM SIM Código da segmentação
CD_TIPO_SEGMENTO Int SIM SIM Código do tipo do cliente


TIPO_CATEGORIA_SEGMENTO
COLUNA TIPO OBRIGATÓRIO CHAVE PRIMARIA DESCRIÇÃO
CD_CATEGORIA_CLIENTE Int SIM SIM Código da categoria
CD_TIPO_SEGMENTO Int SIM SIM Código do tipo do cliente

As tabelas SEGMENTO_TIPO_CLIENTE, SEGMENTO_CATEGORIA_CLIENTE e SEGMENTACAO devem estar ligadas de maneira consigam ser preenchidas inversamente. 

Por exemplo: Tenho respectivamente as tabelas SEGMENTACAO (1), SEGMENTO_TIPO_CLIENTE(2) e SEGMENTO_CATEGORIA_CLIENTE (3), o vendedor poderá preencher o campo de duas maneiras, podendo ser preenchido na 1, 2 e 3 ou 3,2 e 1. Fazendo com que puxe os dados de acordo com os vínculos.

A forma de preenchimento dos segmentos, tipo de cliente e categoria de cliente deve sempre puxar uma a outra, ou seja, a seleção de informações devem ficar visíveis de acordo com o selecionado. 

Por exemplo: O vendedor está fazendo o cadastro de cliente novo, e começa a preencher os dados de segmento, no segmento 1 o vendedor seleciona o primeiro segmento; estarão disponíveis para seleção uma sequencia de dados previamente cadastradas no ERP; em que estarão visíveis na tela as opções 'Varejistas' e 'Atacadistas', o vendedor selecionou a opção 'Varejista'. No segmento 2, será exibido as opções 'Varejista comercial' e 'Varejista Local', o vendedor seleciona a opção 'Varejista comercial'. No segmento 3, será exibido as opções 'Depósito de Bebidas' e 'Supermercado', o vendedor seleciona a opção 'Supermercado', dessa maneira o cadastro de segmento está concluído.

No mobile os campos de segmento terão os nomes Segmento 1, Segmento 2 e Segmento 3:

  • Segmento: Segmento 1;
  • Tipo: Segmento 2;
  • Categoria: Segmento 3;

É importante salientar que, após selecionar todos os segmentos, caso o usuário deseje alterar o segmento de venda, todos os segmentos de vendas seguintes a este deverão ser selecionados novamente. Por exemplo: caso o usuário altere o segmento 1, os segmentos 2 e 3 terão sua escolha limpa, e deverão ser selecionados novamente. Caso o usuário altere o segmento 2, apenas o segmento 3 deverá ser selecionado novamente.

Com a finalidade de armazenar as informações de cliente prospect, serão criados novos campos na tabela 'CLIENTE_APROVACAO', alguns desses campos já existem, não havendo a necessidade de cria-los novamente. Os dados de cliente prospect serão integrados no ERP, de acordo com o que foi cadastrado e salvo na tabela de CLIENTE_APROVACAO.

Os campos que possuem 'ListBox', sinalizados na tabela abaixo, deverão ser integrados para o ambiente GeoSales, tornando-se então disponíveis para o vendedor selecionar os dados, previamente cadastrados no ERP, no cadastro do cliente prospect.

Segue abaixo tabela com informações dos campos que precisam ser incluídos:

CLIENTE_APROVACAO
NOME TIPO OBRIGATÓRIO CHAVE PRIMÁRIA OBSERVAÇÃO CAMPO ERP TABELAS DE SELEÇÃO VALIDAÇÃO CAMPOS LISTBOX
CD_COND_PGTO_PADRAO Int NÃO NÃO Condição de pagamento padrão A1_COND SE4 E4_CODIGO cujo o valor inicie com a letra "C" SIM
CD_GRUPO Varchar(20) NÃO NÃO Código do grupo de clientes A1_GRPVEN ACY SIM
CD_ROTA Int NÃO NÃO Código da rota A1_XROTA SZ3 SIM
CD_SETOR_VENDA Varchar(30) NÃO NÃO Código do setor de venda A1_XSETOR SZ2 SIM
CD_TAB_PRECO_PADRAO Int NÃO NÃO Tabela de preço de venda A1_TABELA DA0 SIM
CD_VENDEDOR Varchar(20) NÃO NÃO Código do vendedor responsável A1_VEND NÃO
DS_CONTATO Varchar (30) NÃO NÃO Nome do contato da empresa cliente A1_CONTATO Caracteres em caixa alta NÃO
DS_ENDERECO Varchar (70) NÃO NÃO Endereço do cliente A1_END Caracteres em caixa alta NÃO
DS_HOMEPAGE Varchar(300) NÃO NÃO HomePage do cliente A1_HPAGE NÃO
DS_REGIAO Varchar(20) NÃO NÃO Região de vendas do cliente A1_REGIAO SX5 tabela = A2 SIM
CD_SEGMENTACAO Int NÃO NÃO O 1o. segmento de negócio da empresa A1_SATIV1 SX5 tabela = T3 SIM
CD_SEGMENTO_CLIENTE Int NÃO NÃO O 2o. segmento de negócio da empresa A1_SATIV2 SX5 tabela = T3 SIM
CD_CATEGORIA_CLIENTE Int NÃO NÃO O 3o. segmento de negócio da empresa A1_SATIV3 SX5 tabela = T3 SIM
DT_NASCIMENTO Datetime NÃO NÃO Data de nascimento do cliente A1_DTNASC NÃO
DS_EMAIL Varchar (200) NÃO NÃO E-mail do Cliente A1_EMAIL Validar se a sintaxe do e-mail digitado é válido NÃO
ID_TIPO_FRETE_PADRAO Char(1) NÃO NÃO Tipo de frete do cliente (C para CIF, F para FOB) A1_TPFRET Buscar informações do tipo de frete CIF/FOB SIM
NM_BAIRRO Varchar (40) NÃO NÃO Bairro do cliente A1_BAIRRO NÃO
NM_CLIENTE Varchar (100) NÃO NÃO Nome ou razão social do cliente A1_RAZAO Caracteres em caixa alta NÃO
NM_MUNICIPIO Varchar (80) NÃO NÃO Municipio do cliente A1_MUN CC2 SIM
NR_CNPJ_CPF varchar (25) SIM NÃO CNPJ/CPF do cliente A1_CGC Validar se código do CPF e CNPJ são válidos NÃO
NR_FREQUENCIA_VISITA Int NÃO NÃO Intervalo de dias entre as visitas ao cliente A1_TEMVIS NÃO
NR_IDENTIDADE Varchar(30) NÃO NÃO Número do RG do cliente A1_PFISICA NÃO
NR_CGF Varchar(30) NÃO NÃO Inscrição estadual do cliente A1_INSCR NÃO
NR_INSCRICAO_MUNICIPAL Varchar(30) NÃO NÃO Inscrição municipal do cliente A1_INSCRM NÃO
NR_SEQ_ATEND Int NÃO NÃO Ordem do percurso de atendimento do cliente na rota A1_XXPERCU NÃO
NR_TELEFONE Varchar(25) NÃO NÃO Número de Celular para contato A1_XCELULA NÃO
NM_ESTADO varchar (2) NÃO NÃO Unidade federativa do cliente A1_EST SIM
VR_LIMITE Decimal NÃO NÃO Limite de crédito do cliente A1_LC NÃO

É importante salientar que os dados de rota serão tratados através da tabela CLIENTE_ROTA_APROVAÇÃO.

A coluna 'validação' define quais validações o sistema terá que fazer na hora do preenchimento do cadastro de cliente prospect.

A coluna 'LISTBOX', determina quais os campos que o usuário deverá selecionar a informação ao invés de digitá-la. Caso a coluna 'LISTBOX' esteja preenchido com o valor 'SIM', as opções que o usuário poderá selecionar como reposta, para este item do cadastro de prospect, estarão cadastradas na tabela contidas na coluna 'TABELAS DE SELEÇÃO'.

As tabela contidas na coluna 'TABELAS DE SELEÇÃO' serão trazidas do ERP via integração e salvas no GeoSales. 

Por exemplo:
Quando o usuário estiver cadastrando um cliente prospect, e selecionar a opção 'Condição de Pagamento', o sistema exibirá um campo do tipo selectbox, tendo como possibilidades de repostas as informações contidas na tabela SE4, o dado selecionado neste campo será salvo no campo CD_COND_PGTO_PADRAO da tabela CLIENTE_APROVACAO.

Não será necessário criar no mobile ou portal campo com informações de região (DS_REGIAO), pois a informação de região será tratada na integração.

  • Deverá ser criadas configurações para que seja controlada a obrigatoriedade dos campos citados na tabela abaixo. A configuração terá como padrão a nomenclatura, tendo sufixo 'CAMPO_OBR:' mais o prefixo sendo o nome da coluna que será obrigatória. As configurações poderão receber o valor 'S', para ativar a exibição dos campos ou 'N' para desativar. Caso essa configuração não seja ativada, será setado o valor NULL como padrão, neste caso, os campos estarão desabilitados.
  1. CD_COND_PGTO_PADRAO
  2. CD_GRUPO
  3. CD_ROTA
  4. CD_SETOR_VENDA
  5. CD_TAB_PRECO_PADRAO
  6. CD_VENDEDOR
  7. DS_CONTATO
  8. DS_ENDERECO
  9. DS_SEGMENTO_1
  10. DS_SEGMENTO_2
  11. DS_SEGMENTO_3
  12. NM_BAIRRO
  13. NM_CLIENTE
  14. NM_MUNICIPIO
  15. NR_CNPJ_CPF
  16. NR_FREQUENCIA_VISITA
  17. NR_SEQ_ATEND
  18. UF

A configuração ID_TIPO_CAMPO_CIDADE deverá ser criada para definir se o campo cidade será selectbox. A configuração ID_TIPO_CAMPO_CIDADE receberá valores 'C', 'E' e NULL. O valor 'C' fará com que o campo cidade seja selectbox, essas informações serão populadas através da tabela de município, já o valor 'E' e 'NULL', fará com o que o campo cidade seja um campo aberto, ou seja, permitirá que usuário preencha manualmente o nome da cidade.

Regras de Negócio

RN1 - Não será criado nenhum outro campo além dos que estão contemplados neste documento.

RN2 - Para que seja inserida a informação "PC" no campo “A1_XGRUPO”, é necessário que esteja sendo aplicado o modelo Claudus de integração.

RN3 - Deverá ser habilitado o status 'bloqueado' aos clientes prospect que forem recém cadastrados.

RN4 - Não será realizada nenhuma outra validação fora as que se encontram neste documento.

RN5 - O campo DS_REGIAO, será alimentada diretamente na integração, onde o vendedor não irá precisar selecionar a região, de acordo com o estado que for selecionado a integração setará para a região de destino.

Regras de Integração

RI1 - O campo A1_PESSOA da tabela SA1, deverá ser preenchido, no momento da integração, com o valores 'J' caso se trate de uma pessoa jurídica e 'F' caso se trate de uma pessoa física.

RI2 - A tabela ACY do ERP, que alimenta a tabela GRUPO_CLIENTE terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.

RI3 - A tabela SZ2 do ERP , que alimenta a tabela SETOR_VENDA terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.

RI4 - A tabela de seleção SX5 do ERP da tabela A2, que alimenta a tabela 'DS_REGIAO' terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.

RI5 - A tabela de seleção SX5 do ERP da tabela T3, que alimenta a tabela 'SEGMENTO 1' (SEGMENTACAO) terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.

RI6 - A tabela de seleção SX5 do ERP da tabela T3, que alimenta a tabela 'SEGMENTO 2' (SEGMENTO_TIPO_CLIENTE) terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.

RI7 - A tabela de seleção SX5 do ERP da tabela T3, que alimenta a tabela 'SEGMENTO 3' (SEGMENTO_CATEGORIA_CLIENTE) terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.

RI8 - Os campos CD_COND_PGTO_PADRAO, CD_ROTA e ID_TIPO_FRETE_PADRAO já se encontram sendo enviadas ao GeoSales, não havendo necessidade de integrá-las novamente.

RI9 - A tabela de seleção CC2 do ERP, que alimenta a tabela 'MUNICIPIO' terá que ser enviado pela Reflexa, caso contrário não terá informações no selectbox.

RI10 - Não será integrado nenhuma outra informação que não se encontre neste documento.

RI11 - Será necessário tratar os dados de DS_REGIAO, onde levará a informação de região de acordo com o estado selecionado para o cliente novo.

RI12 - Os campos que possuem zero a esquerda no ERP, deverão ser tratados na integração.

RI13 - Os campos da tabela CLIENTE_APROVACAO que possuem validações de caixa alta, devem ser tratados na integração, para que sejam transformados em caixa alta ao serem enviados ao ERP.

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.

GeoSales

Setor Aprovado Por Data
Desenvolvimento - GeoSales Anderson Gomes 07/08/2018
Desenvolvimento - GeoSales Luan Lima 16/08/2018
Integração - GeoSales Carlos Robson 06/08/2018

Empresa solicitante

Setor Aprovado Por Data Assinatura
Gerente TI
Gerente Projeto
Gerente Comercial
Disponível em “http://wiki.geosales.com.br:8000/index.php?title=Cadastro_de_cliente_prospect&oldid=9577”