Regras de Vinculação - Histórico de revisão

Anderson em 21h27min de 8 de abril de 2021

2021-04-08T21:27:50Z

Anderson: /* Regras de resgate de dados do cabeçalho de pedido */

2021-04-08T20:57:46Z

Regras de resgate de dados do cabeçalho de pedido

Anderson em 20h38min de 8 de abril de 2021

2021-04-08T20:38:01Z

Anderson em 20h27min de 8 de abril de 2021

2021-04-08T20:27:28Z

Anderson em 20h23min de 8 de abril de 2021

2021-04-08T20:23:30Z

Anderson: /* Estruturas de banco de dados */

2021-04-08T20:16:10Z

Estruturas de banco de dados

Anderson em 20h14min de 8 de abril de 2021

2021-04-08T20:14:15Z

Anderson: /* Regras de resgate de dados do cabeçalho de pedido = */

2021-04-08T15:15:12Z

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

Anderson: /* - Regras de resgate de dados do cabeçalho de pedido = */

2021-04-08T15:09:29Z

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

Anderson em 15h06min de 8 de abril de 2021

2021-04-08T15:06:07Z

← Edição anterior		Edição das 21h27min de 8 de abril de 2021
Linha 228:		Linha 228:

	Essas novas regras de vinculação serão uma opção alternativa, pois ainda manteremos a vinculação pela organização de venda. Então os sistemas ainda deverão olhar a tabela ORG_VENDA_CLIENTE (OVC) que será alimentada por um sistema específico que transformará os dados no padrão novo para os dados no padrão OVC. Isso permitirá que os clientes antigos não precisem alterar suas integrações e os clientes novos possam utilizar a nova forma de vinculação sem se preocupar com a OVC.		Essas novas regras de vinculação serão uma opção alternativa, pois ainda manteremos a vinculação pela organização de venda. Então os sistemas ainda deverão olhar a tabela ORG_VENDA_CLIENTE (OVC) que será alimentada por um sistema específico que transformará os dados no padrão novo para os dados no padrão OVC. Isso permitirá que os clientes antigos não precisem alterar suas integrações e os clientes novos possam utilizar a nova forma de vinculação sem se preocupar com a OVC.
		+
		+	=== Popular a OVC a partir das novas tabelas ===
		+
		+	* Aqui, o ideal é popular a OVC multiplexando as novas tabelas. Para casos em que não existe os limitadores, a multiplexação deverá ser total. Nosso padrão é que as vinculações na OVC sejam de vendedores. Então nesse primeiro momento, somente serão inseridas as vinculações de USUARIO_CLIENTE de usuários do papel vendedor.

	=== GeoSales ===		=== GeoSales ===

@@ Linha 191: / Linha 191: @@
 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. Porém, será possível
+A busca de cliente deve ir na OVC inicialmente como é feita originalmente. Porém, será possível preenchendo essas novas tabelas, popular de forma diferente a OVC.
 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:

@@ Linha 191: / Linha 191: @@
 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.
+A busca de cliente deve ir na OVC inicialmente como é feita originalmente. Porém, será possível
 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:

← Edição anterior		Edição das 20h27min de 8 de abril de 2021
Linha 228:		Linha 228:

	Essas novas regras de vinculação serão uma opção alternativa, pois ainda manteremos a vinculação pela organização de venda. Então os sistemas ainda deverão olhar a tabela ORG_VENDA_CLIENTE (OVC) que será alimentada por um sistema específico que transformará os dados no padrão novo para os dados no padrão OVC. Isso permitirá que os clientes antigos não precisem alterar suas integrações e os clientes novos possam utilizar a nova forma de vinculação sem se preocupar com a OVC.		Essas novas regras de vinculação serão uma opção alternativa, pois ainda manteremos a vinculação pela organização de venda. Então os sistemas ainda deverão olhar a tabela ORG_VENDA_CLIENTE (OVC) que será alimentada por um sistema específico que transformará os dados no padrão novo para os dados no padrão OVC. Isso permitirá que os clientes antigos não precisem alterar suas integrações e os clientes novos possam utilizar a nova forma de vinculação sem se preocupar com a OVC.
−
−	Para que essa alteração seja finalizada, grande parte do sistema deve ser modificada. A maior parte do sistema trabalha usando a OVC para analisar as vinculações. Permitir novas formas de vinculação, vai ocasionar que todo canto onde houver vinculação com a OVC, seja adicionado a nova vinculação dependendo do contexto. Na pesquisa de clientes, deve ser adicionada a tabela USUARIO_CLIENTE, na escolha de dados do cabeçalho, devem ser adicionadas todas as outras novas tabelas referentes a esse contexto.

	=== GeoSales ===		=== GeoSales ===

@@ Linha 10: / Linha 10: @@
 == 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.
+É preciso permitir que seja mais fácil e mais flexível a vinculação dos dados pertinentes a venda por um usuário e/ou integrador.
 === Estruturas de banco de dados ===
@@ Linha 225: / Linha 225: @@
 Já para a escolha dos clientes que o usuário pode ver, deve ser preenchida a tabela CLIENTE_USUARIO. Então, aparecerão para a venda todos os clientes que estiverem vinculados ao usuário logado. Quando o usuário for um gestor, aparecerão para ele os clientes que estão vinculados aos usuários dos vendedores supervisionados por ele. Também é possível que um gestor tenha outros gestores subordinados a ele em sua hierarquia, a forma de trabalhar, vai ser semelhante, o usuário desse gestor vai poder ver todos os clientes vinculados aos usuários vendedores subordinados aos gestores subordinados ao gestor do usuário logado.
-Com relação ao grupo de meio de pagamento, a navegação agora será definida através da tabela CLIENTE_GRUPO_MPGTO. Aqui existirá a definição de quais grupos de meio de pagamento o cliente terá acesso no momento da tiragem de pedido.
+Com relação ao grupo de meio de pagamento, a navegação agora poderá definida através da tabela CLIENTE_GRUPO_MPGTO. Aqui existirá a definição de quais grupos de meio de pagamento o cliente terá acesso no momento da tiragem de pedido.
-Essas novas regras de vinculação serão uma opção alternativa, pois ainda manteremos a vinculação pela organização de venda. Então os sistemas ainda deverão olhar a tabela ORG_VENDA_CLIENTE (OVC) que será alimentada por um sistema específico que transformará os dados no padrão novo para os dados no padrão OVC. Isso permitirá que os clientes antigos não precisem alterar suas integrações e os clientes novos possam utilizar a nova forma de vinculação.
+Essas novas regras de vinculação serão uma opção alternativa, pois ainda manteremos a vinculação pela organização de venda. Então os sistemas ainda deverão olhar a tabela ORG_VENDA_CLIENTE (OVC) que será alimentada por um sistema específico que transformará os dados no padrão novo para os dados no padrão OVC. Isso permitirá que os clientes antigos não precisem alterar suas integrações e os clientes novos possam utilizar a nova forma de vinculação sem se preocupar com a OVC.
 Para que essa alteração seja finalizada, grande parte do sistema deve ser modificada. A maior parte do sistema trabalha usando a OVC para analisar as vinculações. Permitir novas formas de vinculação, vai ocasionar que todo canto onde houver vinculação com a OVC, seja adicionado a nova vinculação dependendo do contexto. Na pesquisa de clientes, deve ser adicionada a tabela USUARIO_CLIENTE, na escolha de dados do cabeçalho, devem ser adicionadas todas as outras novas tabelas referentes a esse contexto.

@@ Linha 14: / Linha 14: @@
 === Estruturas de banco de dados ===
-* Tabelas de entidades já existentes
+* Tabelas de entidades envolvidas já existentes
 {| class="wikitable"

@@ Linha 188: / Linha 188: @@
 |}
-== Regras de resgate de dados do cabeçalho de pedido ===
+=== 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.

@@ Linha 227: / Linha 227: @@
 Com relação ao grupo de meio de pagamento, a navegação agora será definida através da tabela CLIENTE_GRUPO_MPGTO. Aqui existirá a definição de quais grupos de meio de pagamento o cliente terá acesso no momento da tiragem de pedido.
-Essas novas regras de vinculação serão uma exceção, pois ainda manteremos a vinculação pela organização de venda.
+Essas novas regras de vinculação serão uma exceção, pois ainda manteremos a vinculação pela organização de venda. Então o algorito deverá olhar a tabela ORG_VENDA_CLIENTE (OVC) e seguir os passos citados acima para buscar as mesmas informações que eram obtidas pela OVC e agora também poderão ser buscadas por esse novo modelo. Isso permitirá que os clientes antigos não precisem alterar suas integrações e os clientes novos possam utilizar a nova forma de vinculação.
 === GeoSales ===