Mudanças entre as edições de "Condição de Pagamento por Item"
Linha 18: | Linha 18: | ||
== Implementação == | == 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 == | == Cenários == | ||
Edição das 12h29min 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] - Não poderá conter a mesma regra para o mesmo estado e filial;
[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;
[RN3] - Essa funcionalidade será desenvolvida exclusivamente no GeoSales EVO.
[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.
[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 [a-z0-9]
[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
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 | Assinatura |
---|---|---|---|
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 |