Mudanças entre as edições de "Condição de Pagamento por Item"

Edição das 12h37min de 19 de outubro de 2021

Histórico de Alterações

Data	Quem	Comentários
15/10/2021	João Ramon	Criação do documento

Necessidade

O cliente possui uma política de inserção das condições de pagamento particulares a cada item solicitado em um determinado pedido. Atualmente, o GeoSales Evo possui a possibilidade de inserir uma condição de pagamento com opções pré-parametrizadas, mas com aplicação sobre todos os itens, de forma coletiva e uniforme, ou seja, a condição de pagamento atualmente inserida num pedido ficará incidirá sobre todos os itens, e não individualmente. A possiblidade de inserir condições de pagamento individuais por item é uma necessidade para o cliente, haja visto a política de quebra de pedidos que o cliente realiza em seu ERP, baseado nestes atributos.

Solução

Uma vez que o motivo da customização é para viabilizar a quebra de pedidos que o cliente realiza no seu ERP, após o envio do pedido do EVO, sendo que essa quebra decorrerá de dois atributos: Tipo de pedido (venda/Bonificação) e Condição de Pagamento, sendo ainda que cada atributo deverá ser particionado para o item, e não para o pedido inteiro, conclui-se que, o atendimento da solicitação do cliente será satisfeito a partir da possibilidade da tomada individual destes atributos (tipo de venda e condição de pagamento) por item. A primeira possibilidade já esta satisfeita no EVO, visto que é possível atribuir no pedido o tipo de venda para um item específico. Já a condição de pagamento, atualmente, é atributo do pedido inteiro, sendo aplicado a todos os itens. Como solução, deve-se implementar um método que permita a inserção da condição de pagamento no item desejado e, dessa forma, possibilitar a devida quebra de pedido que o cliente deseja fazer no seu ERP.

Implementação

A tabela CARARTERISTICA atualmente recebe atributos que são inerentes ao próprio item no pedido, e já possui informações parametrizáveis. deve-se inserir um novo campo, chamado 'Condição de Pagamento', e receba a lista das condições parametrizadas, para preenchimento. O campo de condição de pagamento do item continuará existindo na aba de informações de pagamento do pedido, e será dado prioridade à condição apontada no pedido. Caso a condição no item não estiver populada, a condição válida será a do pedido em geral para aquele item.

Cenários

Regras de Negócios

[RN1] - A inserção da condição de pagamento será realizada no card do item, ao acessa as informações internas por meio do ícone 'i';

[RN2] - A condição válida para o item será a que for apontada no campo dentro do card do item. Se este campo não for populado, a condição válida para aquele item será a informada nas 'informações pagamento' do pedido;

[RN3] - A medida customizada será realizada para permitir a quebra de pedidos, a qual será realizada exclusivamente no ERP do cliente, após a exportação do pedido.

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 26: / Linha 26: @@
 == Regras de Negócios ==
-'''[RN1] - ''' Não poderá conter a mesma regra para o mesmo estado e filial;
+'''[RN1] - ''' A inserção da condição de pagamento será realizada no card do item, ao acessa as informações internas por meio do ícone 'i';
-'''[RN2] - ''' Não deverá haver sobreposição de cadastros, e sim edição deste cadastro. Caso o usuário tente cadastrar o mesmo cenário mais de uma vez, a plataforma irá alertar informando que já existe uma regra, e que essa regra poderá ser sobreposta;
+'''[RN2] - ''' A condição válida para o item será a que for apontada no campo dentro do card do item. Se este campo não for populado, a condição válida para aquele item será a informada nas 'informações pagamento' do pedido;
-'''[RN3] - ''' Essa funcionalidade será desenvolvida exclusivamente no GeoSales EVO.
+'''[RN3] - ''' A medida customizada será realizada para permitir a quebra de pedidos, a qual será realizada '''exclusivamente''' no ERP do cliente, após a exportação do pedido.
-'''[RN4] - ''' Durante o processo, o portal não deverá travar, ou seja, o batch irá apresentar os dados apenas referentes às variáveis relacionadas (via GSOload). A medida visa evitar um carregamento excessivamente pesado de dados para determinada função. <br>
-'''[RN5] - ''' Os históricos do log de alterações das variáveis ficarão registrados por um período de 1 (um) ano.
-'''[RN6] - ''' Um determinado produto poderá ser vinculado a mais de um grupo, mas a quantidade deve ser diferente.
-'''[RN7] - ''' A chave poderá ser associada a mais de um produto/tabela, mas o valor é específico pela unidade de um destes dois atributos.
-'''[RN8] - ''' As variáveis '''''fs''''', '''''fmm''''' e '''''fmx''''' corresponderão aos valores resultantes das fórmulas de valor Sugerido, Valor Mínimo e Valor Máximo, respectivamente. Portanto, tais variáveis serão protegidas.
-'''[RN9] - ''' As variáveis permitidas para cadastro pelo usuário deverão atender ao padrão <code>[a-z0-9]</code>
-'''[RN10] - ''' As formulas não poderão ter valor nulo, nem valores negativos. Caso não haja valor sugerido cadastrado, o valor mínimo será igual ao valor sugerido, ou o resultado da formula ser um valor negativo, este campo receberá o valor zero.
 == Aprovação ==