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

Edição das 18h38min 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

O vendedor, ao fazer o pedido, não possui visão do valor total que está sendo movimentado na sua conta corrente para aquele pedido. Esta informação constitui uma visão estratégica para o bom andamento das vendas, sendo necessário para o vendedor verificar o total a ser movimentado de sua conta corrente, tanto para entrada, quanto para saída, para que ele possa avaliar em tempo real a eficiência de sua venda diante de seu cliente.

Solução

Será criado um campo no fluxo de conta corrente, que apresentará o valor total gerado no pedido que está sendo inserido, o campo vai somar os movimentos gerados naquele pedido e exibir para consulta durante o fluxo de inclusão de pedido. Sendo este valor positivo ou negativo, a depender da soma de créditos e débitos gerados no pedido.

Implementação

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 16: / Linha 16: @@
 == 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 ==