Ticket Movidesk | Chave | Resumo | Documentação |
1 – Menu 2 – Objetivo 3 – Alteração | |||
1 – Menu PSGerencial » Cadastros Específico » Tabela de Preço » Formação de Preço 2 – Objetivo Ajustar a rotina para que grave a simulação de preço corretamente. 3 – Alteração Aplicado o ajuste na rotina para que não sejam apresentadas inconsistências ao salvar a simulação como um pedido. | |||
PSGerencial - Endereço de Retirada não montando o numero do endereço na DANFE | 1 – Menu PSGerencial » Notas Fiscais » Notas Fiscais 2 – Objetivo Ajustar a rotina para que na DANFE seja impresso corretamente o endereço de retirada. 3 – Alteração Aplicado o ajuste nas rotinas para que na DANFE seja impresso o número de endereço juntamente com a descrição de endereço. | ||
1 – Menu PSGerencial » Notas Fiscais » Notas Fiscais 2 – Objetivo Ajustar a rotina para não apresentar inconsistências ao abrir a configuração de tributação pela rotina de notas fiscais. 3 – Alteração Aplicado o ajuste na rotina para não apresentar inconsistências ao abrir a configuração de tributação pela rotina de notas fiscais. | |||
572334 | 1 - Menu: 2 - Objetivo: 3 - Alteração: | ||
369684 | Atribuição de Centro de Custos na Contabilização de Baixa de Cartão | 1 - Menu 2 - Objetivo 3 - Alteração | |
PS Logística - Relatório Padrão (-234 Abastecimentos x Placa) (Filtro por Placa) | 1 - Menu: 2 - Objetivo: 3 - Alteração: | ||
Melhorias no Licenciamento Petroshow com TMS e Demais Melhorias da Tecnologia | 1 - Menu 2 - Objetivo 3 - Alterações | ||
PSFinanceiro - Conciliação Bancária considerando Lançamentos Financeiros de Impostos Retidos | 1 – Menu PSFinanceiro » Processos » Conciliação Bancária 2 – Objetivo Ajustar a rotina para que os lançamentos financeiros correspondentes aos impostos retidos não sejam exibidos no Grid de lançamentos financeiros na rotina de conciliação bancária. 3 – Alteração Aplicado o ajuste na rotina para que quando ocorrer movimentação de baixa ou recebimento que por sua vez possui impostos retidos, os lançamentos de impostos retidos não sejam exibidos na rotina de conciliação bancária, assim não ocorrerá divergências entre valores do extrato do banco com o sistema. Também foi corrigido a inconsistência ao tentar conciliar lançamentos sem possuir um arquivo OFX para conciliação. | ||
545120 | Adequar Envio do Inventário para o Fiscal Online para Atender Novo Layout | 1 - Menu 2 - Objetivo 3 - Alteração | |
567614 | 1 – Menu PSGerencial » Estoque » Local PSGerencial » Pedidos » Cadastrar PSGerencial » Notas Fiscais » Notas Fiscais 2 – Objetivo Desenvolver no sistema a possibilidade de informar o grupo de identificação do local de retirada para atender a NT 2018.005. 3 – Alteração Desenvolvido no sistema ajustes necessários para contemplar a informação de local de retirada na danfe e xml para atender a NT2018.005. Tais ajustes continuem em: Na rotina PSGerencial » Estoque » Local criado novo campo denominado de “Local de Retirada” e “Pessoa Retirada”, quando informado esses parâmetros, ao utilizar determinado local de estoque, o local de retirada e a pessoa de retirada será preenchido automaticamente com tais informação, no cadastro de pedido e emissão de notas. Nas rotinas PSGerencial » Pedidos » Cadastrar aba inf. Adicionais no detalhe do pedido e PSGerencial » Notas Fiscais » Notas Fiscais aba endereços, também foram criados o campo “Local de Retirada” e “Pessoa Retirada”. O Local de retirada e Pessoa Retirada, será preenchido automaticamente com a informação que está vinculado no cadastro do local de estoque campo “local de retirada” e “Pessoa Retirada” respectivamente, porém, poderá ser alterado a qualquer momento ao cadastrar o pedido ou emitir a nota direta pela rotina de notas fiscais. Caso não tenha a informação de local de retirada no cadastro de local de estoque, o campo Local de retirada do pedido e da nota não será preenchido automaticamente, logo, na DANFE e no XML não sairá a informação de local de retirada, acatando que a retirada será no mesmo endereço do emitente da nota. Caso o campo “Pessoa de Retirada” não seja preenchido, será considerada para montagem da DANFE e XML, como pessoa de retirada, a pessoa emitente da nota, ou seja, o próprio estabelecimento emitente da nota. Na Rotina de Notas Fiscais, atentar-se para as seguintes regras: 1° Quando possuir mais de um item na nota, onde, cada qual possui seu local de estoque e cada qual possui pessoa e local de retirada distintas, a informação que será levado para os campos “Local de retirada” e “Pessoa retirada” será a do primeiro item INFORMADO na nota, esse nem sempre será o Primeiro do Grid, pois o Grid poderá ser ordenado de diversas formas. 2° Caso esse item seja removido do processo de venda, então as informações dos campos de retirada serão removidos também. 3° Se ocorrer alguma exclusão de itens do Grid, mas esse não é o primeiro item incluído na nota, qual será o item que consideramos para preencher as informações de retirada, essas informações de retiradas não serão removidas, somente será removida caso se enquadrar na situação 2. 4° Quando a Pessoa da nota possui local de estoque padrão configurado no seu cadastro, e esse local de estoque possuir informado Pessoa de Retirada e Local de retirada Padrão, ao incluir o item na nota, será carregado as informações vinculadas ao local de estoque automaticamente, caso seja necessário alterar esse local de estoque, as informações de retirada serão atualizadas conforme novo local de estoque. Na Rotina de Pedidos Segue a seguinte regra: 1° A regra de hierarquia não se alterou: 1 - Local de Estoque vinculado ao Endereço de Entrega da Pessoa; Sendo assim, se na pessoa possuir local de estoque padrão esse será considerado como padrão no cadastro do pedido, e para preenchimento das informações de retirada, será considerado as informações vinculadas ao local de estoque em questão. 2° Ao alterar o local de estoque, será atualizado as informações de retirada, conforme as que estão vinculados no local de estoque informado. A lógica básica é: Sistema SEMPRE vai olhar para o LOCAL DE ESTOQUE. Este tendo alguma informação, será preenchido automaticamente na nota/pedido, NÃO tendo nenhuma informação, será considerada como pessoa RETIRADA o próprio estabelecimento, assim na DANFE e no XML NÃO montará a tag de RETIRADA, pois, será considerado que a RETIRADA será no MESMO endereço do estabelecimento. Caso informado SOMENTE o ENDEREÇO de RETIRADA, sendo esse DIFERENTE do endereço do ESTABELECIMENTO, será montado a tag RETIRADA, sendo a PESSOA da RETIRADA o próprio ESTABELECIMENTO emitente da nota. | ||
564708 | 1 - Menu 2 - Objetivo 3 - Alteração | ||
Adequar padronização de objetos nos códigos-fonte de Tributações | 1 - Menu: 2 - Objetivo: 3 - Alteração: | ||
433431 | TAG para listar o saldo em conta pessoal na impressão do cupom | 1 - Menu: 2 - Objetivo: 3 - Alteração: SDOCONTAPESSANT: Saldo em conta pessoal antes de realizar a venda. SDOCONTAPESSDEP: Saldo em conta pessoal depois de realizar a venda. O saldo depois da venda é o resultado do saldo antes da venda - valor pago em conta pessoal + troco em conta pessoal.Essas tags estão disponíveis apenas ao clicar nos botões “Conta Pessoal” ou “Troco Conta Pessoal”.Com a parametrização acima feita, ao realizar uma venda ou troca de numerários no PDV, será impresso no documento de venda ou no comprovante da troca de numerários o saldo em conta pessoal de antes e depois de realizado o acerto financeiro em conta pessoal. | |
1 - Menu: PSFinanceiro>>Caixa/Bancos>>Cheques>>Manutenção de Cheques Recebidos. 2 - Objetivo: Ajustar para que ao ser utilizado o sistema na versão TMS, não ocorra erros para realizar o estorno de um cheque recebido. 3 - Alteração: Ajustado para que ao ser utilizado o sistema na versão TMS, não ocorra erros para realizar o estorno de um cheque recebido que foi baixado, mandado para custódia ou para compensação. | |||
1 - Menu: 2 - Objetivo: Ajustar o menu de auditoria na versão TMS para que passe a utilizar a nova auditoria do Elastic Search. 3 - Alteração: | |||
Atualização dos fontes da tecnologia Viasoft (Unidades P:\ e H:\) para a versão 2.0.2403.1000 | 1 - Rotina 2 - Obejtivo 3 - Especificação | ||
546513 | Listar Pessoas Inativas em Cor Diferente no Grid de Consulta | 1 - Menu: Cadastros Gerais » Pessoas » Dados Complementares. 2 - Objetivo: Apresentar em cinza no grid, as pessoas que estão inativas para determinado estabelecimento. Facilitando dessa maneira a visualização a identificação pelo usuário. 3 - Alteração: Ajustado para que quando uma pessoa estiver inativa no sistema, a mesma seja apresentada com a cor cinza no grid, além de ter sido adicionada uma nova coluna titulada de “ATIVO”, a qual apresentará como “S” quando a pessoa estiver ativa e como “N” quando a pessoa estiver inativa. | |
555698, 559248 | 1 – Menu PSGerencial » Notas Fiscais » Distribuição DF-e » Manifestação do Destinatário 2 – Objetivo Ajustar a rotina para que quando ocorrer situações onde possui dois estabelecimentos com o mesmo CNPJ cadastrado, porém IE distintas, sendo que uma está ativa e outra inativa, os MDe sejam baixados no Estabelecimento correto, que possui a IE ativa. 3 – Alteração Aplicado o ajuste para que os MD-e consultados no ambiente nacional, passem a validar além do CNPJ do estabelecimento também a IE, assim evitando que os MDe sejam baixados nos estabelecimentos errados. Também foi ajustado a consulta de MD-e pelo Portal de Documentos, para que quando realizar a consulta, onde possui cadastrado de duas matriz com suas respectivas filiais, sejam baixados todos os MDe correspondentes a cada estabelecimento, matriz e filial. | ||
PSGerencial- Pessoa Dados Complementares, ajustar chamada ao site da ANP | 1 - Menu 2 - Objetivo 3 - Alteração | ||
1 - Menu: 2 - Objetivo: 3 - Alteração: | |||
1 - Menu: Cadastros Gerais >> Pessoas >> Dados Complementares. 2 - Objetivo: Realizar todos os procedimentos necessários para a atualização dos fontes bem como realizar as adequações necessárias no sistema, para que o Petroshow pudesse receber as atualizações do ACBR. 3 - Alteração: Realizado atualizações nos fontes para que fosse possível que o sistema Petroshow recebesse as novas atualizações do ACBR. | |||
219548 | 1 - Menu: 2 - Objetivo: 3 - Alteração: | ||
306027 | PSGerencial - Parametrizar sobre qual será o Local de Estoque ideal de utilização para o cliente | 1 – Menu PSGerencial » Cadastros Gerais » Pessoas » Endereços PSGerencial » Cadastros Gerais » Pessoas » Dados Complementares 2 – Objetivo Desenvolver no sistema opção de vincular local de estoque por pessoa e endereço. 3 – Alteração Desenvolvido nas rotinas PSGerencial » Cadastros Gerais » Pessoas » Endereços e PSGerencial » Cadastros Gerais » Pessoas » Dados Complementares uma nova configuração denominada de “Local de estoque”. Essa configuração permitirá informar um local de estoque por pessoa e endereço. Estando informado um local de estoque na pessoa, esse local de estoque será considerado como padrão nos processos de vendas e Pedidos. seguindo a seguinte regra: 1 - Local de Estoque vinculado ao Endereço de Entrega da Pessoa; 2 - Local de Estoque vinculado a Configuração de Pedido; 3 - Local de Estoque vinculado a Tabela de Preço do Item; 4- Local de estoque vinculado ao cadastro do item. | |
PSGerencial - Ações UX/UI sobre a rotina de Cadastro de Estabelecimento | 1 - Menu: 2 - Objetivo: 3 - Alteração: | ||
PSComodato - Vincular vendas ao comodato de um "Grupo de Pessoas" | 1 – Menu PSComodato » Cadastros Específicos » Equipamentos em Comodatos 2 – Objetivo Ajustar o sistema para que seja possível vincular vendas de outras pessoas desde que o endereço de entrega seja correspondente ao endereço do comodato ativo. 3 – Alteração Aplicado o ajuste no sistema para que seja possível realizar o vínculo de uma venda para uma pessoa diferente do comodato cadastrado e ativo, desde que o endereço de entrega da venda seja o mesmo do endereço cadastrado no comodato. As regras atuais para vinculo de nota a comodato é a seguinte: Primeiro ponto: Endereço de Entrega
Segundo Ponto: Estabelecimento
Se tiver mais de um comodato ativo com o mesmo endereço de entrega vinculado, o sistema abrirá uma tela para que então o usuário defina a qual comodato o seu pedido será vinculado. A funcionalidade do plugin USAPSCOMODATOMANUAL continua com a mesma lógica, ou seja, estando ativo, será apresentado TODOS os comodatos ATIVOS indiferente da pessoa ou local de estoque, todos serão apresentados, para então manualmente selecionar o vínculo. Esse plugin só funciona para rotina de pedidos. | ||
1 - Menu: 2 - Objetivo: 3 - Alteração: | |||
343429 | PS-4626 | 1 – Menu 2 – Objetivo 3 – Alteração | |
351040 | PSFinanceiro- Agrupamento por analítica no relatório de duplicatas a pagar | 1 – Menu PSFinanceiro » Relatórios » Duplicatas a pagar 2 – Objetivo Desenvolver no relatório duplicatas a pagar a opção de agrupar as informações por analíticas. 3 – Alteração Desenvolvido no relatório “Duplicatas a Pagar” no PSFinanceiro um novo filtro na opção “Ordem” correspondente “Empresa- Analítica”. Também no filtro “Agrupar por” foi incluída a opção “Analítica”, assim quando o usuário precisar agrupar as informações do relatório por analítica precisará utilizar as duas opções em conjunto. Junto a essa melhoria foi melhorado visualmente a rotina, agora, as “Opções adicionais” possuem um botão de Maximizar e Minimizar o grid, e também foram reordenados os filtros da rotina. | |
315271 | 1 - Menu 2 - Objetivo 3 - Alteração | ||
1 - Menu 2 - Objetivo 3 - Alteração | |||
Recepcionar e utilizar a informação do CNAE no cadastro de Clientes/Fornecedores. | 1 - Menu: Cadastros Gerais >> Pessoas >> Dados Complementares. 2 - Objetivo: Recepcionar a informação do CNAE no cadastro de Clientes/Fornecedores do sistema. 3 - Alteração: Ajustar o sistema para que ao ser realizada a Consulta Receita no Cadastro da Pessoa e ser retornado o CNAE, que ao clicar em Retornar Dados, seja retornada para o cadastro a informação do CNAE, quando a mesma existir. Quando a receita não disponibilizar essa informação, será retornada a informação "99999 - Outras Atividades” ao Cadastro da Pessoa. OBS: Tal melhoria serve tanto para consultas com CPF quanto para consultas com CNPJ. | ||
Bloquear acerto em Duplicata de documentos do Consumidor Final | 1 - Menu: PSGerencial>>Notas Fiscais >> Notas Fiscais. PSFinanceiro>>Caixa/Bancos>>Caixa>>Controle de Caixa. 2 - Objetivo: Ajustar para que ao gerar um documento no PDV para consumidor final, após sincronizado para o retaguarda não seja possível alterar a forma de pagamento para duplicata. 3 - Alteração: Ajustado para que ao gerar um documento no PDV para consumidor final, após sincroniza-lo para o retaguarda não seja possível alterar a forma de pagamento para duplicata. |
General
Content
Integrations