Mudanças entre as edições de "Alteração de Condição de Pagamento para pedidos NeoGrid"

Edição atual tal como às 18h51min de 24 de junho de 2021

Histórico de Alterações

Data	Quem	Comentários
21/06/2021	João Ramon	Criação do documento

Necessidade

Há pedidos que são trazidos integralmente para a plataforma GeoSales EVO por meio de outra plataforma de pedidos: o NeoGrid. Ao ser migrado para o EVO, o pedido não poderá sofrer nenhuma alteração nas suas parametrizações, sob risco de sofrer mudanças no valor final do pedido. Isso constitui um problema em situações onde o vendedor deseja alterar algum parâmetro de venda por conta de uma venda especial, mas não pode alterar por conta das limitações impostas do NeoGrid, ou pela mudança nos valores, caso faça qualquer alteração no EVO. Esta situação tem sido bastante vivenciada pelo cliente, sobretudo na funcionalidade de Condição de Pagamento. Portanto, é necessária a criação de um meio que possibilite a alteração da condição de pagamento de um pedido migrado do NeoGrid sem a alteração de valores por conta das parametrizações do EVO.

Solução

Para atender à demanda do cliente, faz-se necessária a criação de um meio que permita que a condição de pagamento seja alterada, sem, contudo, alterar o valor final do pedido. Uma vez que o pedido é migrado para o EVO via NeoGrid, todas as informações do pedido já vem parametrizadas, de acordo com as restrições contratuais impostas pelo próprio NeoGrid. Ao abrir este pedido no GeoSales EVO, o pedido torna-se disponível para edição. Ao selecionar a aba de informações de pagamento, deve ser possível alterar a condição de pagamento e manter as informações importadas do NeoGrid intactas.

Implementação

Ao abrir o pedido importado do NeoGrid na tela de pedidos, ao abrir a aba 'Informações Pagamento', surgirão dois campos: Meio de pagamento e Condição de pagamento. Ao lado destes dois campos, deverá ser implementado um botão de ativação, no formato de flag, chamado 'não alterar taxa financeira'. Quando este flag estiver acionado, o pedido poderá realizar a alteração da condição de pagamento, e o valor final manter-se-á o mesmo.
É importante salientar que este flag fiará no seu estado normal (default) desabilitado. Portanto, ficará a cargo do usuário fazer o flag para esta configuração.
O acesso à essa funcionalidade deverá ser parametrizada via controle de acessos do EVO.

Protótipos e Ilustrações

Cenários

Para simular as condições atuais e desejadas, consideremos a tabela abaixo

Numero do pedido	Origem do pedido	Condição de pagamento	Valor do pedido
202100012021	GeoSales	03 dias	500,0000
202100022021	NeoGrid	03 dias	500,0000

Pelo exposto, pode-se perceber a existência de dois pedidos que, embora possuam o mesmo valor, foram originados de forma diferente: um foi feito dentro do EVO, e outro veio importado do NeoGrid. Para a composição dos cenários, iremos considerar apenas o pedido gerado pelo NeoGrid. O pedido criado no EVO foi citado apenas para fins comparativos.

Para estas informações, consideremos os seguintes cenários:

Cenário 1: Alteração de Condição de Pagamento - Quadro Atual

O usuário acessa o pedido neogrid na plataforma EVO.
Ao acessar as informações de pagamento, o usuário altera a condição original de 03 dias para 05 dias.
Ao realizar a modificação, a plataforma GeoSales EVO entende que deve fazer o recálculo dos parâmetros para adequar o pedido à nova condição de pagamento inserida.
Ao finalizar o pedido, o valor final será diferente do valor que foi importado do NeoGrid. Esta situação é indesejada, uma vez que os valores que vêm do NeoGrid, em geral, são valores tabelados e fixados contratualmente com os clientes.

Cenário 2: Alteração de Condição de Pagamento - Implantação de flag

O usuário acessa o pedido neogrid na plataforma EVO.
Ao acessar as informações de pagamento, o usuário altera a condição original de 03 dias para 05 dias.
Ao realizar a modificação, a plataforma GeoSales EVO entende que deve fazer o recálculo dos parâmetros para adequar o pedido à nova condição de pagamento inserida.
Neste caso, o usuário irá selecionar o flag de ativação (que, na verdade, é de inativação) da preservação dos dados do pedido. Quando este flag está ativado, a plataforma GeoSales EVO irá permitir a alteração da condição de pagamento sem, contudo, a alteração do valor final do pedido.
Ao finalizar o pedido, o valor final será o mesmo valor que foi importado do NeoGrid. Esta é a situação desejada, pois atenderá à demanda do cliente sem mexer em nenhum aspecto de valor do pedido.

Regras de Negócio

[RN1] - O flag de ativação a ser implementado deverá vir sempre desativado. O status ativado deve ser acionado pelo usuário, caso contrário, o flag nulo será a opção default.

[RN2] - O acesso do usuário será gerenciado via controle de aessos do EVO. A opção deverá ser habilitada para o usuário que precise parametrizar esta função. [RN3] - O flag implementado será limitado a alterar apenas a função condição de pagamento. Os outros parâmetros do pedido permanecerão inalterados.

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	Renato Lima	24/06/2021
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 18: / Linha 18: @@
 == Solução ==
-A demanda do cliente estará solucionada quando for possível a geração deste relatório, segundo as condições existentes na plataforma antiga. Tais condições são: permitir a escolha de um período para a criação da lista, e a possibilidade de exportar este relatório gerado naquele período, em formato .pdf ou .xls, nas especificações já implantadas desde o GeoSales 3.
+Para atender à demanda do cliente, faz-se necessária a criação de um meio que permita que a condição de pagamento seja alterada, sem, contudo, alterar o valor final do pedido. Uma vez que o pedido é migrado para o EVO via NeoGrid, todas as informações do pedido já vem parametrizadas, de acordo com as restrições contratuais impostas pelo próprio NeoGrid. Ao abrir este pedido no GeoSales EVO, o pedido torna-se disponível para edição. Ao selecionar a aba de informações de pagamento, deve ser possível alterar a condição de pagamento e manter as informações importadas do NeoGrid intactas.
-Em resumo, a solução consiste na implementação do relatório que pode ser exportado no GeoSales 3 na plataforma EVO, nas mesmas especificações já existentes no primeiro.
 == Implementação ==
-Em primeiro lugar, é necessário criar um CRUD para esta funcionalidade. O modelo de protótipo pode ser visualizado na parte de Protótipos. O Acesso a esta tela de relatório será acessada por meio de uma opção criada no módulo de Gestor da plataforma GeoSales EVO, ao criar a aba 'Relatório de Verba'.
+* Ao abrir o pedido importado do NeoGrid na tela de pedidos, ao abrir a aba 'Informações Pagamento', surgirão dois campos: Meio de pagamento e Condição de pagamento. Ao lado destes dois campos, deverá ser implementado um botão de ativação, no formato de flag, chamado 'não alterar taxa financeira'. Quando este flag estiver acionado, o pedido poderá realizar a alteração da condição de pagamento, e o valor final manter-se-á o mesmo.
+* É importante salientar que este flag fiará no seu estado normal (default) desabilitado. Portanto, ficará a cargo do usuário fazer o flag para esta configuração.
-Ao selecionar esta funcionalidade, o usuário será direcionado a uma tela chamada Relatório de Verbas. Nesta tela, haverão campos para preenchimento de informações para filtros à semelhança do processo utilizado no GeoSales 3, ao selecionar Relatório de Verba na aba de Relatório.
+* O acesso à essa funcionalidade deverá ser parametrizada via controle de acessos do EVO.
-Os seguintes campos de filtro são:
-* Período (dois campos informando a data inicio e a data fim do intervalo da consulta);
-* Supervisor (campo para preenchimento do supervisor);
-* Vendedor (campo para preenchimento do vendedor);
-* Situação do Pedido (campo com seleções pré-configuradas, com as opções:
-- Não exportado;<br>
-- Exportado;<br>
-- Totalmente fracionado;<br>
-- Parcialmente fracionado;<br>
-- Liberado;<br>
-- Faturado;<br>
-- Excluído;<br>
-- Integrado;<br>
-- Cancelado.<br>
-* Inclusão de flag para acionamento para criação de relatório completo com todos os campos existentes (ao selecionar este flag, todos os campos preenchidos não serão considerados, se tornarão irrelevantes e o relatório gerado trará todas as entradas existentes).
-* Ícone de menu com as opções de exportação de relatório no formato .pdf ou .xls.
 == Protótipos e Ilustrações ==
-[[arquivo: relatorioverbas.png| 800px]]
+[[arquivo: cpgtoauto.png]]
-* '''Modelo de relatório exportado do GeoSales 3, em formato .pdf:'''
-[[arquivo: relatorioverbaspdf.png | 1000 px]]
-* '''Modelo de relatório exportado do GeoSales 3, em formato .xls:'''
-[[arquivo: relatorioverbasxls.png | 1000 px]]
 == Cenários ==
-=== Exportação de relatório completo ===
+Para simular as condições atuais e desejadas, consideremos a tabela abaixo
-# O usuário acessa a plataforma GeoSales EVO e entra na aba de relatório de Verba dentro do Módulo de Gestores.
-# Na tela de relatório, o usuário preenche os campos de período a ser filtrado;
-# O usuário seleciona o flag de lista completa;
-# Ao selecionar o ícone de menu, o usuário exporta o relatório no formato desejado (.pdf ou .xls).
-# O relatório exportado trará todas as informações existentes no banco de dados.
-=== Exportação de relatório com filtros ===
+{| class = "wikitable"
+! Numero do pedido
+! Origem do pedido
+! Condição de pagamento
+! Valor do pedido
+|-
+| 202100012021 || GeoSales || 03 dias || 500,0000
+|-
+| 202100022021 || NeoGrid || 03 dias || 500,0000
+|-
+|}
-# O usuário acessa a plataforma GeoSales EVO e entra na aba de relatório de Verba dentro do Módulo de Gestores.
+Pelo exposto, pode-se perceber a existência de dois pedidos que, embora possuam o mesmo valor, foram originados de forma diferente: um foi feito dentro do EVO, e outro veio importado do NeoGrid. Para a composição dos cenários, iremos considerar apenas o pedido gerado pelo NeoGrid. O pedido criado no EVO foi citado apenas para fins comparativos.
-# Na tela de relatório, o usuário preenche os campos de período a ser filtrado;
-# O usuário preenche os campos de gestor, vendedor e/ou situação do pedido, dependendo da sua necessidade;
-# Ao selecionar o ícone de menu, o usuário exporta o relatório no formato desejado (.pdf ou .xls).
-# O relatório exportado trará apenas as informações baseadas nos filtros determinados pelo usuário.
+Para estas informações, consideremos os seguintes cenários:
+=== Cenário 1: Alteração de Condição de Pagamento - Quadro Atual ===
+# O usuário acessa o pedido neogrid na plataforma EVO.
+# Ao acessar as informações de pagamento, o usuário altera a condição original de 03 dias para 05 dias.
+# Ao realizar a modificação, a plataforma GeoSales EVO entende que deve fazer o recálculo dos parâmetros para adequar o pedido à nova condição de pagamento inserida.
+# Ao finalizar o pedido, o valor final será diferente do valor que foi importado do NeoGrid. Esta situação é indesejada, uma vez que os valores que vêm do NeoGrid, em geral, são valores tabelados e fixados contratualmente com os clientes.
+=== Cenário 2: Alteração de Condição de Pagamento - Implantação de flag ===
+# O usuário acessa o pedido neogrid na plataforma EVO.
+# Ao acessar as informações de pagamento, o usuário altera a condição original de 03 dias para 05 dias.
+# Ao realizar a modificação, a plataforma GeoSales EVO entende que deve fazer o recálculo dos parâmetros para adequar o pedido à nova condição de pagamento inserida.
+# Neste caso, o usuário irá selecionar o flag de ativação (que, na verdade, é de inativação) da preservação dos dados do pedido. Quando este flag está ativado, a plataforma GeoSales EVO irá permitir a alteração da condição de pagamento sem, contudo, a alteração do valor final do pedido.
+# Ao finalizar o pedido, o valor final será o mesmo valor que foi importado do NeoGrid. Esta é a situação desejada, pois atenderá à demanda do cliente sem mexer em nenhum aspecto de valor do pedido.
-A sequência operacional de fluxo de processos pode ser ilustrada pelo diagrama abaixo:
-[[arquivo: bpmncrudverba.png]]
 == Regras de Negócio ==
-'''[RN1] - ''' O relatório exportado terá a mesma estrutura já utilizada atualmente no Geosales 3. O processo visa única e exclusivamente migrar a funcionalidade supracitada para o EVO.
+'''[RN1] - ''' O flag de ativação a ser implementado deverá vir sempre desativado. O status ativado deve ser acionado pelo usuário, caso contrário, o flag nulo será a opção default.
-'''[RN2] - ''' O flag de relatório com todos os itens ficará desativado, como default. A exportação de relatório com todos os itens só será realizada com o flag ativado.
-'''[RN3] - ''' Quando o flag de relatório com todos os itens estiver ativado, os campos de filtro serão desativados. Não serão considerados quaisquer filtros. Caso o usuário insira algum filtro além do período (supervisor, vendedor e situação pedido), o flag de relatório com todos os itens deverá ser desabilitado.
+'''[RN2] - ''' O acesso do usuário será gerenciado via controle de aessos do EVO. A opção deverá ser habilitada para o usuário que precise parametrizar esta função.
+'''[RN3] - ''' O flag implementado será limitado a alterar apenas a função condição de pagamento. Os outros parâmetros do pedido permanecerão inalterados.
 == Aprovação ==
@@ Linha 107: / Linha 85: @@
 |-
-| Desenvolvimento - GeoSales || Renato Lima || 03/06/2021
+| Desenvolvimento - GeoSales || Renato Lima || 24/06/2021
 |-
 | Integração - GeoSales || Pessoa que aprovou || 00/00/0000