Ticket Movidesk | Chave | Resumo | Documentação |
| PS-5669 | AWR Petroshow - Melhorias de performance 25/09-01/10 | 1- Menu
Banco de Dados 2 - Objetivo
Otimizar o controle de limite offline, com foco nos valores de conta pessoal. A alteração visa remover o processamento de conta pessoal pelo JOB e, em vez disso, atualizar esses valores imediatamente em cada operação de lançamento financeiro. Isso elimina processamentos desnecessários e garante que as operações com conta pessoal sejam tratadas de forma mais eficiente. 3 - Alteração
Realizada alterações para interromper o processamento dos limites de conta pessoal por um sistema de "JOB". Em vez disso, agora, sempre que você fizer algo no sistema relacionado à conta pessoal, o sistema vai atualizar o limite de crédito imediatamente.
Alterado para quando for feito algo relacionado à sua conta pessoal, como uma compra, o sistema atualiza o limite na hora.
Além disso foi atualizado para que o sistema parasse de marcar os registros como "não atualizados" e ajustado a atualização do limite de crédito sempre que for feito alguma operação com a conta pessoal.
Alterado a forma como o sistema procura informações sobre cheques e duplicatas, mas apenas quando tiver limite de crédito. Caso não tenha, o sistema não vai mais procurar essas informações.
Agora, as operações com conta pessoal devem ser mais rápidas e fáceis de fazer. Não é mais preciso esperar para que o limite de crédito seja atualizado pois ele já estará sempre certo. |
| PS-5646 | PSFinanceiro - Ajustar Valor da Baixa da Duplicata a Receber que Contém Imposto Retido | 1 – Menu
PSGerencial>> Cadastros Específicos>> Estabelecimento>> Tributação
PSGerencial>> Notas Fiscais>> Notas Fiscais>> Acerto Financeiro
PSFinanceiro >> Caixa/Bancos>> Duplicatas a Receber>> Baixa de Duplicatas a Receber 2 – Objetivo
Ajustar as rotinas para que quando envolver impostos retidos no regime de tributação CAIXA, os lançamentos financeiros de baixa e contabilização dos acertos fiquem corretos. 3 – Alteração
Aplicados os ajustes nas rotinas citadas acima.
Ao realizar a emissão de uma NF-e onde o produto utilizado possui configuração de Imposto Retido configurado, onde o tipo do regime para os impostos está definido como Caixa, será montado o acerto financeiro da NF-e corretamente. Os ajustes aplicados contemplam: Ao realizar o acerto financeiro onde a NF-e possui Impostos Retidos, se o regime dos impostos estiver como Caixa, o “Valor Acertado” vai ser preenchido de acordo com a soma dos impostos retidos definidos como Caixa. Ao escolher o acerto em DINHEIROou em DUPLICATA, o valor a acertar será somente o valor descontados dos impostos retidos. Ao realizar o acerto financeiro, foi ajustado o valor a ser considerado do total esperado do acerto financeiro para que, independente do regime, seja o Subtotal - Impostos Retidos. Ajustado a função que envolve a contabilização dos lançamentos, para que contabilize de forma correta. Além dos lançamentos financeiros gerados para cada imposto retido gerado a partir da NFe, também foi incluído um novo lançamento financeiro com a totalização dos impostos retidos da NF-e, para que o saldo do portador fique de forma correta. Isso se fez necessário pois como a baixa realizada é de acordo com o saldo líquido, ou seja, Subtotal - Impostos Retidos, para “anular” os lançamentos financeiros de débito de cada imposto retido, é gerado um lançamento de crédito com a totalização dos impostos retidos para que de fato o saldo daquela operação fique correto. Incluido como histórico do lançamento contábil a descrição: Rec. Titulo XXXX - PESSOA XYZ - Diferença do Imposto Retido existente no Doc. Origem Ajustado consulta para que o campo “Valor” e o campo “A Receber” da rotina de Baixa de Duplicatas a Receber fique com os valores corretos quando a baixa possui impostos retidos, onde:
”Valor”: Total do Acerto + Impostos Retidos (Para visualizar o valor original);
”A Receber”: Total do Acerto (Onde esse já possui o desconto dos impostos retidos); Ajustado a visualização dos boletos gerados a partir dessas notas fiscais que possuem impostos retidos, para que o valor seja o valor de fato recebido, e não o total da nota.
|
| PS-5638 | PSFinanceiro - Segmentos N. O. 5. | 1 - Menu:
PSFinanceiro>> Processos>> Remessa Bancária>> Gerar Remessa de Pagamento 2 - Objetivo:
Efetuar a correta apresentação dos Segmentos de identificação de ‘Pagamentos de Concessionárias e Tributos’ do banco Caixa - CNAB 240. 3 - Alteração:
Alterado a forma de apresentação dos segmentos para correta leitura ao efetivar o envio da remessa ao banco CAIXA - CNAB 240, onde foi ajustado: Alinhamento do Segmento N onde solicitou que fosse à direita com espaços em branco completando à esquerda; Adequação do Trailler do lote 5 que não estava sendo gerado, sendo assim banco não reconhecia a informação; Tipo de Identificação do contribuinte, onde não reconhecia se estava sendo apresentado CPF ou CNPJ;
|
| PS-5627 | PSGerencial - Inconsistência de Centro de Custos em Itens Repetidos na Importação da Nota | 1 – Menu PSGerencial » Processos » Notas Fiscais » Importação NF-e 2 – Objetivo Ajustar a rotina para que ao carregar as informações da Ordem de Compra, os percentuais de centro de custos vinculados sejam carregados corretamente. 3 – Alteração Aplicado o ajuste na rotina ao carregar as informações da Ordem de Compra no lançamento da nota fiscal, as informações de Centro de custo dos itens da nota fiscal serão carregados de acordo com os da Ordem de Compra Vinculada. |
| PS-5612 | PSFinanceiro - Ajustar Baixa Parcial de Duplicatas a Receber com Impostos Retidos | 1 – Menu PSFinanceiro » Caixa/Bancos » Duplicatas » Duplicatas a Receber (Visualização do grupo de impressão) PSFinanceiro » Caixa/Bancos » Duplicatas » Baixa de Duplicatas a Receber PSFinanceiro » Relatórios » Extrato do Portador 2 – Objetivo Ajustar as rotinas para que quando possuir notas com impostos retidos e os acertos dessas notas sejam em duplicatas, quando a baixa das duplicatas ocorrer de forma parcial, os registros de impostos retidos sejam apresentados corretamente. 3 – Alteração Aplicado o ajuste nas rotinas. Para isso foi necessário ratear os impostos retidos por cada baixa PARCIAL realizada, verificando a porcentagem que o que será recebido representa em relação ao valor original, sendo assim, calculando o imposto retido proporcional a mesma porcentagem para aquela baixa. Para cálculo do imposto retido relativo ao valor a ser pago, terá duas lógicas: Se o Saldo A Pagar for MAIOR que o Valor a Ser Pago, o valor do imposto retido registrado para essa baixa será:
Valor Imp. Ret = Valor Imp. Ret X o % do Valor a Ser Pago Referente ao Valor Original (Percentual este localizado pela fórmula: (((Valor a Ser Pago * 100) / Valor Original da Duplicata) / 100)) Exemplo para cálculo de imposto de IR:
Temos>> 615 (Valor da baixa) X 100= 61500>> 61500 / 2304,56 (Valor da duplicata)= 26,68622209879543 (Porcentagem encontrada) X valor total do imposto retido de IR 542,25= é feito o arredondamento para Duas casas decimais nesse caso seria 27% Então o valor de IRRF para essa baixa é de 146,4075>> Arredondando 146,41 Se o Saldo A Pagar for IGUAL ao Valor a Ser Pago, o valor do imposto retido registrado para essa baixa será:Valor Imp. Ret = Valor Imp. Ret - Soma dos Imp. Ret. registrados anteriormente
Obs. Soma dos Imp. Ret. registrados anteriormente: Esse valor é a soma de todos os impostos retidos registrados das baixas parciais realizadas anteriormente para a Duplicata a Receber que está sendo paga. Essa segunda regra aplicada é para que não seja gerado divergência de arredondamento na soma dos impostos retidos registrados, onde, ao somar todos os impostos retidos aplicadas para todas as baixas parciais da duplicata, seja igual ao valor total de impostos retidos calculados e aplicado na duplicata a receber, que foi repassado pela NFe.  Observações importantes: Agora é feito um lançamento de IRT correspondente à diferença (conforme explica a tarefa https://nimitz.atlassian.net/browse/PS-5646 ) entre nota e acerto, esse lançamento é somado no totalizador do histórico de baixa da duplicata, e é considerada como crédito no portador. Esse IRT é a soma dos impostos retidos correspondentes a baixa.
|
| PS-5592 | PSFinanceiro - Agilidade na consulta dos dados sobre a baixa de duplicatas a receber e a pagar | 1 - Menu:
PSFinanceiro: Caixa/Bancos >> Duplicatas a Receber >> Baixa de Duplicatas à Receber.
PSFinanceiro: Caixa/Bancos >> Duplicatas a Receber >> Baixa de Duplicatas à Pagar. 2 - Objetivo:
Melhorar a performance de execução e usabilidade do usuário realizando as buscas dos filtros de Baixa de Duplicatas à Receber e Pagar , os campos referente dependendo do sistema acaba tendo um tempo de resposta muito grande, assim atrasando em excesso o processo de busca do filtro, o objetivo da melhoria e realizar uma otimização para que não haja essa demora e o sistema responda mais rapidamente. 3 - Alteração:
Alterado para que quando realizado as buscas o sistema faça as buscas com mais agilidade. Deste modo, não tendo mais uma lentidão para o processo referente. |
interno | PS-5586 | PSGerencial - Loop MDe e não salvamento de XML | 1 – Menu PSGerencial » Notas Fiscais » Distribuição de DF-e » Manifestação Destinatário Job 2 – Objetivo Ajustar a rotina para que não seja apresentado consumo indevido nas consultas de MD-e na Sefaz. 3 – Alteração Aplicado o ajuste na lógica que o sistema aplica para realizar as buscas de MD-e emitido para o estabelecimento. Assim evitando consumo indevido constante. |
| PS-5578 | PSGerencial - Salvar em Ini a Data Estipulada na Rotina de Lançamento de CTRC/CT-e | 1 - Menu: PS Gerencial >> Notas Fiscais >> Lanc. Entrada de CTe/CTRC 2 - Objetivo: Melhorar a performance de acesso e usabilidade do usuário apresentando para o mesmo os campos “data Inicial” e “Data Final” conforme sua última seleção, os campos referente não ficam salvo com as datas, assim sempre que sai da rotina ele reseta para o dia inicial, o objetivo da melhoria é fazer com que fique definida a última data que o usuário deixou, sem ter de ficar mudando toda vez. 3 - Alteração:
Alterado para que seja gravado em ini os campos Data Inicial e Data Final definidos pelo usuário no acesso e utilização a rotina de Lançamento de Entrada de CTe/CTRC. Deste modo, a cada acesso o sistema apresentará as datas previamente inseridas pelo usuário e em suas alterações armazenará em memória esta informação para apresentação futura. Otimizando o tempo de ação do usuário sobre a tela. |
| PS-5550 | PSFinanceiro - Lançamento de Estorno Gerado pelo PSPDV ainda Presente na Relação de Lançamento no Fechamento de Caixa | 1- Rotina/Menu: PSFinanceiro>>Caixa/Bancos>>Caixa>>Controle de Caixa. 2 - Objetivo: Ajustar para que ao ser realizado o estorno de um documento em um caixa de outro usuário e de um dia diferente, que no caixa onde foi realizado o estorno, não seja apresentado lançamento referente a baixa de duplicata no totalizador de “Dinheiro”, quando o documento estornado havia sido acertado em duplicata.
3 - Alteração: Ajustado para que ao ser realizado o estorno de um documento em um caixa de outro usuário e de um dia diferente, que no caixa onde foi realizado o estorno, não seja apresentado lançamento referente a baixa de duplicata no totalizador de “Dinheiro”, quando o documento estornado havia sido acertado em duplicata. |
463106 | PS-5547 | PSFinanceiro - Totalizador do fluxo de caixa incorreto para saídas de Duplicatas | 1 - Menu:
PSFinanceiro » Processos » Fluxo de Caixa 2 - Objetivo:
Aprimorar a apresentação dos totalizadores da rotina de fluxo de caixa, uma vez, que os lançamentos apresentados sobre Duplicatas e Lanc. Fin. Previstos na sessão ‘Saídas’ não estavam sendo apresentados como subtração e consequentemente o valor final ficava incorreto. 3 - Alteração:
Alterado para que o sistema considere tudo que está no grupo de ‘Entradas’ como valores positivos e no agrupamento ‘Saídas’ como negativos, fazendo com que assim o valor final da apresentação do portador no dia em questão esteja correto.
Lembrando que o cálculo que o sistema faz para a apresentação destes totais tanto em Previsão como em Realizado é:
Saldo Inicial + Entradas - Saídas = Saldo Final. |
| PS-5481 | PSLogística - Relatório com exibição incorreta de KM/L para abastecimentos que não completaram o tanque | 1 - MENU:
PSLogística >> Relatórios >> Relatórios Padrões >> Logística >> Abastecimentos x Placa 2 - OBJETIVO:
Corrigir o cálculo referente a exibição dos dados no campo “KM/L” que ficam localizados no relatório da rotina “Abastecimento x Placa” , uma vez que, os cálculos para a exibição de tal ,estavam sendo apresentados incorretamente. 3 - ALTERAÇÃO:
Alterado para que o sistema realize os cálculos da rotina de Abastecimento x Placas de forma correta, fazendo com que assim a exibição dos dados em KM/L seja coerente. Lembrando que o cálculo que o sistema faz para a apresentação destes totais em KM/L é: (Odômetro Final - Odômetro Inicial/ Qtde). |
479239 | PS-5451 | PSGerencial - Ficha de estoque apresentando dados duplicados quando configurado dois tipos de estoque para somar | 1 – Menu PSGerencial » Relatórios » Fichas de Estoque 2 – Objetivo Ajustar a rotina para que apresente corretamente os valores de custos entrada e saída e consecutivamente os totalizadores por estabelecimento. 3 – Alteração Aplicado o ajuste na montagem das informações do relatório de ficha de estoque por documento, assim apresentando corretamente os valores de custos, quando utilizada uma configuração de nota que tenha dois tipos de locais de estoque, sendo os dois com a mesma configuração somar ou diminuir. |
| PS-5368 | PSGerencial- TAGs nota fiscal de devolução não sendo montadas corretamente | 1 - Menu
PS Gerencial >> Processos >> Notas Fiscais >> NF Devolução 2 - Objetivo: Alimentar as tag's que podem ser utilizadas na geração da NF-e de Devolução. 3 - Alteração: Adequado a consulta responsável pela montagem das informações complementares para contemplar a montagem das tag's também na rotina de NF Devolução, uma vez, que a configuração de nota utilizada pode utilizar alguma tag existente atualmente, fazendo com que assim a mesma seja substituída pela informação que compreende a tag em questão. |
| PS-5354 | PS Servidor de Aplicação - Recontabilizar as Notas Após o Recálculo de Estoque | 1- Rotina/Menu: PSGerencial>> Cadastros Gerais>> Agendador. 2 - Objetivo: Ajustar comportamento do sistema para que seja realizado o reenvio do custo dos itens para o contábil quando houver alteração em notas de entrada. 3 - Alteração: Realizado ajustes em duas tarefas agendadas para atender ao objetivo da tarefa. Primeiro ajuste feito foi no job 10044 - Realiza o recalculo de estoque do mês vigente para que o recalculo considere essas alterações e possua maior desempenho no processo de chegar ao novo valor de custo para que em seguida, o job 10004 - Realiza a manutenção (inclusão/exclusão) nos lançamentos contábeis pendentes reenvie à fila de contabilização esses lançamentos recalculados. Dessa forma, mantendo os valores de custos os mesmos entre os dois módulos. Observação: Importante frisar que o job 10044, somente realizará o recalculo do mês vigente. |