Petroshow 2.0.2401.1000
Ticket Movidesk | Chave | Resumo | Documentação |
---|---|---|---|
563028 | Inconsistência na Geração de Nota de Acompanhamento pela Central de Faturamento | 1 - Menu: PSGerencial >> Processos >> Central de Faturamento. 2 - Objetivo: Corrigir problema que ocorria ao gerar as notas fiscais de mais de uma pessoa ao mesmo tempo, sendo que era gerado apenas uma nota referenciando documentos de pessoas diferentes. 3 - Alteração: Corrigido para que ao ser gerado notas fiscais na rotina em questão para pessoas diferentes ao mesmo tempo, que sejam geradas notas distintas para cada pessoa, com os documentos referenciados de acordo com cada pessoa corretamente. | |
551592 | PSGerencial - Falha na distribuição de XML de CT-e's já baixados | 1 - Menu: 2 - Objetivo: 3 - Alteração: | |
| 1 - Menu: 2 - Objetivo: 3 - Alteração: | ||
| PSGerencial - Operação de Impostos Retidos (Entrada e Saída) - Período de Qualidade | 1 – Menu PS Financeiro: 2 – Objetivo 3 – Alteração Por fim, o relatório de duplicatas a receber, teve em sua estrutura a inserção dos campos Valor Fatura e Imp. Retido que terão por objetivo apresentar ao usuário o valor de faturamento do documento e consequentemente o valor do imposto retido. Essa informação para confirmação de saldos e valores de faturamento é indispensável. | |
| PSFinanceiro- Retorno de pagamento Caixa Cnab 240 baixando o valor incorreto (Período de Qualidade) | 1 – Menu PSFinanceiro>> Ler Retorno de Remessa de Pagamento 2 – Objetivo Ajustar a rotina para que ao fazer a leitura do arquivo de pagamento, o valor de pagamento e os juros, sejam apresentados de forma correta conforme arquivo de retorno e consequentemente baixado de forma correta a duplicata a pagar. 3 – Alteração Aplicado o ajuste na rotina, para que leia as informações decimais dos campos de valor pago e juros + multa de forma correta. | |
| Ajustar Rotinas do Posto Conforme Alterações em Impostos Retidos na Retaguarda | 1 - Menu: Servidor de Aplicação » Sincronização de Vendas do PDV. 2 - Objetivo:
3 - Alteração:
| |
| Adequar Contabilização de Baixa de Duplicatas Conforme Novas Funcionalidades | 1- Menu 2 - Objetivo 3 - Alteração | |
| 1 - Menu: VIASOFT3C_XE » Configurações » Usuários » Cadastro de Usuários. 2 - Objetivo: Alterar o tamanho da coluna ROLES_API da tabela PUSUARIOS para aceitar até 2000 caracteres. Essa coluna é correspondente ao campo Níveis de Acesso API existente no Cadastro de Usuários. 3 - Alteração: Alterado para que seja possível inserir até 2000 caracteres no campo Níveis de Acesso API, existente no Cadastro de Usuários. | ||
| Venda Embarcada Novo - Validar quando nota possuir numdoc já emitido pelo Petroshow | 1 - Menu: Venda Embarcada > Vendas 3- Alteração: Foi criada uma validação no backend que garante que não seja reutilizado numDoc (número da nota) já registrados em outras notas. | |
539762 | PSFinanceiro- Operação de Impostos Retidos para documentos de entrada (Caixa e Competência) | 1 – Menu PSGerencial >> Notas Fiscais >> Notas Fiscais PSFinanceiro>> Caixa/Bancos >> Duplicatas >> Duplicatas à Pagar PSFinanceiro>> Caixa/Bancos >> Duplicatas >> Baixa de Duplicatas à Pagar PSFinanceiro>> Caixa/Bancos >> Duplicatas >> Estorno de Duplicatas à Pagar. 2 – Objetivo Ajustar a rotina para que registre corretamente os registros de impostos retidos nas operações de entrada. 3 – Alteração Aplicado o ajuste nas rotinas que envolvem processos de entrada/saida de impostos retidos. A diferença do regime de CAIXA e COMPETÊNCIA somente tem efeito contábil e fiscal, ou seja, a parte gerencial e financeira no sistema são iguais. Para as operações de saídas já foram realizadas adequações para que a parte gerencial e financeira sejam geradas com os valores corretos. Então, foi necessário realizar a padronização das entradas para as mesmas mudanças aplicadas para a saída, assim ambas as operações serão tratadas de forma igual na questão gerencial, independente do regime dos impostos. A padronização teve impacto nos seguintes processos:
A contabilização das informações de baixa de duplicata a pagar e duplicata a receber, está com uma inconsistência, onde a conta de débito para casos a pagar, e a conta de crédito, para casos a receber, não está sendo gerada, qual deveria ser gerado igualmente é para o lançamento de acerto em dinheiro. Sendo assim, será corrigido em tarefa futura. | |
545620 | ViasoftServerPSX - Inconsistência ao instanciar ServerApplyUpdates em sub-métodos (Rest / TMS xData) | 1 - Menu: 2 - Objetivo: 3 - Alteração: | |
0 | Vendas Web - Adicionar as informações de valor esperado e de valor mínimo | 1 - Menu: Vendas Web:
2 - Alteração: Adicionar as informações de valor esperado e de valor mínimo como opção de valor no momento da venda, trazer os dois campos e possibilitar o usuário possa seleciona-los. 3 - Configurações Necessárias: Os valor são compostos pelo custo do item juntamente com as margens aplicadas no menu Cadastro de Margens de Venda no sistema Gerencial. Sendo apresentadas desta forma no Vendas Web: Os campos destacados são selecionáveis e será o valor que o pedido será baseado. | |
| 1 - Menu: Menus ‘Placas', ‘Pessoas Autorizadas’ e 'abastecimentos’ 2 - Alteração: Caso o cliente não utilize PDV os menus ‘Placas', ‘Pessoas Autorizadas’ e 'abastecimentos’ dentro do portal do cliente não irão ser exibidos. Abaixo imagem do portal com a informação de PDV setada como “Não“ e “Sim“ respectivamente. 3 - Configurações Necessárias: Para não exibir os campos deve-se setar como “NÃO“ a opção “UTILIZA PDV?“ na rotina Cadastros Específicos > Estabelecimento > Configuração | ||
0 | Venda Embarcada - Criar auxilio visual que mostra a ordem dos itinerários | 1 - Menu: Venda Embarcada > Itinerário Ajudará os motoristas a não se perder na ordem de suas visitas. 3 - Alteração: Foi criado um auxilio visual que mostra em sequencia a ordem das visitas que o motorista deve realizar.
| |
357638 | 1- Menu 2- Objetivo 3- Alteração | ||
| 1 - Menu: Atualizador do PDV. 2 - Objetivo: Facilitar a atualização dos PDVs, para que esse processo seja realizado automaticamente não sendo necessário estar realizando a atualização manual de cada PDV, tornando essa ação mais ágil e facilitada. 3 - Alteração: Realizada alteração no atualizador do PDV, para que o mesmo realize a atualização automática não sendo necessário que seja atualizado manualmente cada PDV do estabelecimento. | ||
0 | 1 - Menu: Venda Embarcada > sincronizar Venda Embarcada > Itinerário Facilitar o acesso a itinerários sem vínculos. 3 - Alteração: Criação de um filtro que ordene apenas os itinerários sem vínculos tanto no menu de itinerários, quanto no momento de sincronizar. | ||
| 1 - Menu: Venda Emb > vendas > não há itens na nota Fazer com que o botão adicione os itens selecionado. 3 - Alteração: O método sempre esperava receber um itinerário, porém foi alterado para que fosse opcional uma vez que eh possível vender sem um itinerário. | ||
0 | PDV na Pista - Criar dialog no botão de imprimir caso não haja internet. | 1 - Menu: PDV na Pista > Finalizar > Imprimir Atualmente se não há conexão o botão não tem ação o que pode gerar transtorno ao usuário. 3 - Alteração: Adicionado um função de verificação se o dispositivo está ou não conectado a internet e adicionada essa função no momento de fazer a impressão, informando o usuário quando o aparelho estiver sem conexão. | |
532946 | PSLogística - Alterar os campos Marcas e Medidas para campos de pré-cadastro e procura rápida | 1 - Menu: 2 - Objetivo: 3 - Alteração: | |
530758 | 1 - Menu: 2 - Objetivo: 3 - Alteração: | ||
| 1 - Menu 2 - Objetivo 3 - Alteração | ||
518798 | PSMobile - Tributos IBPT não sendo impressos nas vendas interestaduais | 1 - Menu: PSMobile>> Emissão NFe Exibir nas observações do item na nota a tributação nacional e estadual corretamente, caso houver. Na imagem abaixo retirada do pedido mostra os tributos quando o pedido é interestadual. 2 - Alterações: Foi adicionado na ObsNfe na linha de tributação a taxa TOTTRIB Criar uma nota onde o NCM possua alíquota estadual e nacional sendo de uma UF distinta da UF da Filial, e também para mesma UF observando se: Quando para o mesmo estado deve ser aparecer: Aliquota Estaduais e Nacionais se houverem E quanto para interestadual, deve se aparecer somente Nacionais quando houverem.
| |
| PSFinanceiro - Listar Valor Informativo de 'Impostos Retidos' na Tela de Baixa de Duplicatas | 1 – Menu PSGerencial » Notas Fiscais » Notas Fiscais (Acerto Financeiro) PSFinanceiro » Caixa/Bancos » Duplicatas » Baixa de Duplicatas a Receber PSFinanceiro » Caixa/Bancos » Duplicatas » Duplicatas a Receber 2 – Objetivo Desenvolver melhorias nas rotinas de Notas fiscais e Baixa de duplicatas a Receber, para que as informações de impostos retidos calculados nas notas fiscais, sejam apresentadas de forma correta e visual ao usuário do sistema Petroshow. 3 – Alteração Desenvolvido na rotina de Notas Fiscais>> Manutenção de notas, dois novos campos no grid de totais da nota.
Tanto no Regime caixa ou competência, agora o total da nota será o mesmo valor do total de produtos, e nos novos campos terá a informação de impostos retidos e valor real a ser pago. Tanto no regime caixa e competência o acerto financeiro será o mesmo, ou seja, será deduzido o valor dos impostos retidos no acerto financeiro, indiferente do tipo de regime. O que mudará nos regimes caixa e competência é a contabilização das informações e envio para o fiscal, qual regime caixa continua com a contabilização na data da baixa/acerto da nota e no regime competência continua sendo a data de entrada/saída da nota fiscal. Nos lançamentos financeiros, nos dois casos só serão gerados os lançamentos financeiros após a baixa da duplicata. Na rotina Baixa de Duplicatas a receber, agora possui uma nova coluna no grid de baixa “Impostos Retidos” essa tem a funcionalidade de apresentar o valor total dos impostos retidos que possui na duplicata. O campo “Receber” será o valor menos os Impostos retidos, que será o valor que de fato o cliente irá pagar para o estabelecimento. E na tela de cadastro de duplicatas também temos a possibilidade de conferir os valores de impostos retidos da duplicata na aba “impostos Retidos” e na aba “Dados Cadastrais” campo “impostos Retidos” temos o total de impostos retidos da duplicata. | |
518798 | 28/09/2023 - PDVMobile - Inconsistência na finalização dos documentos | 1 - Menu: PDV na pista > aba de resumo. Correção do erro ao finalizar as vendas no PDV Mobile, com isso sendo possível a impressão do documento. 3 - Alteração: Adicionado um timeout para que ocorra mais de uma tentativa de efetuar o pagamento caso encontre oscilações na conexão e erros durante o processo de pagamento.
| |
464395 | PSFinanceiro - Leitura de Retorno - PAGAMENTO Banco Caixa CNAB 240 | 1 – Menu PSFinanceiro » Processos » Remessa Bancária » Ler Retorno de Remessa de Pagamento 2 – Objetivo Ajustar a rotina para que ao realizar o processo de leitura de remessa de retorno de pagamento do banco Caixa Cnab 240, onde o arquivo contenha os registros A, B, J, J52 O e N, o sistema consiga realizar a leitura de forma correta e consequentemente baixando os títulos selecionados. 3 – Alteração Aplicado o ajuste na rotina para que o sistema passe a fazer a leitura dos Segmentos A, B, J, J52, O e N, para arquivos de retorno de pagamento do banco Caixa Cnab 240, seguindo os padrões já estabelecidos. | |
464256 | Rodobank - Campos no Retaguarda para Configurações da Integração | 1 - Menu 2 - Objetivo 3 - Alterações | |
493315 | 1 - Menu: 2 - Objetivo: 3 - Alteração: | ||
80397 | PSGerencial - Boleto Híbrido - Integração com API do Banco do Brasil | 1 – Menu Financeiro >> Duplicatas a Receber >> Duplicatas a Receber; Financeiro >> Duplicatas a Receber >> Impressão de Boletos/Recibos/Duplicatas a Receber; PSGerencial>> Notas Fiscais>> Notas Fiscais; PSGerencial>> Pedidos>> Faturar 2 – Objetivo Desenvolver no sistema a possibilidade de gerar boleto híbrido (QR Code para Pagamento). 3 – Alteração Desenvolvido no sistema algumas funcionalidades para atender a demanda de geração de boleto híbrido. Tais melhorias incluem a nova rotina criada no PSFinanceiro>> Cadastros Específicos>> Remessa Bancária>> Credenciais Integração (PIX/Boleto). Essa rotina tem como objetivo realizar a parametrização das credenciais de integração entre o Sistema como o Banco, para então a correta geração dos boletos com a funcionalidade do QR Code para pagamento. Essas credenciais o usuario do sistema Petroshow precisa entrar em contato com a agência do banco em que o estabelecimento possui conta, e realizar a solicitação e criação das credenciais. Os códigos necessários para configurar as credenciais são: Application Key, Client Secret e Client ID. Ainda nessa rotina, além das informações de códigos que são solicitadas junto ao banco do estabelecimento, precisa definir uma descrição para a credencial e também informar o código do banco, sendo esse o Banco do Brasil 001, o qual somente esse está homologado para geração de boleto híbrido. Também precisa informar o Ambiente, sendo 1-Produção (Para os clientes) e 0- Homologação (Para testes em homologação). Também foram desenvolvidas duas novas configurações para o cabeçalho e detalhe de cobrança bancária, o qual será vinculado ao portador. Cabeçalho de Cobrança bancária Na rotina PSFinanceiro>> Cadastros Específicos>> Remessa Bancária>> Cabeçalho de Remessa Bancária>> Adicionais. Criado um novo campo denominado “Código da Integração com API”, esse campo precisa estar preenchido com a informação criada anteriormente (As credenciais). Tal configuração só ficará habilitada quando o código do banco informado no cabeçalho for 001- Banco do Brasil. Detalhe de Remessa Bancária Na rotina PSFinanceiro>> Cadastros Específicos>> Remessa Bancária>> Detalhe de Remessa Bancária>> Boleto Híbrido. Criado a nova aba denominada de “Boleto Híbrido”, onde deverá ser definido os campos: “Enviar Remessa Por API”= SIM “Boleto Híbrido”=SIM; As duas configurações estando como sim, será gerado no boleto o QR Code. A configuração de Boleto Híbrido só ficará ativa quando a configuração de Enviar Remessa API estiver como sim. Ambas configurações só estão disponíveis para o banco do Brasil. Caso a configuração “Boleto Híbrido” estiver como NÃO mas a configuração de “Enviar Remessa por API” estiver SIM, o QR code não será gerado. Basicamente a Configuração: “Enviar Remessa por API” é responsável pela comunicação das informações de PIX com o Banco, qual terá uma usabilidade maior em tarefas futuras que serão entregues. Em todas as rotinas que geram a impressão/visualização de boletos será gerado o QR Code, caso tenha as parametrizações configuradas corretamente. Essas configurações por padrão serão enviadas como não, então caso o cliente opte por utilizar precisará configurar todos os passos citados acima na documentação. Boletos antigos, antes da atualização do sistema, não serão gerados o QR Code, somente para novos boletos gerados a partir das melhorias aplicadas no sistema. A solicitação das credenciais não é de responsabilidade da Viasoft, e sim do cliente, sendo esse solicitar junto a agência do banco do Brasil do Estabelecimento que irá utilizar as parametrizações. | |
| PSGerencial - Gravar os Saldos de Estoque dos Itens em Banco de Dados | 1 – Menu PSGerencial>> Gravar saldo do Item para uso do ficha de estoque; PSGerencial>> Menu Relatórios >> Ficha de Estoque; PSGerencial>> Estoque>> Item>> Consulta Movimentações 2 – Objetivo Desenvolver melhorias para que o desempenho na emissão de relatórios com as movimentações de estoque e saldos diários sejam mais exatos. 3 – Alteração Desenvolvido melhorias no sistema para atender a demanda solicitada. A partir de agora na tabela ESTOQUE será armazenada o Saldo do dia, o qual antes não existia essa possibilidade. Com esse novo ajuste, as emissões dos relatórios passam a trazer a informação deste campo. Também foi desenvolvido o job CALCULA_ESTOQUE_SALDODIA. Este job foi criado para que possa ser calculado o campo SALDODIA a partir de uma data previamente configurada na VsPlugin CALCULA_SALDODIA, sendo que por padrão a mesma vem com valor 01/01/2023, ou seja, parametrizando desta forma a VsPlugin e executando o job serão calculados os valores para SALDODIA do período de 01/01/2023 até a data de execução. | |
| PSLogística - NT 2023.002 - Evento Insucesso da Entrega v1.01 | 1 - Menu: 2 - Objetivo: 3 - Alteração: | |
495675, 492135 | 1 – Menu PSGerencial » Notas Fiscais » Manifesto Eletrônico (MDFe) » Manutenção de MDF-e PSLogistica » Conhecimento de Transporte » Manifesto Eletrônico (MDFe) » Manutenção de MDF-e 2 – Objetivo Ajustar a rotina para que seja possível realizar buscas de placa de veículo tanto pela placa atual quanto pela placa original 3 – Alteração Aplicado o ajuste relacionadas a placa na rotina de Manutenção de MDF-e:
Em resumo, toda utilização de placa na rotina será baseada na Placa Atual. | ||
| PS Gerencial - Configurar se a transportadora é utilizada para as operações de "Custos de Frete" | 1 - Menu: 2 - Objetivo: 3 - Alteração: | |
357638 | 1- Menu 2- Objetivo 3- Alteração | ||
297400 | PSFinanceiro - Implementação dos Segmentos de Pagamentos BB - CNAB 240 | 1 – Menu PSFinanceiro>> Processos>> Remessa Bancária>> Gerar Remessa de Pagamento 2 – Objetivo Desenvolver na rotina de remessa de pagamento banco do Brasil CNAB 240 para que nos arquivos de tributos/impostos gerados sejam montados os segmentos O e N. 3 – Alteração Desenvolvido no sistema melhorias para geração de remessa de pagamento bancária do banco do Brasil CNAB 240 para correta geração dos segmentos O e N. Esses segmentos são responsáveis pelos pagamentos de:
Logo, ao realizar a geração da remessa de pagamento onde os tipos de pagamentos e forma de pagamentos, definidos na Duplicata a Pagar, forem relacionados aos impostos acima citado, serão gerados os segmentos N, O e W:
O segmento W ficou como Opcional (comentado) devido a ser títulos para Empresas Filantrópicas (ONG's por exemplo), onde foi apresentado no validador erros devido a não ser "Título Oficial" com informações aleatórias sem homologação bancária correta. Recomenda-se solicitar ao cliente testar ou solicitar uma base com os títulos para melhores testes, caso seja necessário. | |
| PS-5600 | Integração com a Rodobank | Documentação detalhada da integração: Integração com a Rodobank |