Condição de Pagamento por Item

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.

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