Mudanças entre as edições de "Prazo de Pagamento por produto"

De GeoSales
Ir para navegação Ir para pesquisar
 
(15 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 11: Linha 11:
  
 
== Necessidade ==
 
== Necessidade ==
No processo de vendas da Ocrim, existe um grupo de produto, que tem prazos de pagamentos específicos. Então, quando estes produtos estão em um pedido, o prazo a ser apresentado e disponibilizado, deve ser os prazos vinculados a esses produtos, mesmo que tenham outros produto inseridos no pedido, que não tenham o vinculo com esse prazo.
+
No processo de vendas da Ocrim, existem  produtos, que tem prazos de pagamentos específicos. Então, quando estes produtos estão em um pedido, as condições de pagamento que devem ser apresentadas, deve respeitar o menor prazo de pagamento, seja dos produtos ou cliente que estejam naquele pedido. Assim, deve ser apresentado apenas as condições de pagamentos que estejam igual ou abaixo do menor prazo médio.
  
 
== Solução ==
 
== Solução ==
Para tratar a venda de determinados produtos, de acordo com um prazo especifico para eles,
+
Para tratar a venda de determinados produtos, de acordo com um prazo especifico para eles, precisamos identificar esses produtos que terão os prazos diferenciados. Com a identificação destes produtos, vamos aplicar solução no fluxo de inserção e edição de pedido. Quando estes produtos estiverem no pedido os prazos para seleção no pedido devem obedecer as regras de prazos do produto, mesmo que haja outros produtos, além disso, vamos levar em consideração os prazo que o cliente tem acesso, pois se o produto permiti que ele tenha acesso a prazos maiores, o que deve prevalecer é o prazo que o cliente tem, já que ele não está habilitado a usar esses prazo.
precisamos identificar esses produtos que terão estes prazos diferenciados. Com a identificação destes produtos, vamos aplicar solução no fluxo de inserção e edição de pedido. Quando estes produtos estiverem no pedido os prazos para seleção no pedido devem obedecer as regras de prazos do produto, mesmo que haja outros produtos, o prazo a ser usado será o determinado por esses produto que terão o prazo estabelecido.
 
  
 
== Implementação ==
 
== Implementação ==
  
  
Será criado no fluxo de inserção ou edição de pedido, situação que possa avaliar se o praz
+
Criar estrutura que permite vincular o produto, organização venda a um prazo médio das condições de pagamento, onde essas informações virão via integração.
+
O produto não deve receber mais de um prazo médio, quando o produto não estiver nesta estrutura, indica que ele pode levar em consideração as condições de pagamento que estão vinculadas ao Grupo meio pagamento do cliente.
No momento de inserir o pedido, quando já estivermos no momento de inserir itens no pedido, precisamos ter uma validação que o sistema leve em consideração o prazo médio das condições que pagamento que podem ser usadas para aquele produto. Ou Seja, o sistema deve avalidar
+
 
 +
Com a estrutura de controle populada, no fluxo de inclusão e edição de pedido, o sistema deve validar essa nova estrutura, desta forma, fará com que apresente no campo de condições de pagamento para fechamento do pedido, condições que tenham seu prazo médio, com prazo igual ou inferior ao prazo dos produtos que estão no pedido.
 +
 
 +
Caso o prazo médio das condições do cliente sejam menor que o prazo médio atribuído aos produtos, o sistema deve respeita os prazos de condição de pagamento atribuídos ao grupo meio pagamento do cliente.
 +
 
 +
Na tabela de condição de pagamento o campo '''QT_PRAZO_MEDIO''' deve está preenchido, para que assim as validações possam ocorrer. Caso o campo esteja com valor null neste campo, pode não ocorrer a validação da condição de pagamento de acordo com o prazo.
  
 
== Cenários ==
 
== Cenários ==
Linha 146: Linha 150:
 
'''[RN2] -''' Na tabela de condição de pagamento o campo QT_PRAZO_MEDIO da condição de pagamento, deve está preenchido.
 
'''[RN2] -''' Na tabela de condição de pagamento o campo QT_PRAZO_MEDIO da condição de pagamento, deve está preenchido.
  
'''[RN3] -''' Quando houver produtos e clientes que tenham o prazos diferentes e o prazo do cliente seja o menor, o prazo do cliente deve ser levado em consideração.
+
'''[RN3] -''' Quando houver produtos e clientes que tenham os prazos diferentes e o prazo do cliente seja o menor, o prazo do cliente deve ser levado em consideração.
  
'''[RN4] -''' A ativação deste procedimento deverá ser realizada via configuração.
+
'''[RN4] -''' Para que o Geosales realize as validações, os cadastros de Grupo Meio pagamento do cliente e prazos vinculados a produto, precisam está coerentes. Pois isso pode ocasionar cenários em que não apresente condições para fechamento do pedido.
  
 
== Aprovação ==
 
== Aprovação ==
Linha 163: Linha 167:
  
 
|-  
 
|-  
| Desenvolvimento - GeoSales || Renato Lima || 26/04/2021
+
| Desenvolvimento - GeoSales || Renato Lima || 30/04/2021
 
|-  
 
|-  
 
| Integração - GeoSales || Pessoa que aprovou || 00/00/0000
 
| Integração - GeoSales || Pessoa que aprovou || 00/00/0000
Linha 170: Linha 174:
 
|-
 
|-
 
|}
 
|}
 +
f
  
 
=== Empresa solicitante ===  
 
=== Empresa solicitante ===  

Edição atual tal como às 14h31min de 3 de maio de 2021

Histórico de Alterações

Data Quem Comentários
27/04/2021 Renato Lima Criação do documento

Necessidade

No processo de vendas da Ocrim, existem produtos, que tem prazos de pagamentos específicos. Então, quando estes produtos estão em um pedido, as condições de pagamento que devem ser apresentadas, deve respeitar o menor prazo de pagamento, seja dos produtos ou cliente que estejam naquele pedido. Assim, deve ser apresentado apenas as condições de pagamentos que estejam igual ou abaixo do menor prazo médio.

Solução

Para tratar a venda de determinados produtos, de acordo com um prazo especifico para eles, precisamos identificar esses produtos que terão os prazos diferenciados. Com a identificação destes produtos, vamos aplicar solução no fluxo de inserção e edição de pedido. Quando estes produtos estiverem no pedido os prazos para seleção no pedido devem obedecer as regras de prazos do produto, mesmo que haja outros produtos, além disso, vamos levar em consideração os prazo que o cliente tem acesso, pois se o produto permiti que ele tenha acesso a prazos maiores, o que deve prevalecer é o prazo que o cliente tem, já que ele não está habilitado a usar esses prazo.

Implementação

Criar estrutura que permite vincular o produto, organização venda a um prazo médio das condições de pagamento, onde essas informações virão via integração. O produto não deve receber mais de um prazo médio, quando o produto não estiver nesta estrutura, indica que ele pode levar em consideração as condições de pagamento que estão vinculadas ao Grupo meio pagamento do cliente.

Com a estrutura de controle populada, no fluxo de inclusão e edição de pedido, o sistema deve validar essa nova estrutura, desta forma, fará com que apresente no campo de condições de pagamento para fechamento do pedido, condições que tenham seu prazo médio, com prazo igual ou inferior ao prazo dos produtos que estão no pedido.

Caso o prazo médio das condições do cliente sejam menor que o prazo médio atribuído aos produtos, o sistema deve respeita os prazos de condição de pagamento atribuídos ao grupo meio pagamento do cliente.

Na tabela de condição de pagamento o campo QT_PRAZO_MEDIO deve está preenchido, para que assim as validações possam ocorrer. Caso o campo esteja com valor null neste campo, pode não ocorrer a validação da condição de pagamento de acordo com o prazo.

Cenários

Para os cenários de teste usaremos a seguinte massa de exemplo:

CLIENTE QT_PRAZO_MEDIO_CL PRODUTO QT_PRAZO_MEDIO_PRO
Cliente A 0 Produto A 0
Cliente B 7 Produto B 7
Cliente C 14 Produto C 14
Cliente D 21 Produto D 21
Cliente E 28 Produto E 28
Cliente F 35 Produto F null


Campo possível ao inserir ou editar pedido:


Dado que usuário A acessa a inserir pedido na plataforma GeoSales EVO;
E seleciona os dados abaixo;

CLIENTE QT_PRAZO_MEDIO_CL PRODUTO QT_PRAZO_MEDIO_PRO
Cliente D 21 Produto C 14

O sistema deve apresentar as condições levando em consideração o prazo do Produto C:


Dado que usuário A acessa a inserir pedido na plataforma GeoSales EVO;
E seleciona os dados abaixo;

CLIENTE QT_PRAZO_MEDIO_CL PRODUTO QT_PRAZO_MEDIO_PRO
Cliente C 14 Produto D 21

O sistema deve apresentar as condições levando em consideração o prazo do Cliente C :


Dado que usuário A acessa a inserir pedido na plataforma GeoSales EVO;
E seleciona os dados abaixo;

CLIENTE QT_PRAZO_MEDIO_CL PRODUTO QT_PRAZO_MEDIO_PRO
Cliente E 28 Produto E 28

O sistema deve apresentar as condições levando em consideração o prazo 28:


Dado que usuário A acessa a inserir pedido na plataforma GeoSales EVO;
E seleciona os dados abaixo;

CLIENTE QT_PRAZO_MEDIO_CL PRODUTO QT_PRAZO_MEDIO_PRO
Cliente F 35 Produto E null

O sistema deve apresentar as condições levando em consideração o prazo do Cliente F:


Dado que usuário A acessa a inserir pedido na plataforma GeoSales EVO;
E seleciona os dados abaixo;

CLIENTE QT_PRAZO_MEDIO_CL PRODUTO QT_PRAZO_MEDIO_PRO
Cliente E 28 Produto D 21
Produto B 14

O sistema deve apresentar as condições levando em consideração o prazo do Produto B:


Dado que usuário A acessa a inserir pedido na plataforma GeoSales EVO;
E seleciona os dados abaixo;

CLIENTE QT_PRAZO_MEDIO_CL PRODUTO QT_PRAZO_MEDIO_PRO
Cliente C 14 Produto E 28
Produto D 21

O sistema deve apresentar as condições levando em consideração o prazo do Cliente C:


Regras de Negócio

[RN1] - Quando houver produtos que os prazos choquem, deve ser levado em consideração o prazo de pagamento do produto que tem o menor prazo.

[RN2] - Na tabela de condição de pagamento o campo QT_PRAZO_MEDIO da condição de pagamento, deve está preenchido.

[RN3] - Quando houver produtos e clientes que tenham os prazos diferentes e o prazo do cliente seja o menor, o prazo do cliente deve ser levado em consideração.

[RN4] - Para que o Geosales realize as validações, os cadastros de Grupo Meio pagamento do cliente e prazos vinculados a produto, precisam está coerentes. Pois isso pode ocasionar cenários em que não apresente condições para fechamento 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 Renato Lima 30/04/2021
Integração - GeoSales Pessoa que aprovou 00/00/0000
Configurações - GeoSales Pessoa que aprovou 00/00/0000

f

Empresa solicitante

Setor Aprovado Por Data Assinatura
Gerente TI - Cliente ___________________ ___/___/_____ ________________________
Gerente de Projeto - Cliente ___________________ ___/___/_____ ________________________
Gerente Comercial - Cliente ___________________ ___/___/_____ ________________________