Mudanças entre as edições de "Fixação de valor negociado"
Linha 36: | Linha 36: | ||
|- | |- | ||
− | | 1 || | + | | 1 || À VISTA || -5.00 |
|- | |- | ||
Linha 46: | Linha 46: | ||
|- | |- | ||
|} | |} | ||
+ | |||
+ | |||
+ | |||
+ | {| class = "wikitable" | ||
+ | !CD_PEDIDO_PALM | ||
+ | !CD_COND_PGTO | ||
+ | !VALOR | ||
+ | !VALOR COM TX. FINANCEIRA | ||
+ | |||
+ | |- | ||
+ | | 9999 || 2 || R$ 1000.00 || R$ 1000.00 | ||
+ | |- | ||
+ | |} | ||
+ | O vendedor irá alterar a condição de pagamento para Á VISTA, e no alerta que será emitido ele clicou em SIM, então a taxa financeira será aplicada | ||
=== Cenário 1.2:Pedido gerado com Débito=== | === Cenário 1.2:Pedido gerado com Débito=== |
Edição das 14h56min de 5 de julho de 2022
Histórico de Alterações
Data | Quem | Comentários |
---|---|---|
04/07/2022 | Jonas Sampaio | Criação do documento |
Necessidade
Dentro do processo de venda, o vendedor está constantemente em negociação, sempre preocupado em realizar uma boa venda e respeitando as políticas comerciais estabelecidas. Desta forma, ao finalizar um pedido ele necessita realizar muitas vezes a modificação da condição de pagamento selecionada inicialmente, para de acordo com o valor do pedido, ele consiga um prazo adequado para aquele valor. As condições, estas por muitas vezes apresentam taxas financeiras que ao serem escolhidas, alteram o valor negociado(digitado) com a condição anterior, mas de acordo com a negociação, o vendedor não deseja alterar o valor digitado, mas apenas a condição, já que o valor do pedido muitas vezes pode dar margem para uma condição com prazo maior ou menor e realizar novamente esse processo de mudar os preços já acertados se torna inviável devido às vezes a grande quantidade de itens.
Solução
Para a necessidade apresentada, dentro do fluxo de pedido, o sistema deve apresentar ao vendedor no momento de realizar a troca de condição de pagamento, um alerta perguntando se ele deseja aplicar a taxa financeira da nova condição selecionada, onde ele deve responder sim ou não. Ao responder sim, o valor digitado deve receber aplicação da taxa financeira, o que já acontece no sistema hoje. Para o caso de resposta não, o sistema aplica a nova taxa, mas fará os cálculos alterando o desconto e assim manter o preço digitado pelo vendedor. O sistema vai continuar a aplicar todas as regras existentes no fluxo de pedido, tendo este comportamento apenas para mudanças na condição de pagamento.
Implementação
Visto que hoje é possível modificar a condição de pagamento no momento da inserção do pedido, conforme as condições disponíveis para o cliente. Quando o vendedor for alterar a condição de pagamento, é necessário criar um alerta questionando se ele deseja aplicar a taxa financeira da nova condição selecionada, onde ele deve responder sim ou não. Ou seja, se a resposta for sim, a taxa financeira da condição de pagamento será aplicada. Se caso a reposta for não, a condição de pagamento será alterada, mas não aplicará a taxa financeira.
A tela de alerta na alteração da condição de pagamento terá duas opções para escolha do vendedor:
- SIM : A taxa financeira será aplicada, e o valor final do pedido sofrerá alteração
- NÃO : A taxa financeira não será aplicada, e o valor final do pedido não sofrerá alteração
Cenários
Considere para a composição do cenário as seguintes massas de dados:
Cenário 1.1: Pedido gerado com crédito
CD_COND_PGTO | DS_COND_PGTO | PR_DESCONTO |
---|---|---|
1 | À VISTA | -5.00 |
2 | 10/20 DIAS | 0.00 |
3 | 30/45/65 DIAS | 5.00 |
CD_PEDIDO_PALM | CD_COND_PGTO | VALOR | VALOR COM TX. FINANCEIRA |
---|---|---|---|
9999 | 2 | R$ 1000.00 | R$ 1000.00 |
O vendedor irá alterar a condição de pagamento para Á VISTA, e no alerta que será emitido ele clicou em SIM, então a taxa financeira será aplicada
Cenário 1.2:Pedido gerado com Débito
PRODUTO | VALOR | PRECO DIGITADO | MOVIMENTO CC ITEM | SALDO CC NO PEDIDO |
---|---|---|---|---|
ITEM 001 | R$ 100,00 | R$ 95,00 | R$ -5,00 | R$ -5,00 |
ITEM 002 | R$ 100,00 | R$ 90,00 | R$ -10,00 | R$ -15,00 |
Saldo total da conta corrente no pedido: R$ -15,00
Cenário 1.3: Pedido inserido com débido e crédito, mas o saldo final é positivo
PRODUTO | VALOR | PRECO DIGITADO | MOVIMENTO CC ITEM | SALDO CC NO PEDIDO |
---|---|---|---|---|
ITEM 001 | R$ 100,00 | R$ 110,00 | R$ 10,00 | R$ 10,00 |
ITEM 002 | R$ 100,00 | R$ 115,00 | R$ 15,00 | R$ 25,00 |
ITEM 003 | R$ 100,00 | R$ 95,00 | R$ -5,00 | R$ 20,00 |
ITEM 004 | R$ 100,00 | R$ 90,00 | R$ -10,00 | R$ 10,00 |
Saldo total da conta corrente no pedido: R$ 10,00
Regras de Negócios
[RN1] -
[RN2] -
[RN3] -
[RN4] -
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 |