Mudanças entre as edições de "Projeto/Grupo JPP"

Edição das 18h11min de 4 de julho de 2022

Histórico de Alterações

Data	Quem	Comentários
04/07/2022	Jonas Sampaio	Criação do documento

Necessidade

Solução

Implementação

As estruturas para a implementação da funcionalidade estão na tabela TIPO_MOVIMENTO_PEDIDO. O campo ID_TIPO_TRANSACAO determina o tipo de transação do pedido e campos como ID_VINCULO e CD_TIPO_PAI realizam a vinculação do pedido de um determinado tipo a um pedido pai de um tipo diferente.

Ao realizar um pedido, o usuário deverá selecionar um tipo de pedido para o prosseguimento dos processos (neste caso, temos os tipos 'venda' e 'bonificação'). Quando o pedido for do tipo 'bonificação', os processos de venda não serão alterados, senão por uma adição de campo na aba de 'informações adicionais' na parte de conclusão do pedido. Este campo, chamado 'pedido pai', estará habilitado para que o usuário possa, por meio de uma lista de pedidos com o tipo pai vinculado, selecionar um pedido para 'filiação'. Se, na montagem do cabeçalho, o tipo de pedido selecionado for 'venda', o campo de pedido pai na aba de informações adicionais estará desabilitado.

Para este cliente, as opções de parametrização do tipo pedido serão 'venda' e 'bonificação', sendo que o tipo 'venda' será o pedido pai do tipo 'bonificação'.

A funcionalidade deverá ser configurável. Portanto, para que o usuário faça uso desta função, ela deverá ser habilitada no controle de ações do EVO.

Obs: Por se tratar de uma migração, as regras relacionadas à funcionalidade serão, prioritariamente, mantidas.

Cenários

Considere para a composição do cenário as seguintes massas de dados:

Condição com o Tipo Movimento Pai vinculado

CD_TIPO	DS_TIPO	ID_VINCULO	CD_TIPO_PAI
1	VENDA	N	NULL
2	BONIFICACAO	S	1

A formatação desta estrutura indica que o tipo de movimento chamado 'venda' está vinculado como pedido pai do tipo de movimento chamado 'bonificação'.

O fluxo de processos a serem executados pelo usuário seguirão o seguinte modelo:

Regras de Negócios

[RN1] - O campo a ser criado deverá ter estrutura de select box, na qual mostrará os códigos de pedidos com o tipo de movimento vinculados como pai;

[RN2] - ao realizar pedidos do tipo 'venda', o campo 'pedido pai' deverá estar indisponível para edição;

[RN3] - O surgimento do campo 'pedido pai' no cabeçalho do pedido deverá ser configurável. Logo, deverá estar disponível no controle de ações para que o usuários possam fazer a habilitação/desabilitação da funcionalidade.

[RN4] - Por se tratar de uma migração, as regras relacionadas à funcionalidade serão, prioritariamente, mantidas.

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	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 5: / Linha 5: @@
 ! Comentários
 |-
-| 04/11/2021  || João Ramon || Criação do documento
+| 04/07/2022  || Jonas Sampaio || Criação do documento
 |-
 |}
@@ Linha 11: / Linha 11: @@
 == Necessidade ==
-Existe uma estrutura na plataforma antiga do GeoSales (3), que consiste na vinculação de um pedido matriz (ou pedido pai) a um certo pedido que possui o tipo bonificação. O cliente utiliza esta estrutura nas sua rotina de vendas. Ocorre que, pela decorrência da migração do sistema do cliente para a plataforma EVO, há um problema de estrutura, pois o EVO não possui vinculação de pedido do tipo bonificação a um pedido pai, mas é tratado como um pedido inteiramente independente. Dessa forma, há a necessidade de migrar  a funcionalidade do GeoSales3 para o EVO.
 == Solução ==
-Proceder com a implementação da estrutura de vinculação de pedido do tipo bonificação a um pedido pai, por meio da migração da estrutura existente no GeoSales 3.
 == Implementação ==