Mudanças entre as edições de "Condições de Pagamento"

De GeoSales
Ir para navegação Ir para pesquisar
Linha 60: Linha 60:
 
== Cenários ==
 
== Cenários ==
  
=== 1. Criação de uma Nova Condição de Pagamento ===
+
Consideremos para este cenário a seguinte tabela:
 +
 
 +
{| class="wikitable"
 +
! CD_MEIO_PGTO
 +
! DS_MEIO_PGTO
 +
! CD_MEIO_PGTO_REFERENCIA
 +
|-
 +
|}
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
 
 +
<!-- === 1. Criação de uma Nova Condição de Pagamento ===
  
 
*Visto que Acesso o Portal GeoSales EVO
 
*Visto que Acesso o Portal GeoSales EVO
Linha 124: Linha 150:
 
*Surgirá a lista de Condições de pagamento já cadastrados anteriormente
 
*Surgirá a lista de Condições de pagamento já cadastrados anteriormente
 
*Então seleciono um cadastro existente
 
*Então seleciono um cadastro existente
*A opção selecionada é um cadastro importado do ERP, logo não estará disponível para edição.
+
*A opção selecionada é um cadastro importado do ERP, logo não estará disponível para edição.-->
  
 
== Protótipos ==
 
== Protótipos ==

Edição das 14h41min de 14 de maio de 2021

Histórico de Alterações

Data Quem Comentários
07/05/2021 João Ramon Criação do documento

Necessidade

Existem tabelas dedicadas a Condições de pagamento no Banco de Dados da GeoSales, mas estas tabelas não podem ser parametrizadas pelo cliente, porque não há interface criada na plataforma GeoSales para esta funcão. Tal funcionalidade necessita ser implementada dentro da plataforma, a fim de que o usuário consiga fazer essas parametrizações.

Solução

Criação de um CRUD para possibilitar as parametrizações de Condição de pagamento, utilizando a tabela homônima, contendo os campos 'Código da condição de Pagamento', 'Descrição da condição de Pagamento', 'quantidade de dias total', 'percentual de desconto', descrição de dias das parcelas', 'descrição do percentual de parcelas', 'numero do preço', 'quantidade de prazo médio', 'percentual de juros' e 'Código da condição de Pagamento de Referência'. O usuário deverá, por meio destes campos, criar, editar ou excluir as condições de pagamento que ele julgar necessárias dentro da plataforma, utilizando as tabelas já fornecida no Banco de dados.

Implementação

A tabela CONDICAO_PAGAMENTO possui os seguintes parametros:

Column_name Type Lenght Nullable
CD_COND_PGTO int 4 no
DS_COND_PGTO varchar 40 no
QT_DIAS_TOTAL int 4 no
PR_DESCONTO decimal 9 no
DS_DIAS_PARCELAS varchar 50 yes
DS_PR_PARCELAS varchar 50 yes
NR_PRECO int 4 yes
QT_PRAZO_MEDIO int 4 yes
PR_JUROS decimal 9 yes
CD_COND_PGTO_REFERENCIA varchar 30 yes

A interface do cliente com a plataforma se dará por meio de um CRUD, que será alocado no módulo 'Cenário de Vendas'.

A sequência operacional do CRUD seguirá conforme o modelo abaixo: CPGTO.png

A tela de CRUD deverá possuir botão de pesquisa, a fim de que o usuário possa procurar por acessos existentes. Ao listar todos os cadastros, deverá ser possível ao usuário editar os cadastros existentes, além de ter a opção de deixar tais cadastros ativos ou não. Esta função será parametrizada por meio da criação de uma coluna chamada ID_ATIVO na tabela CONDICAO_PAGAMENTO.

Após a inserção dos dados, um código de condição de pagamento será gerado. Dependendo da origem do dado (inserção de dados via plataforma GeoSales ou por meio de integração), será utilizado um sinal para diferenciar a origem do codigo. Portanto, para o dado originado pelo ERP, o código será gerado com sinal positivo (ou sem sinal aparente), e dados originados pelo usuário dentro da plataforma (tabela CONDICAO_PAGAMENTO, coluna CD_COND_PGTO) deverão ser apresentados com sinal negativo.

Cenários

Consideremos para este cenário a seguinte tabela:

CD_MEIO_PGTO DS_MEIO_PGTO CD_MEIO_PGTO_REFERENCIA










Protótipos

Prototipo1.png

Regras de Negócios

[RN1] - Não poderá ser possível o cadastro de uma condição de pagamento com as mesmas características de parametrização.

[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 não poderá ser sobreposta;

[RN3] - Essa funcionalidade será desenvolvida exclusivamente no GeoSales EVO;

[RN4] - Visto que as parametrizações poderão ocorrer tanto via GeoSales como por meio da ERP, deve ser necessário diferenciar a origem destas entradas, tratando os dados inseridos na CD_COND_PGTO com sinal negativo, no caso de origem via GeoSales, e com sinal positivo, no caso se origem via ERP;

[RN5] - Uma vez que o cadastro foi integrado à ERP, este não poderá mais sofrer quaisquer alterações por parte do usuário.

[RN6] - Caso o campo referente ao ID de ativo da tabela CONDICAO_PAGAMENTO (que será implementada nesta demanda) esteja com status 'null', ele deve ser considerado ativo.

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