Petroshow - 2.0.2308.1001

Ticket Movidesk	Chave	Resumo	Documentação
	PS-5657	PSGerencial - Adequar Exportação das Alíquotas de Impostos Retidos pelo Grupo de Tributação do ISS ao Registro I0000	1 – Menu PSGerencial>> Processos>> Central Fiscal 2 – Objetivo Ajustar a consulta responsável pela montagem do registro I0000 para que os valores de alíquota sejam primeiro conferidos no cadastro da Pessoa e depois na Tributação de ISS, assim como a lógica que o Petroshow Gerencial utiliza para o cálculo dos impostos na Nota Fiscal. 3 – Alteração Aplicado o ajuste na VsConsulta I0000 para que passe a validar primeiro no cadastro da pessoa aba impostos retidos se tem informação de alíquota de impostos retidos, caso não tenha essa informação no cadastro da pessoa pegue da configuração de tributação de ISS, assim enviando as informações corretamente para o fiscal.
	PS-5656	Enviar campos INDNIF e NUMNIF no registro P0000 do Fiscal Online.	1 - Menu: PSGerencial>> Pessoas>> Dados Complementares Integração Fiscal Online 2 - Objetivo: Ajustar envio do campo NIF - Número de Identificação Fiscal na integração com fiscal online no cadastro da Pessoa. 3 - Alteração: Ajustado para enviar no JSON do cadastro da Pessoa os campos com as seguintes informações: INDNIF: 3 1-Beneficiário com NIF 2-Beneficiário dispensado do NIF 3-País não exige NIF NUMNIF: null Número do NIF: Informar o Número de Identificação Fiscal-NIF, quando o pagamento for relativo a residentes fiscal no exterior.
	PS-5629	PSGerencial - NFES não está gerando informações de impostos retidos Registro I0000	1 – Menu PSGerencial >> Notas Fiscais>> Notas Fiscais 2 – Objetivo Ajustar a rotina para gerar os registros de imposto retido (I0000) para notas de entrada e notas de serviço entrada, conforme o tipo de regime do imposto configurado no cadastro do estabelecimento. 3 – Alteração Aplicado o ajuste na consulta SEL_GP_FISCALONLINE_BUSCA_I0000 e na SEL_GP_FISCALONLINE_ENVIO_I0000, para que quando tiver notas de entrada e prestação de serviço entrada, também notas de saida, e no cadastro da pessoa>> impostos retidos tiver as informações de alíquota de imposto retido, ao fazer o acerto da nota em duplicata ou dinheiro, os registros de imposto retido (I0000) seja gerado corretamente e consequentemente exportado para o fiscal essa alteração.
	PS-5626	PSGerencial - Permitir informar até 4 casas decimais para a aliquota do ISS Retido	1 - Menu Cadastros Específicos >> Tributações >> Tributação ISS. 2 - Objetivo Aumentar os campos "Aliq. ISS Retido" na tela de configuração de tributação de ISS e na tela de notas fiscais para 04 decimais, semelhante ao que ocorre com o campo ISS Normal. 3 - Alteração Ajustado os campos "Aliq. ISS Retido" na tela de configuração de tributação de ISS e na tela de notas fiscais para 04 decimais, semelhante ao que ocorre com o campo ISS Normal.
	PS-5611	PSGerencial - Inconsistência na emissão de nota de complemento de ICMS	1 – Menu PSGerencial » Notas Fiscais » Notas Fiscais (NF-e de complemento de ICMS) 2 – Objetivo Ajustar a rotina para que ao realizar notas de complemento de ICMS quando não possui quantidade e valor no item a nota seja transmitida corretamente, sem apresentar inconsistências. 3 – Alteração Aplicado o ajuste na consulta SEL_NF-E_I_PRODUTOSNFS_2_00 foi adicionado um WITH que é responsável por armazenar o cálculo do rateio dos impostos retidos, assim ao realizar uma nota de complemento de ICMS sem informação de quantidade e valor não é apresentado inconsistência e a nota é transmitida de forma correta para receita.
	PS-5610	PSGerencial - Inconsistencia com JSON gerados para impostos retidos (IR, CSLL, PIS e COFINS) -IDORIGEM	1 – Menu PSGerencial >> Notas Fiscais>> Notas Fiscais PsGerencial>> JOB FISCALONLINE PSFinanceiro>> Duplicatas>> Duplicatas a receber>> Baixa de duplicatas 2 – Objetivo Ajustar a rotina para que gere corretamente os json com IDORIGEM detalhado quando for impostos que utilizam o regime caixa e regime Competência. 3 – Alteração Aplicado o ajuste nas consultas SEL_GP_FISCALONLINE_ENVIO_I0000 e SEL_GP_FISCALONLINE_ENVIO_I2000, de forma que retornem o campo IDORIGEMENVIAR concatenando qual é o regime tributário do imposto, evitando que sejam gerados dois IDORIGEM iguais. O controle na fila fiscal permanecerá com o ID Origem formado por NOTA\|ESTAB\|IDNOTA, mas nos arquivos montados para envio ao fiscal serão montados o Id Origem adicionando no final a competência. Ex: Fila Fiscal: NOTA\|11\|1234 JSON 1: NOTA\|11\|1234\|COMPET JSON 2: NOTA\|11\|1234\|CAIXA Dessa forma as informações não serão editadas no fiscal, e sim gerado dois registros diferentes, cada um com seu imposto/regime. Além disso, foi aplicado tratamento na consulta I2000 para que faça a busca da data de pagamento em duplicatas a pagar também, para casos de notas de entrada acertadas em duplicatas com regime de caixa. As alterações refletem nos registros I0000 e I2000.
	PS-5591	Venda Embarcada Novo - Não está trazendo alguns itinerários e na ordem incorreta	1 - MENU(S)/ROTINA(S) AFETADAS PELA TAREFA: Venda Embarcado Novo > Itinerário 2 - ALTERAÇÕES NO SISTEMA: Visto que do retaguarda backend estava vindo correto a trativa foi no mobile, para que mesmo se uma observação, ele aparecesse esses itinerários, também foi ajustado para seguir a mesma coluna para ordenação que o retaguarda 3 - OBJETIVO DA TAREFA: Ajustar para que venha a mesma ordem, e para que todos itinerários venham do retaguarda
	PS-5549	PSGerencial - Ordem de Carregamento	1 – Menu PSGerencial >> Processos >> Ordem de Carregamento 2 – Objetivo Ajustar a rotina para que no campo data e hora seja preenchida com a data e hora atual do servidor 3 – Alteração Aplicado o ajuste ao abrir a rotina Processos » Ordem de Carregamento, será automaticamente atribuído aos campos “Data” e “Previsão de Entrega” a Data/Hora atual do servidor.
497412	PS-5530	PSGerencial - Montagem Campo 13 arquivo Simp - Pessoa Exterior	1 – Menu PSGerencial >>Processos>> Gerar Arquivos Fiscais>> gerar Arquivo SIMP 2 – Objetivo Ajustar a rotina para que monte o campo 13- código Município corretamente com o Código ANP do endereço da Pessoa de entrega quando a configuração de nota for para tributar pelo endereço de entrega. Quando a configuração de nota for para tributar pelo endereço Principal, o campo 13 do arquivo SIMP será montado com o endereço principal da pessoa da nota. 3 – Alteração Aplicado o ajuste para a demanda citada. Será levado em consideração a configuração de nota para retornar a informação do código do município de acordo com a configuração de nota “Tributar pelo Endereço”; Se a configuração estiver como “Tributar pelo Endereço” sendo “Principal”, será retornado o código do município vinculado ao endereço principal da pessoa da nota; Se a configuração estiver como “Tributar pelo Endereço” sendo “Entrega”, será retornado o código do município vinculado ao endereço de entrega da pessoa da nota; Se a pessoa for estrangeira, se a configuração estiver como “Tributar pelo Endereço” sendo “Principal”, será retornado o código do município vinculado ao endereço principal da pessoa da nota; Se a pessoa for estrangeira, se a configuração estiver como “Tributar pelo Endereço” sendo “Entrega”, será retornado o código do município vinculado ao endereço de entrega da pessoa que foi vinculada como “Pessoa da Entrega”, na rotina Cadastros Gerais » Pessoas » Dados Complementares, aba “Dados da Empresa” > aba “Informações Estrangeiro”;
	PS-5527	PSGerencial - Lentidão ao dar entrada em documento utilizando a rotina de Entrada CTe/CTRC	1 - Menu PSGerencial » Notas Fiscais » Lanc. Entrada de CTe/CTRC 2 - Objetivo Ajustar desempenho da rotina que lida com a entrada de arquivos XML, com o propósito de ajustar o processo de lentidão e garantir que ele funcione de maneira eficiente e responsiva. O foco principal é assegurar que o sistema seja capaz de processar rapidamente os arquivos XML, mantendo um alto nível de desempenho, mesmo em situações de carga pesada ou arquivos grandes. 3 - Alteração Realizada melhoria para solucionar a lentidão na rotina de lançamento de entrada de CTe/CTRC, especificamente ao selecionar o XML do CTe e pressionar o botão "Utilizar CTe". Durante este processo, a função "BuscaNFe" era usada para consultar informações e retornar as NFes disponíveis com base no CTe, para selecionar e incluir as NFes de referência no CTe/CTRC. Identificada a lentidão, foi remodelada uma parte da consulta na condição "WHERE". Ela usava a função "EXISTS()", que executava um SELECT para cada registro verificado, causando a lentidão. Para resolver isso, a consulta foi remodelada usando "WITH", que criou uma consulta temporária em cache, tornando as verificações muito mais rápidas, uma vez que os dados foram armazenados após a primeira consulta.
498514	PS-5525	PSGerencial - Inconsistência na Exclusão de Item na Rotina de NF Devolução	1 - Menu PS Gerencial » Processos » Notas Fiscais » NF Devolução 2 - Objetivo Desenvolver a melhoria na rotina “NF Devolução” que ao fazer a exclusão de um item é necessário que as informações referente a este item que estão em outras tabelas que possuem essa ligação devem ser devidamente excluídas antes, para que o item seja excluído com sucesso. 2 - Objetivo Desenvolvida melhoria na rotina “NF Devolução” para permitir realizar a exclusão dos itens sem nenhuma divergência.
	PS-5524	PSGerencial - Erro ao tentar encerrar contrato de compra que já teve seu valor total liquidado	1 - Menu: PSGerencial » Cadastros Específicos » Contrato de Compra » Contrato de Compra 2 - Objetivo: Corrigir o erro identificado no PSGerencial, que ocorre ao tentar encerrar um contrato de compra que já teve seu valor total liquidado, garantindo que o sistema permita o encerramento adequado de contratos de compra que não possuam valor de sobra. Além de corrigir mensagem de retorno tornando o sistema mais instrutivo. 3 - Alteração: Identificado um problema relacionado ao cálculo do campo "Valor de Sobra" que estava resultando em um número ligeiramente diferente do esperado devido a questões técnicas do ambiente de programação (Delphi). Simplificando, mesmo quando tratamos corretamente as casas decimais, o Delphi, em algumas situações, pode acabar introduzindo pequenas variações nos valores devido a sua forma de processamento interno. Por exemplo: Valor Correto: 564.207,57 Valor Incorreto, gerado internamente na operação matemática: 564.207,569999695 Para solucionar esse problema, implementamos uma função chamada "FloatOpMat" no arquivo "Bib" que converte o valor para uma representação de string e, em seguida, o converte de volta para um número decimal. Essa abordagem ajuda a evitar que a conversão interna do Delphi cause essas pequenas variações. É importante destacar que essa solução já foi aplicada com sucesso em outras partes do sistema para resolver cenários semelhantes.
499604	PS-5523	PSFinanceiro - Inconsistência na alteração de Acerto Financeiro no Fechamento de Caixa	1 - Menu: PSFinanceiro >>Caixa >> Controle de Caixa 2 - Objetivo: Ajustar o processo de pagamento com parte em carteira digital para que ao acessar a rotina de fechamento de caixa e efetuar a modificação dos valores financeiros correspondentes a documentos que contenham parte do pagamento registrado na Carteira Digital, não gerar erro ao tentar efetuar os registros das transações financeiras. 3 - Alteração: Desenvolvida melhoria para permitir efetuar os registros das transações financeiras no qual parte do pagamento é Carteira Digital.
467678	PS-5483	PSPDV - Tag [ITENSVENDA3LINHAS] não considerando itens cancelados na impressão do desdobramento	1 - Menu PSPDV >> Desdobramento 2 - Objetivo Ajustar tag [ITENSVENDA3LINHAS] para imprimir somente os itens que não estão cancelados 3 - Alteração Ajustado tag [ITENSVENDA3LINHAS] para imprimir somente os itens que não estão cancelados
482212	PS-5453	PSLogistica - Lançamento de CTe zerando os dados da carga após incluir NFe	1- Menu PSLogística >> Conhecimento de Transporte 2- Objetivo Ajustar o comportamento da rotina de Conhecimento de Transporte, na aba "Dados do CT-e", para que aplique regras específicas com base na interação entre os campos "Quantidade", "Total Mercadoria", "Peso Bruto" e as Notas Fiscais Eletrônicas (NFes) inseridas através da aba "Dados da Carga", tanto manualmente quanto por importação de XML. O objetivo principal é garantir que os valores destes campos sejam atualizados de acordo com as informações das NFes de forma consistente e intuitiva para o usuário. 3- Alteração Inclusão de NFes Manualmente Sem Informações Adicionais: Quando o usuário informar manualmente valores nos campos "Quantidade", "Total Mercadoria" e "Peso Bruto" e inserir NFes apenas indicando a Chave NF-e, os campos "Quantidade", "Total Mercadoria" e "Peso Bruto" não sofrerão alteração de valor. Isso ocorre porque presume-se que o usuário já forneceu os valores corretos e está apenas associando as NFes ao CT-e, sem a necessidade de atualização dos campos. Inclusão de NFes com Informações Adicionais: Se o usuário informar valores nos campos "Quantidade", "Total Mercadoria" e "Peso Bruto" e inserir NFes através da aba "Dados da Carga", indicando a Chave NF-e e também preenchendo os campos de "Valor", "Quantidade" e "Peso", os campos "Quantidade", "Total Mercadoria" e "Peso Bruto" serão alterados. Nesse caso, os valores do CT-e serão atualizados com a soma das informações das NFes, proporcionando uma correspondência precisa entre os dados. Inclusão de NFes via Importação de XML: Quando o usuário informar valores manualmente nos campos "Quantidade", "Total Mercadoria" e "Peso Bruto" e inserir NFes através da aba "Dados da Carga", utilizando a importação de XML, os campos "Quantidade", "Total Mercadoria" e "Peso Bruto" também serão alterados. A rotina realizará a leitura do XML das NFes e calculará os novos valores com base nas informações contidas nos documentos fiscais eletrônicos. Combinação de NFes Manuais e Importação de XML: Se o usuário inserir NFes manualmente e também por importação de XML, os campos "Quantidade", "Total Mercadoria" e "Peso Bruto" serão ajustados de acordo com a soma das informações de todas as NFes associadas ao CT-e. Isso garante que a rotina trate adequadamente as diferentes formas de inclusão das NFes. Exclusão de NFes: Além das inclusões, a rotina também considerará o cenário em que as NFes são excluídas. Nesse caso, seguirá a mesma lógica aplicada para a alteração dos campos "Quantidade", "Total Mercadoria" e "Peso Bruto", recalculando os valores conforme as NFes remanescentes, mantendo a integridade das informações. Essas alterações têm como objetivo simplificar e automatizar o processo de atualização dos campos do CT-e, garantindo que os dados estejam sempre em conformidade com as NFes associadas, independentemente da forma como foram inseridas ou excluídas. Isso proporcionará uma experiência mais intuitiva e precisa para o usuário que utiliza a rotina de Conhecimento de Transporte.
	PS-5429	PSGerencial - Lançamentos Auxiliares Não Estão Agrupando	1- Menu: Lançamentos Contábeis. 2- Objetivo: Ajustar para que quando estiver parametrizado como “Sim” o campo “Agrupa Lançamentos” da rotina “Configuração de Exportação Contábil”, que os lançamentos auxiliares também sejam agrupados, evitando inconsistências nos lançamentos. 3- Alteração: Ajustado para que quando estiver parametrizado como “Sim” o campo “Agrupa Lançamentos” da rotina “Configuração de Exportação Contábil”, e as seguintes informações apresentadas abaixo forem exatamente iguais, serão agrupados, tanto os lançamentos principais quanto os lançamentos auxiliares. As informações abaixo serão consideradas como critério para o agrupamento: Conta de Crédito ou Conta de Débito; Centro de Custo de Débito ou Centro de Custo para Crédito; OBS: Sendo que, se por exemplo existirem 3 lançamentos a crédito com código diferentes e o centro de custo a crédito vinculado a eles forem iguais. Neste caso não será realizado o agrupamento, pois as contas não são as mesmas, seria necessário que as contas e os centros de custos fossem os mesmos.
479740	PS-5423	PSGerencial - ATUPRECOAUTOMATICO não está atualizando os preço na tabela de preços	1 - Menu: PSGerencial>>Processos>>Custos>>Recalcular Preços. PSGerencial>>Cadastros Gerais>>Agendador>>ATUPRECOAUTOMATICO. 2 - Objetivo: Corrigir problema ao realizar a ação de atualização de preço. 3 - Alteração: Corrigido para que quando houver parametrizado mais de um tipo de estoque na configuração de nota, que seja considera o tipo 1 fixo como “FÍSICO”, evitando dessa maneira que ocorra erros ao realizar a atualização de preço do item que compõem a nota com essa configuração.