| | | |
|---|
546243 | PS-5829 | Servidor de Tarefas não Carregando as Tarefas Agendadas Automaticamente | 1 - Menu: PS Servidor de Aplicação de Tarefas 2 - Objetivo: Ajustar para que ao abrir o servidor de aplicação que for responsável por rodar as tarefas agendadas, que as tarefas parametrizadas sejam carregadas automaticamente sem a necessidade de intervenção do usuário para carregar tais tarefas no servidor. 3 - Alteração: Ajustado para que ao abrir o servidor de aplicação que é o responsável por rodar as tarefas agendadas, que as tarefas parametrizadas sejam carregadas automaticamente sem a necessidade de intervenção do usuário para carrega-las no servidor. |
542615 | PS-5817 | PSFinanceiro - Lentidão ao Consultar a Cheques Emitidos Baixados | 1 - Menu
PSFinanceiro >> Manutenção de Cheques Emitidos >> Baixa de Cheques 2 - Objetivo
Ajustar lentidão na consulta de cheques baixados 3 - Alteração
Realizado ajuste na consulta de cheques baixados para melhorar a lentidão ocasionada. |
| PS-5807 | PSPDV - Rejeição 958 ao Enviar Vendas de Combustível em Contingência | 1 - Menu
PSPDV >> Envio de Documentos em Contingência 2 - Objetivo
Ajustar o código de rejeição inadequado ao efetuar vendas no PSPDV em modo de contingência para itens combustíveis. 3 - Alteração
Ajustado o código de rejeição inadequado ao efetuar vendas no PSPDV em modo de contingência para itens combustíveis. |
| PS-5769 | PSGerencial - Inconsistência na rotina de "Checar Situação da Pessoa" | 1- Menu
Checar Situação >> Custo de Frete 2 - Objetivo
Ajustar a inconsistência ao acessar a aba "Custo de Frete" 3 - Alteração
Ajustado a inconsistência ao acessar a aba "Custo de Frete" |
525883 | PS-5736 | PSGerencial - Relatório -283 Não Considerando Vendas Acertadas em Carteira Digital | 1 - Menu
Relatório -283 2 - Objetivo
Ajustar o relatório -283 para considerar vendas feitas em Carteira Digital. 3 - Alteração
Realizado ajuste o relatório -283 para considerar vendas acertadas em Carteira Digital. |
535360 | PS-5729 | PSGerencial - Ajustar Rejeição na Emissão de NFS-e | 1 - Menu:
PSGerencial >> Estoque >> Item >> Tributações. 2 - Objetivo:
Adequar campo "Cód. serv Lei Comp 116/03”, para que considere os códigos de serviço informados com zero à esquerda. 3 - Alteração:
Alterado para que o campo "Cód. serv Lei Comp 116/03” seja um campo considerado como “caractere” visto que o mesmo anteriormente era um campo “numérico”, assim considerando zeros a esquerda. |
529571 | PS-5727 | PSGerencial - Criar Novo Job Para Monitorar Eventuais Notas Acerto Financeiro | 1 - Menu:
PSGerencial >> Notas Fiscais >> Notas Fiscais 2 - Objetivo:
Desenvolver JOB para monitorar as notas fiscais sem acertos. 3 - Alteração:
Desenvolvido o JOB_GERA_ACERFIN_NOTA_EMITIDA com o propósito de examinar e regularizar notas que possam estar pendentes de acerto financeiro, desde que apresentem o status "100-Autorizado". Esse processo visa realizar a correção dessas notas, empregando o método de "Duplicata/Boleto" para efetuar os ajustes necessários.
É importante ressaltar que este job é executado automaticamente todos os dias, às 05:00 horas. |
| PS-5677 | PSGerencial - Lançamentos financeiros de Imposto Retido não sendo Gerados quando o Acerto da Nota é Diretamente em Dinheiro | 1 – Menu
PSGerencial » Notas Fiscais » Notas Fiscais 2 – Objetivo
Ajustar a rotina para que quando o regime de impostos seja CAIXA e o acerto das notas fiscais seja em dinheiro, os lançamentos financeiros corresponde ao acerto e impostos retidos da nota, sejam lançados corretamente. 3 – Alteração
Aplicado o ajuste na rotina, para que quando a nota fiscal for acertada em DINHEIRO e o estabelecimento estiver no tipo de Regime CAIXA, sejam gerados lançamentos financeiros correspondentes ao acerto (Valor de fato recebido) e também lançamentos financeiros correspondentes a cada imposto retido destacado na nota, bem como o lançamento da diferença da nota com o recebimento, e quando a nota de saída for cancelada ou excluída esses registros serão excluídos junto a nota. |
518959 | PS-5670 | PSGerencial - Inconsistência ao Alterar Dados de Cliente na Versão Server Rest | 1- Menu
PSGerencial >> Pessoas >> Dados Complementares 2- Objetivo
Ajustar inconsistência ao realizar alteração e salvar o cadastro de dados complementares na versão Server Rest. 3- Alteração
Realizado ajuste para que ao abrir o cadastro de dados complementares, os dados em tela sejam carregados sem apresentar erros. |
523693 | PS-5665 | PSGerencial - Corrigir Validação Indevida entre NFe x OC | 1 – Menu PSGerencial » Processos » Notas Fiscais » Importação NF-e 2 – Objetivo Ajustar a rotina para que ao dar entrada de uma nota vinculando as informações da Ordem de compra, quando o valor unitário é um valor quebrado, não ocorre inconsistência indevidamente. 3 – Alteração Aplicado o ajuste na rotina, para que não sejam apresentadas rejeições no processo de entrada de nota por ordem de compra indevidamente. |
515846 | PS-5628 | PSLogística - Impressão de CT-e Saindo com o CNPJ Vazio | 1 - Menu:
PSLogística >> Conhecimento de Transporte >> Conhecimento de Transporte. 2 - Objetivo:
Aprimorar para que seja exibido inteiramente o CNPJ que fica ao lado da logo, localizado dentro do relatório interno de CT-e.
Lembrando que caso não haja uma LOGO definida para impressão no DACTE o sistema apresentará algumas informações para complemento da informação do documento, sendo elas endereço, cidade/uf, CEP, inscrição estadual e telefone. 3 - Alteração:
Alterado a fonte de 8 para 6, para que apareça inteiramente as informações de CNPJ, Inscrição Estadual e Telefone, assim tendo todos os dados exibidos corretamente na DACTE. |
510955 | PS-5597 | PSFinanceiro - Corrigir Rotina de Leitura Automática de Remessa de Cobrança Bancária | 1 – Menu Tarefa agendada RETREMESSACOB - 100012 2 – Objetivo Ajustar a rotina para que separe os valores de juros e multas ao realizar a baixa da duplicata pelo JOB 100012. 3 – Alteração Aplicado o ajuste na rotina. Para melhor atender a demanda solicitada, foi desenvolvido no cadastro do portador uma nova configuração denominada de “Valida Juros e Multa”, essa nova configuração é voltada para o job 100012- RETREMESSACOB. Quando a configuração “Valida Juros e multa” estiver configurada como “sim” e existir parametrização de juros e multa no sistema, sendo validado: 1° No cadastro da pessoa; 2° No cadastro de detalhe de cobrança do portador; 3° Nas configurações financeiras do estabelecimento. Ao executar o Job 100012 será validado os juros e multas configurados no sistema, e então será registrado na baixa o juros e multa separado, conforme valores calculados pelo saldo da duplicata e percentuais configurados. Caso a configuração “Valida Juros e Multa” seja como “não”, os juros e multa serão registrados no histórico de baixa da duplicata igual está no arquivo de retorno. |
462388 | PS-5593 | PSFinanceiro - Inconsistência ao excluir duplicata de remessa bancária | 1 – Menu PSFinanceiro » Processos » Remessa Bancária » Excluir Dup. de Remessa Bancária 2 – Objetivo Ajustar a rotina para que não apresente inconsistências ao realizar a exclusão da duplicata na remessa bancária, quando os campos IDCOBDET e IDCOBCAB estiverem em branco. 3 – Alteração Aplicado ajuste na rotina para que ao realizar as exclusões da duplicata na remessa bancária não apresente inconsistências. |
511263 | PS-5589 | PSGerencial - Corrigir Listagem de Pedido na Central de Autorização Quando o Pedido é Reaberto | 1 - Menu: PSGerencial >> Central de Liberações. 2 - Objetivo: Eliminar as notificações da Central de Liberações referente a pedidos que eventualmente tenham sido reabertos e ainda não estão em fase de aprovação. 3 - Alteração: Alterada para que quando um pedido que esteja com o status “Bloqueado”, e após isso ser reaberto, as notificações do mesmo não sejam informadas na Central de Liberações. Assim, aparecendo apenas quando o mesmo se encontra com o status “Bloqueado”. |
517866 | PS-5538 | PSGerencial- Sistema não está respeitando a sequência do NUMDOC para emissão própria | 1 - Menu:
PSGerencial » Processos » Notas Fiscais » NF Devolução 2 - Objetivo:
Garantir que a sequência de numeração dos documentos seja respeitada e que não seja informado códigos a frente , tanto nas devoluções quanto em outras rotinas de emissão própria. 3 - Alteração:
Ajustado para garantir que ele seja apenas informado uma vez durante o processo de emissão, assim respeitando a numeração dos documentos. |
| PS-5510 | PSFinanceiro- Juros Pendentes da Duplicata a Receber | 1 – Menu
PSFinanceiro>> Caixa/Bancos>>Duplicatas>> Duplicatas a Receber
PSFinanceiro>> Caixa/Bancos>>Duplicatas>> Baixa de Duplicatas a Receber
PSFinanceiro>> Processos>> Remessa Bancária>> Ler Retorno de Remessa de Cobrança 2 – Objetivo
Ajustar a rotina para que quando possuir juros pendentes nas duplicatas a receber e envolve a baixa da duplicata pelo retorno, os valores da baixa e saldos da mesma sejam apresentados corretamente. 3 – Alteração
Aplicado o ajuste na rotina de duplicatas a receber, baixa de duplicatas e leitura de arquivo de remessa de retorno de cobrança bancária.
Quando ocorrer situações onde a duplicata possui informado o campo “Juros Pendentes” no seu cadastro, e o usuário do sistema realizar a leitura do arquivo de retorno de cobrança bancária, onde no arquivo de retorno possui também valores de juros recebido, o sistema identifique essa situação, e faça a comparação de juros do retorno com o que está na duplicata, seguindo da seguinte forma: 👉 Quando o Juros Pendente da Duplicata for exatamente o mesmo valor do juros encontrado no arquivo de retorno, ou for menor, o sistema irá baixar como juros o valor de juros encontrado no arquivo de retorno e a duplicata será quitada;
👉 Quando o Juros Pendente da Duplicata for maior que o juros do arquivo de retorno, o sistema baixará o valor de juros do arquivo de retorno, e deixará a diferença entre o Juros Pendente da duplicata e o juros do retorno como saldo na duplicata, e o campo juros pendente ficará com o respectivo valor da diferença, e a duplicata ficará pendente para baixa; O que são Juros Pendentes no Petroshow?
É o valor que ‘ficou’ em aberto de uma baixa parcial de duplicata, que pode ter ocorrido até mesmo de um abatimento. Esse valor pode ser lançado pelo usuário de forma manual. Por isso o campo está em aberto. Digamos que o valor dos juros foi negociado com cliente, e zerado na baixa, e diminuído o percentual de Juros no valor, dessa forma, a empresa pode registrar em duplicata o valor calculado segundo essa renegociação.
Para que serve o campo?
Para atualizar o valor de Juros, seja ele baixado ou lançado manualmente. Digamos que o valor dos juros foi negociado com cliente, e zerado na baixa, e diminuído o percentual de Juros no valor, dessa forma, a empresa pode registrar em duplicata o valor calculado segundo essa renegociação. O campo na remessa deve ser carregado como o campo de Juros calculado. Salvo remessas onde tem os dois campos: Juros e Juros Pendentes ( que carregam o mesmo valor).
|
| PS-5267 | PSLogística - Reboque Sendo substituído Indevidamente no CT-e | 1 - Menu:
PSLogística>>Conhecimento de Transporte>>Conhecimento de Transporte. 2 - Objetivo:
Aprimorar para que quando selecionado uma placa e ela mantenha-se fiel à placa/reboque informados e autorizados no documento, de acordo com as informações fornecidas manualmente pelo usuário. 3 - Alteração:
Alterado para que, quando substituído o reboque vinculado por outro reboque, o campo permaneça consistente com o mesmo reboque definido. |
508175, 530533, 514012 | PS-4694 | PSPDV - Calcular e apresentar as informações dos impostos retidos nas vendas do PDV | 1 - Menu
PSPDV » Vendas no PDV.
PSPDV » Documento » Notas Fiscais » NF-e de Estorno.
PDV Mobile » Vendas no PDV Mobile.
PSGerencial » Processos » Central da Contabilização.
PSGerencial » Notas Fiscais » Notas Fiscais.
PSFinanceiro » Caixa/Bancos » Duplicatas » Baixa de Duplicatas a Receber. 2 - Objetivo
Realizar alterações no sistema para calcular e apresentar os impostos retidos nas vendas do PDV, quando configurado para emitir NFC-e/NF-e. 3 - Alterações
Foram realizadas alterações no sistema para calcular e apresentar os impostos retidos nas vendas do PDV, quando configurado para emitir NFC-e/NF-e. Como funciona o cálculo?
A forma de cálculo funciona da mesma forma que no retaguarda, onde o sistema irá sincronizar as alíquotas e percentuais de base da tributação e das pessoas, além da informação do grupo de itens que identifica se aquele grupo deve ou não calcular impostos retido. Diante disso, quando o grupo de item estiver configurado para calcular impostos retidos e as alíquotas/bases estiverem configuradas na tributação e/ou no cadastro da pessoas, serão calculados os valores de impostos retidos no PDV, levando em consideração primeiro as alíquotas do cadastro da pessoa. O cálculo sempre irá arredondar os valores, independente do IAT configurado. Isso é para minimizarmos as eventuais diferenças de arredondamento na geração de notas de acobertamento. Modificações no PDV
Para facilitar a visualização das informações, foi criada uma coluna no grid principal do PDV para apresentar o total de impostos retidos de cada item. Além disso, foram adicionados totalizadores nessa e em outras colunas de valores do grid. No momento do acerto financeiro, a tela apresentará um campo com o total de impostos retidos da venda. Esse valor será diminuído do total dos produtos, fazendo com que o cliente não pague os impostos retidos no momento da venda, independente do regime em que se encontra. Há um detalhe quanto aos acréscimos e descontos no subtotal, onde essas operações não serão permitidas quando existir valor de imposto retido. Isso se dá pelo fato do desconto/acréscimo no subtotal ser rateado entre os itens, e isso faria com que a base de cálculo dos impostos fosse alterada, gerando um valor divergente de impostos retidos. Quando existir essa situação, os descontos devem ser lançados no item da venda. Envio das informações para a SEFAZ
Ao finalizar o pagamento, seja da NFC-e ou da NF-e, será montado o XML da venda e feito a transmissão para a SEFAZ. Aqui há algumas particularidades com relação a NF-e e NFC-e Quando for feita a venda em NF-e, modelo 55, o sistema terá o mesmo comportamento que o retaguarda, ou seja, o valor dos impostos retidos não será destacado no campo de descontos. Então o total dos produtos pode ser um e o valor dos pagamentos será outro, onde será diminuído o valor do imposto retido. Já para a NFC-e, modelo 65, existe uma regra que exige que o valor dos pagamentos seja igual ao total dos produtos. Diante disso, na NFC-e o valor do imposto retido será somado com o valor de descontos da venda, sendo que esse será destacado no XML e também no DANFC-e impresso ao concluir o processo. Caso não enviemos na NFC-e o valor do pagamento igual ao valor total dos produtos é retornada a rejeição “865 - Total dos pagamentos menor que o total da nota”, conforme MOC 7.0 - Anexo I - Leiaute da NF-e/NFC-e. Em ambos os casos, será montado o grupo <retTrib> no XML, preenchendo todos os campos disponíveis de impostos. Ainda, nas informações complementares da NFC-e ou NF-e será feita a montagem do texto com o total dos impostos retidos. Isso não necessita de configuração, sendo que quando for identificado que existem impostos retidos essas observações serão montadas automaticamente. PDV Mobile
Para o PDV Mobile configurado para emissão de NFC-e, esse mesmo comportamento existirá, ou seja, serão calculados os impostos retidos e enviados como descontos no XML, bem como nas tags do grupo <retTrib> e nas informações complementares. O documento que é impresso ao finalizar a venda também irá apresentar a observação dos impostos retidos. Todos os valores calculados de impostos retidos serão salvos nos itens das vendas do PDV e posteriormente sincronizados ao módulo de retaguarda. Caixa e Nota de Estorno
Como o acerto financeiro no PDV já será feito descontando o valor dos impostos retidos, o caixa vai apresentar apenas o valor que os clientes de fato irão pagar, seja em duplicata ou dinheiro. Quando for gerada uma nota de estorno, toda a movimentação financeira correspondente ao valor dos produtos ou de impostos retidos será removida, anulando completamente a operação. A nota fiscal de estorno gerada levará os valores de impostos retidos da venda, para que funcione como uma forma de abatimento. Contabilização
Da mesma forma que o caixa, a contabilização dos documentos também irá considerar o valor já descontando os impostos retidos nos acertos financeiros, mantendo valor dos produtos cheio. Há diferenças por regime de tributação para acertos em duplicata. Quando o regime for caixa e o acerto da venda com impostos retidos for em duplicata, esses valores serão contabilizados somente na baixa. Imaginando uma venda onde o total dos produtos foi 100 reais e impostos retidos totalizaram 5 reais, teremos a seguinte contabilização: Regime de caixa, acerto em dinheiro:
Mapa Resumo
C: 100,00 - Conta Vendas
D: 95,00 - Conta Dinheiro/Caixa
D: 5,00 - Conta Impostos Retidos Regime de caixa, acerto em duplicata.
Mapa Resumo:
C: 100,00 - Conta Vendas
D: 100,00 - Conta Clientes/Duplicata
Baixa da Duplicata em Dinheiro:
C: 100,00 - Conta Clientes/Duplicata
C: 5,00 - Conta Dinheiro/Caixa
D: 100,00 - Conta Dinheiro/Caixa
D: 5,00 - Conta Impostos Retidos Regime de competência, acerto em dinheiro ou duplicata:
Mapa Resumo
C: 100,00 - Conta Vendas
D: 95,00 - Conta Clientes/Duplicata ou Conta Dinheiro/Caixa
D: 5,00 - Conta Impostos Retidos
Notas de Acobertamento e Faturamento
Ao realizar a geração de notas de acobertamento e faturamento dos boletos, as notas serão geradas com o valor dos produtos. Já a renegociação das duplicatas, considerará o valor gerado no PDV, ou seja, já descontando o valor dos impostos retidos. Neste momento podem haver pequenas diferenças por conta de arredondamentos, onde precisamos arredondar em duas casas para envio correto à SEFAZ e controle financeiro da venda. Outras situações identificadas
No desenvolvimento da tarefa foram encontradas algumas inconsistências, as quais foram tratadas para o correto funcionamento do processo.
|
549871 | PS-5847 | PSGerencial - Nota Fiscal sem Acerto Financeiro em TMS | 1- Menu
PSGerencial>> Notas Fiscais >> Acerto em Carteira Digital 2 - Objetivo
Ajustar acerto em carteira digital feito por usuários que não possuem controle de caixa. 3 - Alteração
Ajustado acerto em carteira digital feito por usuários que não possuem controle de caixa. |
546669 | PS-5842 | PSGerencial - Bloqueio de Licença Indevido ao Cadastrar Novo Usuário Mobile | 1 - Menu: PSGerencial>>Gerente>>Petroshow Mobile>>Config. de Usuário. 2 - Objetivo: Ajustar para que o sistema na versão TMS obedeça a quantidade de número de licenças dos usuários do módulo Pedido Mobile. 3 - Alteração: Ajustado para que o sistema na versão TMS obedeça a quantidade de número de licenças do módulo Pedido Mobile. Sendo que, os usuário que estiverem inativos não serão considerados na contabilização do número de licenças. |
