Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Ticket Movidesk

Chave

Resumo

Documentação

393928

PS-4872

PS Armazenadora- Remover validação do campo de diretório da Dwyler

1 – Menu:
PSGerencial >> Cadastros Específicos >> Estabelecimento >> Configuração >> Gerencial >> Automação

2 – Objetivo:
Ajustar o sistema para que seja possível configurar no campo “caminho base de dados Dwyler” qual descrição, para que assim a integração no ambiente Cloud funcione corretamente.

3 – Alteração:
Aplicado o ajuste para contemplar a integração da automação Dwyler em nuvem. Para isso foram removidas as validações do ‘campo Caminho Base de Dados Dwyler’ presente no Menu Cadastros Específicos >> Estabelecimento >> Configuração >> Gerencial >> Automação, onde era verificado se o caminho informado realmente existia. As validações foram removidas da rotina Cadastros Específicos >> Estabelecimento >> Configuração e da integração em si, a qual é utilizada nas seguintes rotinas:
PSArmazenadora >> Processos >> Ordem de Operação
PSGerencial >> Processos >> Ordem de Carregamento
PSGerencial >> Alocar >> Alocação Veíc. Próprios
PSGerencial >> Notas Fiscais >> Venda Ambulante >> Venda Ambulante
Este campo é utilizado para montar a informação ‘CaminhoBancoDados’ nos arquivos gerados para cada ticket, e com isso poderá ser preenchido com qualquer valor necessário para o correto funcionamento tanto em servidores locais quanto em cloud.
Obs. O campo ‘Caminho Arquivos Dwyler’, permanece inalterado, sendo necessário ser preenchido com um caminho válido.

393491

PS-4869

PSGerencial - Impressão do Termo de Abertura do LMC Considerando Capacidade de Tanques que não Geram LMC

1 – Menu:
PSGerencial>> Relatórios>> Livro LMC

2 – Objetivo:
Ajustar a rotina de geração de Livro LMC para que apresente corretamente a ‘Capacidade Nominal de Armazenamento’ presente no termo de Abertura e Encerramento do livro LMC, para que o valor apresentado seja apenas o valor referente aos tanques que estão configurados para ‘Gerar LMC’.

3 – Alteração:
Aplicado os ajustes necessários nos termos de abertura e fechamento do livro LMC, para que considere a capacidade nominal somente dos tanques que estão configurados para gerar LMC, sendo assim, apresentará a capacidade nominal somando a capacidade total dos tanques que geram LMC.

PS-4860

PSLogistica - Habilitar Botão de 'Salvar' na Exclusão de Itens no Cadastro de Programação de Preventivos

Documentação:
1 – Menu:
PSLogistica>> Cadastros Gerais >> Mecânicos/Preventivos >> Programação de Preventivos
2 – Objetivo:
Ajustar a rotina para quando deletado um ou mais itens da rotina, o ícone de salvar passe a ficar habilitado para uso, permitindo salvar a alteração após excluir um ou mais itens do grid.
3 – Alteração:
Aplicado os ajustes necessários na rotina ‘Programação de Preventivos”’, para que após realizado a exclusão de itens do grid, o ícone salvar passe a habilitar permitindo que o usuário salve a alteração feita.

PS-4846

PSGerencial - Ajustar Validação no Cálculo do Incentivo de SP

1 – Menu:
PSGerencial >> Notas fiscais>> Notas Fiscais

2 – Objetivo:
Ajustar a rotina para que calcule corretamente o valor do incentivo SP90090104 quando a nota e os valores de impostos são lançados manualmente, e nas configurações de Tributação possui a informação específica para a UF da nota.

3 – Alteração:
Aplicado o ajuste ao carregar a tela de Manutenção de Impostos à partir da rotina Notas Fiscais >> Notas Fiscais, onde não estava sendo carregada a UF da pessoa da nota corretamente, ocasionando o erro especificado.
O erro ocorria quando na tributação de ICMS em questão, estava especificada uma UF na condição, dessa forma os os códigos de incentivo SP90090104 e SP90090278 não era calculados pois a tributação não era localizada corretamente. Ajustado essa tratativa no sistema, desta forma os incentivos fiscais serão calculados corretamente, considerando os valores dos impostos informados.

386419

PS-4836

PSGerencial - Inconsistências na geração do relatório Notas com Desconto - Sintético

Documentação:

1 - Menu
PS Gerencial >> Relatórios >> Relatórios Padrões >> Petroshow >> Ps Gerencial >> Notas com Desconto - Sintético.

2 – Objetivo:
Ajustar para que gerar o relatório “Notas com Desconto - Sintético” as informações apareçam corretamente, mesmo quando a rotina “Usando de” no campo “Conf. Nota, Pedido e Estoque Tipo” estiver parametrizada com outro estabelecimento.

3 – Alteração:
Aplicado os ajustes necessários para que o relatório seja gerado corretamente mesmo no caso de que possua a rotina “Usando De” no campo “Conf. Nota, Pedido e Estoque Tipo” esteja configurado para usar as informações de outro estabelecimento.

384088

PS-4806

PSGerencial - Gerenciar valores de ICMS-ST

1 – Menu:
PSGerencial >> Processos >> Gerenciar Valores de ICMS-ST

2 – Objetivo:
Ajustar a rotina para que a quantidade de casas decimais após a vírgula, seja a mesma quantidade que é apresentada na rotina de cadastro de item no grid ‘Itens ST’, assim padronizando as rotinas.

3 – Alteração:
Aplicado os ajustes necessários na rotina ‘Gerenciar Valores de ICMS ST’, para que os campos ‘PMPF Entrada’ e PMPF Saída’ do grid, passem a receber até 10 casas decimais após a vírgula. O mesmo ajuste foi aplicado para os campos na região ‘Aplicar Valores Padrões’.

PS-4801

PSFinanceiro - Inconsistência na Geração do Relatório de Duplicatas a Pagar

1 – Menu:
PSFinanceiro>> Relatórios>> Duplicatas a pagar

2 – Objetivo:
Corrigir inconsistência na emissão do relatório de duplicatas a pagar quando selecionado o filtro por data de pagamento.

3 – Alteração:
Realizada devida correção na estrutura do relatório de duplicata a pagar para que ao filtrar por data de pagamento a emissão ocorra corretamente.

358253

PS-4728

PSFinanceiro - Possibilitar a Alteração da Nomenclatura da Remessa de Cobrança Bancária

1 - Menu :
PSFinanceiro >> Cadastros Específicos >> Remessa Bancária >> Cabeçalho de Remessa Bancária
PSFinanceiro >> Processos >> Remessa Bancária >> Gerar Remessa de Cobrança Bancária;
PS Gerencial >> Cadastros Gerais >> Agendador >> Agendador >> GERAREMESSACOB

2 - Objetivo :
Incluir na antiga rotina de Cabeçalho de Remessa Bancária um novo campo de Conf. Cabeçalho, permitindo a inclusão de tags disponíveis, para que ao gerar remessas em que este campo esteja preenchido, seja alterada a nomenclatura conforme as informações disponíveis no novo campo.

3 - Alteração :
A inclusão do novo campo abrange duas principais rotinas.

  • A primeira trata da inclusão do novo campo na rotina do Cabeçalho de Remessa Bancária.

  • A segunda trata da alteração da nomenclatura ao gerar a Remessa Bancária de Cobrança tanto manualmente quanto automaticamente.

  1. Configurações necessárias para o funcionamento da tarefa :

  • Ao acessar a rotina Cabeçalho de Remessa Bancária o sistema apresentará um novo campo em que deverá ser preenchido com as tags disponíveis e também poderá ser inserido informações adicionais.

  • Além disso, o sistema deve ter configurado no PS Gerencial> Agendador a job GERAREMESSACOB para que seja possível gerar remessas bancárias automaticamente.


Dessa forma o conjunto de regras que o sistema irá validar para definir se um documento irá alterar a nomenclatura será :

  • Se o novo campo “Conf Cabeçalho” está parametrizado corretamente com as tags.

  • Se a job GERAREMESSACOB está configurada para gerar remessas automaticamente.


  1. Utilização do novo campo “Conf Cabeçalho” na rotina Cabeçalho de Remessa Bancária :

A inclusão do novo campo na rotina de Cabeçalho de Remessa Bancária servirá para que o usuário possa definir algumas tags e informações adicionais que definirão a nomenclatura do arquivo de remessa ao salvar tanto manualmente quanto automaticamente, contudo no caso de não conter informações neste novo campo, a remessa será salva com a nomenclatura padrão.

283456

PS-4276

PSGerencial - Duplicidade ao Gerar MDF-e com Mais de Um Item

1 – Menu:
PSGerencial>>Notas Fiscais>>Manifesto Eletrônico (MDFe)>>Manutenção de MDF-e.
PSLogística>>Conhecimento de Transporte>>Manifesto Eletrônico (MDFe)>>Manutenção de MDF-e.

2 – Objetivo:
Ajustar o JOB 10040 GeraMDFeAutomatico para que o vínculo das notas seja realizado corretamente. Quando houver mais de um item na nota que está vinculada ao MDF-e, a mesma deve ser referenciada apenas uma vez, independente da quantidade de itens existentes nela.

3 – Alteração:
Aplicado o ajuste necessário na consulta SEL_GP_MDFEAUTOMATICO_BUSCA, para que, faça o tratamento correto para identificar o item predominante do documento, assim a inconsistência foi corrigida.
Observação:
Importante salientar que neste caso o comportamento esperado para definição do item predominante do documento é:

  • Item com maior quantidade;

  • Em caso de todos itens presentes no documento terem a mesma quantidade, o item que foi adicionado primeiro (SEQITEM = 1) será exibido como predominante.

200289

PS-2863

PSGerencial - Inclusão de nova validação no bloqueio de Dias Máximos Sem Compra nos pedidos

1 – Menu:
PSGerencial >> Cadastros Específicos >> Estabelecimento >> Configuração
PSGerencial >> Cadastros Gerais >> Pessoas >> Grupos

2 – Objetivo:
Desenvolver nova validação para a configuração ‘Dias Máximo Sem compra do cliente’, para que passe a verificar a data de cadastro da pessoa, em casos em que não houve compras pela pessoa no período informado.

3 – Alteração:
Desenvolvido novo critério de validação para a Configuração ‘Dias Máximo Sem compra do cliente’. Quando a pessoa ainda não tiver feito nenhuma compra, será considerada a data de cadastro como base para a validação.
Essa configuração pode ser feita tanto nas configurações do estabelecimento quanto no grupo da pessoa, seguem as alterações realizadas em cada uma das opções:
Configuração no Grupo da Pessoa
Passa a validar todas as pessoas do grupo, ou seja, se uma pessoa do grupo tiver feito compra dentro do limite estipulado, todas as pessoas do grupo serão liberadas.
No caso em que nenhuma pessoa do grupo tenha feito compras, será considerada a data de cadastro mais recente dentre as pessoas do grupo para a validação.
Configuração no Estabelecimento
Passa a considerar a data de cadastro da pessoa para a validação caso ela ainda não tenha feito nenhuma compra.
(i)Ambas as configurações somente serão validadas caso seja informado um número de dias superior à zero e serão aplicadas tanto aos pedidos gerados diretamente pelo PS Gerencial quanto através das aplicações Web e Mobile.
Para melhorar o entendimento sobre as configurações citadas, foram adicionados botões de ajuda ao lado dos campos nas rotinas Cadastros Específicos >> Estabelecimento >> Configuração >> Pedidos >> Configurações Gerais e Cadastros Gerais >> Pessoas >> Grupos, contendo um texto explicativo conforme sugerido.
Também foi atualizado o texto informativo da ação 210 - Libera pedido bloqueado por ultrapassar dias limite de última compra, informando que também será considerada a data de cadastro da pessoa.

Vídeo explicando a nova regra em: https://drive.google.com/file/d/1MeKh_xByRe0VyH4podBvaXN7YmXHuDvK/view?usp=sharing