Ir para o conteúdo principal

OS 91700 - MELHORIA - SENDDECOR - LOG DE ALTERAÇÃO DE PARAMENTRO SEM USUARIO DE QUEM MODIFICOU

Objetivo:

A solicitação visa, permitirgarantir querastreabilidade osnas usuáriosalterações do módulocadastro de parâmetros da Frente de Loja, permitindo que, ao consultar o Contas a PagarHistórico, especialmente do segmentoparâmetro, o usuário visualize DECORquem (usuário logado), realizemrealizou análisescada maismodificação.
Com completasisso, o time consegue auditar alterações e precisasidentificar daresponsáveis Previsãosem depender de Pagamento.

validações

Foi criado novo menu no módulo Contas a Pagar:
Relatórios > Previsão de Pagamento > Por Loja

Filtros disponíveis:

  • Filtro
    • Unidade operacional,
    • Fornecedor Inicial e Final,
    • Grupo financeiro,
    • Data de Vencimento (Prorrogação de Pagamento),
    • Loja
  • Opção PDF/Excel.

✔ Atender exclusivamente ao segmento DECOR.externas.

Premissas:

  • Necessário o ambiente estar atualizado com as versões:
    • Contas a PagarSendDecor de número 127256xxx Genexus 1715 ou superior;
    • Script de número 126538127509 SQL / 126424127510 Postgre ou superior;
  • Funcionalidade Cliente do Ramo Decoração, precisa estar ativa, caso necessário entre em contato com a Send Solutions.

Teste realizado após a atualização

Cenário 1: RelatórioAlterar Previsãum parâmetro e validar gravação dedo Pagamento“Usuário” -no Lojahistórico

Objetivo: Relatórioconfirmar deveque serao geradosalvar uma alteração, o histórico registra e exibirexibe as informações de Loja e Condição deusuário pagamento.responsável.

Premissa: Ter acesso ao novo item do menu.

Passo a PassoPassos:

  1. Acessar oFrente módulode ContasLoja a> PagarCadastro > Parâmetros (Editar).

  2. navegarLocalizar atéum aparâmetro opção:na Relatórioslistagem >>(ex.: Previsãopelo defiltro pagamento >> Por Loja.“Código”/“Valor”).

  3. Informe os

    Abrir filtroso desejadosregistro para edição.

  4. Confirme para

    Alterar geraçãoum campo do relatórioparâmetro (ex.: “Valor limite de desconto”).

  5. Clicar em Confirmar.

  6. Clicar em Histórico.

Resultado Esperadoesperado:

  • Relatório deve

    O contersistema asconfirma colunasa Loja e Condiçalteração de(sem Pagamentoerros).

  • DemaisNa colunastela iguaisde histórico, deve existir um novo registro (ou registro mais recente) contendo:

    • data/hora da alteração

    • valores dos campos alterados

    • coluna “Usuário” preenchida com o usuário logado (ex.: SUPERVISOR).

Acessando a funcionalidade

Tela de parâmetro

Consulta do histórico


Cenário 02: Realizar alterações com usuários diferentes e validar histórico por registro

Objetivo: garantir que cada alteração registre corretamente o usuário que executou a ação.

Passos:

  1. Logar com o Usuário A (ex.: SUPERVISOR).

  2. Acessar Frente de Loja > Cadastro > Parâmetros (Editar).

  3. Alterar um campo do parâmetro e clicar Confirmar.

  4. Sair e logar com o Usuário B.

  5. Acessar o mesmo parâmetro e alterar um campo diferente (ou o mesmo, com outro valor) e clicar Confirmar.

  6. Clicar em Histórico do parâmetro.

Resultado esperado:

  • O histórico deve exibir ao relatómenos 2 registros, cada um com:

    • Usuário analíticoA no existente.registro referente à primeira alteração

    • Usuário B no registro referente à segunda alteração

  • As datas/horas devem refletir a sequência das alterações.

Acessando a funcionalidade
image.png
image.png

Tela de filtros
parâmetro

InsiraConsulta dosdo dados conforme necessidade e clique em imprimir.image.png

O sistema irá direcionar para dashboard, onde é possível baixar os relatórios gerados.image.png

Relatório em PDFhistóricoimage.png

Relatório em Excelimage.png


CENÁRIOCenário 02:03: ValidaçAbrir para edição dase informaçõessair dosem relatórioconfirmar gerado(não deve gerar log)

Objetivo: Garantirevitar que a Condiçcriação indevida de Pagamentolog equando Lojanão exibida é a mesma cadastrada na notaconfirmação/gravação.

Observação: Alguns títulos exibidos no relatório podem apresentar as colunas Loja e Condição de Pagamento em branco. Isso ocorre porque determinados lançamentos não possuem vínculo com Título x NF x OC x Pedido, como por exemplo:

  • Lançamentos manuais registrados diretamente no módulo Contas a Pagar;

  • Lançamentos oriundos do Fluxo de Caixa, que igualmente não possuem relação com Título x NF x OC x Pedido.

Passo a PassoPassos:

  1. IdentificarLogar no relatóriocom um títulousuário comválido.

    condição
  2. Acessar Frente de pagamentoLoja preenchida.> Cadastro > Parâmetros (Editar).

  3. Abrir oum pedidoparâmetro relacionado.para edição.

  4. ValidarAlterar seum acampo condiçãsem clicar em Confirmar.

  5. Clicar em Fechar (ou sair da tela).

  6. Reabrir o doparâmetro pedidoe coincideconsultar com a do relatório.Histórico.

Resultado Esperadoesperado:

  • ANenhum condiçãonovo exibidaregistro deve refletirser exatamentecriado no histórico para essa tentativa (pois não houve confirmação).

  • O campo/valor do parâmetro deve permanecer como estava antes (se a condiçãtela não configuradasalvar no pedido.automaticamente).


RelatórioAcessando (títuloa 1811).funcionalidadeimage.png

Tela de consulta do título
parâmetro
Na tela de consulta de títulos, na aba Origem será possível identificar a nota fiscal vinculada.image.png

Consulta da Nota com Pedido
Na Consulta da Nota Fiscal podemos identificar a condição de pagamento e a ordem de compra.image.png

Consulta da ordem de compra 
Na consulta da ordem de compra, encontramos o pedido.image.png

Consulta do pedido - Condição de pagamento.
histórico
Na consulta do pedido, podemos identificar a loja e condição de pagamento.image.png


4.png

ATENÇÃO: As informações neste documento são meramente ilustrativas e utilizadas apenas para fins de teste.