PREFÁCIO Versão Nexgen 2.3.146
FRENTE DE LOJA
• Foi criado um parâmetro para identificar se ao reabrir um pedido de cliente os valores do pedido como desconto, frete etc. sejam ou não zerados. Para isso dever ser configurado com valor ‘SIM’ o parâmetro 525 (Ao Reabrir o Pedido todos os valores serão mantidos).
• Foi alterada a tela Pedido de venda do Cliente (PEDCV) para que ao retornar na tela de complemento, os campos referentes ao crédito de devolução sejam atualizados e com isso recalcular o pedido corretamente.
• Foi implementado ao sistema a modalidade de contratação de seguro no momento que estiver realizando um pedido de venda pelas operadoras de caixa, quando o cliente não tiver contrato poderá solicitar durante o recebimento do pedido.
• Na tela Pedido de Cliente (PEDCV) foi implementado uma solução para quando for realizar um orçamento de pedido sem cliente, o pedido não assumir mais o último cliente cadastrado.
ÓTICA
• Foi criado novo campo para importação de curvas do produto, também foi adicionada uma mensagem quando a planilha não estiver no padrão adequado.
• Foi realizada a correção da impressão de OS com perda de material.
• Implementado na requisição de liberação de pendências a melhoria de validação de continuidade da Ordem de Serviço (OS) com requisição de perda, atualizando as informações conforme o status da OS.
• O problema é originário de páginas desatualizadas. Está sendo liberadas as páginas mais atualizadas. Foi necessário colocar a coluna de "Loja da OS" na Consulta Status da Ordem de serviço (COSLJ) do Nexgen.
• Desenvolvimento do Processo que permite a digitalização da receita da OS através do APP do Nexgen (Nexgen Mobile) através da tela de Captura de receita (CPREC), também foi criado do parâmetro 1530 que determina que a OS pode ter a receita digitada mesmo possuindo a receita digitalizada. Para não permitir isso o parâmetro deve estar como "NÃO".
• Foi alterada a função no programa para não criticar o estoque das OS Garantia Cliente, quando esse não deixar o produto.
• Foi alterado o processo de Entrega de OS Cliente para quando o cliente não deixar o produto não seja gerado a nota de entrega no momento da entrega.
• O problema estava ocorrendo porque existia notas de serviços que estavam com o campo incorreto no banco de dados. O problema foi resolvido colocado um filtro no consulta para tratar apenas notas do modelo 2D, 55, 59, 65.
• problema ocorria porque o “união de duas tabelas” no banco de dados, entre a nota de garantia da OS e a nota de venda não estava usando o campo corretamente. O problema foi resolvido junto ao banco de dados colocando o campo na “união”
• Foi realizado a implementação de uma nova validação na geração de malote para que o sistema confirme se o malote está vinculado a nota, caso não esteja vinculado, o sistema irá forçar a vinculação.
Página | 5
• Foi realizado a correção do histórico de pendência para mostrar o usuário que gerou a pendência.
• O sistema foi modificado para não dar erro caso o usuário esqueça de informar o número da OS.
• Foi realizada a correção na validação para que o sistema permita incluir os materiais na OS de Retificação
• Ajustado do CSS do grid "Itens da OS" para adequar ao NexgenBrowser exibindo assim todos os itens da OS.
• Adicionados novos campos na impressão da perda da OS (tela, motivo, montador); Adicionador botão de imprimir a perda da OS na tela Consulta de ordem de Serviços (CONOS).
RETAGUARDA
• Foi criado novo campo para importação de curvas do produto, também foi adicionada uma mensagem quando a planilha não estiver no padrão adequado.
• Foi criado novo campo para importação de curvas do produto, também foi adicionada uma mensagem quando a planilha não estiver no padrão adequado.
• Implementada na funcionalidade IMPAF/REAJF a data de vigência de preço de promoção.
• Foi alterado o processo de importação a tela Importação Genérica de Produtos (IPROD) para que seja selecionado até 3 categorias vinculada ao produto importado da planilha
• Foi criado o relatório de inventário em PDF e Excel que será executado pela tela EIRLJ, que é chamada para tela Geração de Inventário (GEINV), pelo botão “Efetivar Inv. Lojas”, na tela de Efetivar Inventário Rotativo das Lojas (EIRLJ) foi criado o Botão “Rel de Inventário” e o Meio para Impressão em PDF e Excel.
• A tela Cadastro de Produtos (PRODU) para atualizar a informação referente o código do fabricante do produto nos processos de inclusão e alteração do produto quando for incluído ou alterado.
• A tela Análise de Crédito (ANACR) foi implementada para exibir os contratos em abertos do cliente de acordo com a um empresa específica, e não mais todos da empresa logada.
• O sistema foi alterado para considerar os tipos de estoque cadastrados de forma correta e assim compor o estoque disponível.
• A tela Consulta Nota Fiscal de Saída (CNSAI) foi modificada para gravar os descontos nos movimentos de acertos da nota no processo de cancelamento da nota de venda, corrigindo assim as comissões dos vendedores
• O sistema foi modificado para não obrigar o preenchimento do telefone residencial.
• A tela Cadastro de Cliente (CLEN) foi alterada para preencher e gravar corretamente o campo “ISENTO” , do cadastro do cliente
• O sistema foi corrigido com a atualização da função que consulta os itens.
• Na tela de Solicitação de Autorização (SOATU) foi adicionado um campo para informar a transação para consulta de solicitações de autorização. Realizadas melhorias de usabilidade na tela. Também foi alterada a tela de Desconto no Pedido ( PDESC) para calcular o percentual do desconto do item, quando a autorização for concedida em valor na SOATU.
• Corrigido problema relacionado ao envio da carta de correção
• O problema ocorria porque o campo da comissão da categoria estava com 3 caracteres, gerando o truncamento do primeiro dígito. A tela de Produto Pro Loja (PROLJ) foi alterada para ampliar o campo para 4 dígitos.
Página | 6
• O sistema foi alterado para fazer as devidas validações de cartão presente, como valor disponível e outras mais.
• Realizado um tratamento na importação de XML para acrescentar zeros à esquerda ao código de referência do fornecedor do produto, obedecendo ao parâmetro "Qtd Dígitos Referencia" configurado na tela de Empresas ( EMPRE).
• Foi modificada a tela "Entrada de Mercadoria" referente ao processo de "ASSOCIAÇÃO AUTOMÁTICA" entre a nota e o pedido de compra, para corrigir a rotina que armazena as divergências relacionada ao "plano de pagamento".
• Na tela de Pedidos Gerados pela Requisição Automática (PGRAU) foi alterada a rotina para considerar o tipo de estoque aguardando confirmação da transferência no cálculo do estoque disponível.
• Foi implementado um parâmetro que configura o tipo de emissão de boleto se o parâmetro estiver NÃO a Loja está configurada como Franquia e pode obter os dados do Beneficiário do Boleto pela Loja, não interferindo nas demais estações.
• Implementado a correção no ambiente de atualização na tela de Atualização de Dados (REAJF).
• A transação de devolução de fornecedor foi alterada para exibir a alíquota do IPI da nota de entrada, independente da configuração do CFOP para não validar a alíquota do IPI com a nota de entrada. Se o usuário informar uma alíquota diferente da alíquota da nota de entrada, a validação não será realizada e se o usuário não informar a alíquota, a mesma será obtida da nota fiscal de entrada.
• Foi criado um parâmetro na loja que desabilita o flag de RETER ST no complemento do pedido, com isso, será calculado a Substituição Tributária a partir do flag criado no cadastro de cliente(flag criado no cadastro de cliente "Dest. Substituto Tributário"). Se o flag do cliente estiver desmarcado será calculado a ST e estiver marcado não calcula a ST. Foi criado mais o item "Acordo nº 2022/3813 0" na combo "Regido pelo Decreto:", se esse item estiver selecionado será impresso na observação da nota a seguinte mensagem "Destinatário eleito substituto tributário conforme Termo de Acordo nº 2022/3813 0.".
• Na tela Conhecimento de Frete (MCFRN) foram adicionados campos de GRIS na importação de CTE e Leitura do GRIS e PESO NF/PESO BRUTO/Peso Taxado.
• Na tela Conhecimento de Frete (MCFRN) foi efetuada a correção na importação do conhecimento de frete, reconhecendo corretamente o valor da tag <qrCodCTe>, o erro ocorrido era por conta do tratamento incorreto dessa tag que impedia a leitura e importação do XML do CTE.
• Na tela Altera Vendedor Nota Fiscal Pedido Venda (ALTVE) foi alterada para modificar o vendedor em todas as tabelas existentes no sistema. Pois anteriormente quando o vendedor era alterado, a cabeça da nota e itens do pedido não eram alterados.
• Na tela Redigitação de Itens Para Conferência (REPRO) foi detectado que o ambiente do cliente estava com as classes desatualizadas e por isso foram geradas as classes utilizadas no processo da transação de Redigitação de Itens Para Conferência.
• Alteração solicitada pelo cliente alterando localização para conter acess token no header
• Efetuada implementação para permitir a utilização as TEF Adyen online e TEF Adyen offline na mesma venda.
• Na tela Guia do Comprador (GUIAC) de protocolos agora será mostrado os pedidos associados ao item.
• A tela Devolução de Cliente (DEVOL) foi modificada para permitir informar a pessoa que está devolvendo o produto. A pessoa poderá ser diferente do cliente que fez a venda.
• Efetuada alteração na baixa de título com cartão, para não efetuar mais a chamada do integrador sefaz. Essa chamada estava ocasionando o alto consumo de conexões por falta de conexão com o integrador sefaz que está sendo desabilitado.
Página | 7
• Na tela Manutenção do Caixa (MANCX) foi realizada a correção do erro e a inclusão de novos itens de caixa estão funcionando perfeitamente.
MENSAGERIA
• Efetuada implementação no sistema para habilitar a emissão de NF e e NFC e para o estado Paraná.
• Foi efetuada a implementação da emissão em contingência de NFC e usando mensageria VINCO, sendo assim, quando o estado permitir e o Nexgen estiver configurado para essa forma de emissão será possível utilizar a contingência de NFC e, de forma manual ou automática.
AJUSTES GERAIS
• Foi alterado sistema para ajustar e encerrar a aplicação no caso de já existir uma outra instância do browser com a aplicação aberta. O script só considerava o Internet Explorer e o Firefox, foram incluídos o tratamento para o Chrome e o Microsoft Edge. Foi alterado também o script que acionava a invalidação da sessão quando a janela de login é encerrada, pois não funcionava no Chrome e no Microsoft Edge.
• O sistema foi alterado para verificar os arquivos MASTERS antes da exclusão das tabelas de cidade, logradouro e bairros. O botão de 'subir master' agora requer confirmação.
• Efetuada correção na tela Manutenção de Feriados (MAFER) quando cadastrado feriado.
• As conexões referentes às transações afetadas foram fechadas corretamente.
• Foram regeradas as classes referentes a Consulta de Agendamentos (LOGAG).
• Efetuado melhoria no Monitor PDV para evitar o problema de ausência de troco, que estava ocorrendo por conta do pagamento não ser confirmado no SITEF. Efetuado também melhoria para quando usar um tipo de venda parcelado seja mostrado nos itens de caixa a opção PIX
• Foi modificado o Relatório de Comissão de Vendedores (RCVEN) para não considerar as devoluções de cliente referente as notas de devolução de garantia.
• Relatório Status dos Protocolos (RSPRO) teve criado parâmetro de consulta para listar por "data atualização".
• O Relatório de Giro de Produtos foi alterado a rotina para obter sempre o maior valor do custo do item e não mais o último.
• No Relatório de Faturamento do Caixa (RFATU) foram atualizadas classes que se encontravam desatualizadas por causa dos NoLocks.
• Foi modificado a tela Resumo de Vendas por Loja (RRVLJ) para corrigir a coluna referente totalização das modalidades de pagamentos.
• Foi corrigido a consulta do Relatório de Livro de Entrada (LFENT) corrigindo assim o campo referente ao valor total de algumas notas e não somente exibindo o valor item a item como acontecia. Foi corrigido também a geração de um LFENT pela data da digitação e pela data da entrada
• Foi corrigido o Relatório Analítico de Caixa (RANCX) quando gerado com parâmetro "9 Tipo de item de caixa" para exibir todas as modalidades
• Foi implementada a transação de Acompanhamento de Pedido de Fornecedor (RAPFO) para imprimir o Acompanhamento de Pedido do Fornecedor.
Página | 8
• O Relatório de Itens Devolvidos (RIDEV) foi implementado a melhoria para pegar os itens pela data de Digitação da nota fiscal e não a data de emissão.
• Foi implementado na tela Razão Analítico Consulta (CRANA) a correção do truncamento que impossibilitava a visualização do código do vendedor, aumentando o armazenamento de dígitos.
• A tela Relatório de Produtos por Lojas (REPRL) foi programada para durante a replicação é possível fazê-la por visão de lojas.
• Foi criada estrutura no Banco de Dados para guardar informações de situação tributária no processo de entrada de mercadoria.
• Foi criada estrutura no Banco de Dados para guardar informações das Lojas referentes a autorização e cashback.
• Foi criada estrutura no Banco de Dados para guardar informações do tipo de cashback para a integração do sistema CRM Bônus.
• Foi criada estrutura no Banco de Dados para guardar informações de Protocolo_CTRC.
• Foi criada estrutura no Banco de Dados para guardar informações de cliente e retenção de substituição tributária.
• Criada estrutura no banco para gravar dados das credenciais CRM & BÔNUS.
Página | 9
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS QUANTIDADE
NOVAS FUNCIONALIDADES1 8
MELHORIAS DE PROCESSO2 24
OBRIGAÇÕES FISCAIS3 0
NÃO CONFORMIDADE4 43
TOTAL 75
1 São novas transações, novos processos ou alterações de processos já existentes, disponibilizadas no ERP através das solicitações dos clientes por PCS. São também funcionalidades disponibilizadas no ERP a critério da Fornecedora.
2 São facilidades criadas para melhorar a usabilidade do usuário nos processos já existentes no ERP ou facilidades para melhor execução dos fluxos de processos integrados.
3 São funcionalidades disponibilizadas no ERP para atendimento da Legislação Vigente aplicável ao segmento de negócio do ERP.
4 São correções de inconsistências presentes nas telas ou resultados insatisfatórios durante a execução de um processo.
Página | 10
FRENTE DE LOJA
Processo: Pedido de Venda de Cliente
Ocorrência: 76628
Caso: Na tela de Pedido de Venda (PEDCV) após inserir produtos, cliente, frete ou outras taxas. Fechando o pedido e abrindo novamente, o valor de frete ou outras taxas saem do pedido. Solicitamos correção para que quando um pedido de cliente (PEDCV), for colocado valor de Frete ou Outras Taxas, seja fechado, ao ser aberto para promover qualquer alteração, o sistema não zerar esses valores.
Não Conformidade: Foi criado um parâmetro para identificar se ao reabrir um pedido de cliente os valores do pedido como desconto, frete etc. sejam ou não zerados. Para isso dever ser configurado com valor ‘SIM’ o parâmetro 525 (Ao Reabrir o Pedido todos os valores serão mantidos).
Ocorrência: 76921
Caso: Foi identificado que no retorno da tela de complemento, os campos referentes ao crédito de devolução não estava sendo atualizado na tela e com isso causava o problema.
Não Conformidade: Foi alterada a tela Pedido de venda do Cliente (PEDCV) para que ao retornar na tela de complemento, os campos referentes ao crédito de devolução sejam atualizados e com isso recalcular o pedido corretamente.
Ocorrência: 76408
Caso: Permitir a contratação de seguro no momento que estiver realizando um pedido de venda pelas operadoras de caixa e que sejam registrados com seus respectivos usuários.
Melhorias de Processo: Foi implementado ao sistema a modalidade de contratação de seguro no momento que estiver realizando um pedido de venda pelas operadoras de caixa, quando o cliente não tiver contrato poderá solicitar durante o recebimento do pedido.
Processo: Orçamento de Vendas
Ocorrência: 76922
Caso: Na tela Orçamento de Vendas (ORCAM) existe um problema ao executar um orçamento de pedido sem cliente, após converter em Pedido na tela Pedido de Cliente (PEDCV) o pedido está assumindo o último cliente cadastrado.
Não Conformidade: Na tela Pedido de Cliente (PEDCV) foi implementado uma solução para quando for realizar um orçamento de pedido sem cliente, o pedido não assumir mais o último cliente cadastrado.
Página | 11
ÓTICA
Processo: Verificação de Material de Ordem de Serviços
Ocorrência: 76682
Caso: Referente a requisição de perda e a impressão da OS, quando a primeira perda é uma peça e a segunda perda é o par, o sistema não está permitindo, consequentemente não está imprimindo a Ordem de serviço com a perda de material.
Não Conformidade: Foi realizada a correção da impressão de OS com perda de material.
Ocorrência: 76804
Caso: No processo de Ordem de Serviço (OS) com perda de material ao realizar a correção das pendências com sucesso a consulta ainda mostra dados na OS na liberação de pendências.
Não Conformidade: Implementado na requisição de liberação de pendências a melhoria de validação de continuidade da Ordem de Serviço (OS) com requisição de perda, atualizando as informações conforme o status da OS.
Processo: Interface Nexgen - Mobile
Ocorrência: 75020
Caso: A tela de Consulta Status da Ordem de serviço (COSLJ) mobile apresentou erro ao clicar sobre os botões de "histórico", e "os".
Não Conformidade: O problema é originário de páginas desatualizadas. Está sendo liberadas as páginas mais atualizadas. Foi necessário colocar a coluna de "Loja da OS" na Consulta Status da Ordem de serviço (COSLJ) do Nexgen.
Processo: Digitalização de Ordem de Serviço - Mobile
Ocorrência: 73341
Caso: Implementar a possibilidade de digitalizar as receitas dos clientes na telas de pedido e Consulta Status da Ordem de serviço (COSLJ).
Novas Funcionalidades: Desenvolvimento do Processo que permite a digitalização da receita da OS através do APP do Nexgen (Nexgen Mobile) através da tela de Captura de receita (CPREC), também foi criado do parâmetro 1530 que determina que a OS pode ter a receita digitada mesmo possuindo a receita digitalizada. Para não permitir isso o parâmetro deve estar como "NÃO".
Página | 12
Processo: Geração de O.S de Garantia na Loja Ocorrência: 76789
Caso: Não está sendo possível a geração e Ordem de Serviço de Garantia.
Não Conformidade: Foi alterada a função no programa para não criticar o estoque das OS Garantia Cliente, quando esse não deixar o produto.
Ocorrência: 76223
Caso: Algumas Ordens de Serviço estão com avaria indevidas em relação a algumas grifes no estoque.
Não Conformidade: Foi alterado o processo de Entrega de OS Cliente para quando o cliente não deixar o produto não seja gerado a nota de entrega no momento da entrega
Ocorrência: 77001
Caso: Ao abrir a tela Ordem De Serviço de Garantia (OSGAC), selecionar o tipo de garantia como "OS garantia Cliente" digitar matrícula e senha, digitar o CPF e clicar na lupa, sistema exibe erro: Ocorreu um erro grave na aplicação. acesse a transação ERROS
Não Conformidade: O problema estava ocorrendo porque existia notas de serviços que estavam com o campo incorreto no banco de dados. O problema foi resolvido colocado um filtro no consulta para tratar apenas notas do modelo 2D, 55, 59, 65.
Ocorrência: 76913
Caso: Usuário informa que está acontecendo um problema com a OS 26056 da loja 6, pois só foi digitado uma armação, porém na impressão está saindo duas armações. Usuário informa ainda que isso vem acontecendo em todas as lojas e com OS garantia.
Não Conformidade: O problema ocorria porque o “união de duas tabelas” no banco de dados, entre a nota de garantia da OS e a nota de venda não estava usando o campo corretamente. O problema foi resolvido junto ao banco de dados colocando o campo na “união”
Processo: Geração de Malote na Loja
Ocorrência: 76568
Caso: Ao gerar o malote 15097 da OS 20629 saiu do laboratório, foi recebido em loja no dia 01/08/22, está como disponível para entrega, mas não recebeu no estoque os produtos fazendo com que não conseguisse entregar o pedido.
Não Conformidade: Foi realizado a implementação de uma nova validação na geração de malote para que o sistema confirme se o malote está vinculado a nota, caso não esteja vinculado, o sistema irá forçar a vinculação.
Página | 13
Processo: Motivo de Pendências
Ocorrência: 76437
Caso: A tela de pendências, mesmo quando coloca usuário e senha, quem aparece como quem fez as mudanças na OS foi o usuário que foi feito o Login no sistema.
Não Conformidade: Foi realizado a correção do histórico de pendência para mostrar o usuário que gerou a pendência.
Processo: Ordem de Serviço Retificação
Ocorrência: 76839
Caso: Sistema apresentou erro de falta de função ao cancelar OS e entregar OS
Não Conformidade: O sistema foi modificado para não dar erro caso o usuário esqueça de informar o número da OS.
Ocorrência: 76890
Caso: Sistema apresentou erro quando utilizado para realizar a consulta de consumo de material em OS de retificação.
Não Conformidade: Foi realizada a correção na validação para que o sistema permita incluir os materiais na OS de Retificação
Processo: Consulta de Ordem de Serviços
Ocorrência: 76454
Caso: Ao acessar o detalhe da OS em tela de Consulta de Ordem de Serviço (CONOS), no laboratório, usuário não consegue ver a última linha da caixa dos itens da OS usando o NEXGENBROWSER, mesmo fazendo uso da barra de rolagem.
Não Conformidade: Ajustado do CSS do grid "Itens da OS" para adequar ao NexgenBrowser exibindo assim todos os itens da OS.
Ocorrência: 74414
Caso: Segue alteração da Impressão da OS PERDA: Deverá continuar acumulativa; Deverá exibir o Motivo da última perda informado na última rejeição; Deverá exibir o Montador informado na última rejeição; Deverá exibir a tela que sofreu última rejeição; Deverá continuar exibindo qual olho ou o par ocorreu a perda e sua dioptria. A OS impressa deverá ser identificada como: PERDA_1 ou PERDA_2, conforme a quantidade de vez que sofreu perda; O botão IMPRIMIR OS PERDA deverá continuar disponível apensas para a última perda, na VMAMO; Incluir o botão IMPRIMIR OS PERDA na CONOS, para reimprimir OSs que sofreram perdas, quando necessário.
Novas Funcionalidades: Adicionados novos campos na impressão da perda da OS (tela, motivo, montador); Adicionador botão de imprimir a perda da OS na tela Consulta de ordem de Serviços (CONOS).
Página | 14
RETAGUARDA
Processo: Importação de Preços
Ocorrência: 76207
Caso: A tela Importação de Preços (IMPCP) deverá criar novo campo para podermos fazer a importação das curvas ABC dos produtos.
Melhorias de Processo: Foi criado novo campo para importação de curvas do produto, também foi adicionada uma mensagem quando a planilha não estiver no padrão adequado.
Ocorrência: 76724
Caso: Implementar na funcionalidade IMPAF/REAJF a data de vigência de preço de promoção.
Melhorias de Processo: Implementada na funcionalidade IMPAF/REAJF a data de vigência de preço de promoção.
Processo: Manutenção do Caixa
Ocorrência: 77119
Caso: Na tela Manutenção do Caixa (MANCX) quando é alterado os movimentos, incluindo uma nova forma de pagamento, o sistema está exibindo um erro
Não Conformidade: Na tela Manutenção do Caixa (MANCX) foi realizada a correção do erro e a inclusão de novos itens de caixa estão funcionando perfeitamente.
Processo: Importação Genérica de Produtos
Ocorrência: 76432
Caso: Alteração do processo de cadastro de produto pela importação da planilha incluindo os campos: GRIFE, GRUPO GRIFE E COLEÇÃO.
Melhorias de Processo: Foi alterado o processo de importação a tela Importação Genérica de Produtos (IPROD) para que seja selecionado até 3 categorias vinculada ao produto importado da planilha
Processo: Efetivar Inventário Rotativo das Lojas
Ocorrência: 76465
Caso: Criar relatório que mostre o resultado das consolidações dos inventários , mostrando quem efetuou o inventário, data da consolidação, quais os itens que foram inventariados com as quantidades que foram inventariadas. isso se dá, pois, ao fechar o inventários as informações de consolidação não são mais disponíveis.
Página | 15
Novas Funcionalidades: Foi criado o relatório de inventário em PDF e Excel que será executado pela tela EIRLJ, que é chamada para tela Geração de Inventário (GEINV), pelo botão “Efetivar Inv. Lojas”, na tela de Efetivar Inventário Rotativo das Lojas (EIRLJ) foi criado o Botão “Rel de Inventário” e o Meio para Impressão em PDF e Excel.
Processo: Cadastro de Produto
Ocorrência: 76619
Caso: Problema ao alterar os campos na tela Cadastro de Produtos (PRODU), ao incluirmos no novos códigos de fabricantes o sistema não está gravando corretamente a estrutura no banco de dados , ocasionando erros na NFe que o item sai sem esse código de fabricante.
Não Conformidade: A tela Cadastro de Produtos (PRODU) para atualizar a informação referente o código do fabricante do produto nos processos de inclusão e alteração do produto quando for incluído ou alterado.
Processo: Análise de Crédito
Ocorrência: 74782
Caso: A tela Análise de Crédito (ANACR) não estava exibindo somente os contratos em abertos do cliente de acordo com a um empresa específica, sempre exibindo todos da empresa logada.
Melhorias de Processo: A tela Análise de Crédito (ANACR) foi implementada para exibir os contratos em abertos do cliente de acordo com a um empresa específica, e não mais todos da empresa logada.
Processo: Posição Geral do Estoque
Ocorrência: 76812
Caso: Sistema está gerando os pedidos de transferência baseada no estoque disponível, mas está abatendo somente a conta de reserva e desconsiderando as contas de avaria e faltantes.
Não Conformidade: O sistema foi alterado para considerar os tipos de estoque cadastrados de forma correta e assim compor o estoque disponível.
Processo: Consulta Nota Fiscal de Saída
Ocorrência: 76642
Caso: No cancelamento da nota de venda na tela de Consulta Nota Fiscal de Saída (CNSAI) não estava gravando os descontos nos movimentos de acertos da nota e consequentemente não estava abatendo estes valores da comissão do vendedor.
Não Conformidade: A tela Consulta Nota Fiscal de Saída (CNSAI) foi modificada para gravar os descontos nos movimentos de acertos da nota no processo de cancelamento da nota de venda, corrigindo assim as comissões dos vendedores.
Página | 16
Processo: Cadastro de Cliente Simplificado
Ocorrência: 76753
Caso: A tela Cadastro de cliente Simplificado (CLISP) está obrigando informar telefone residencial.
Não Conformidade: O sistema foi modificado para não obrigar o preenchimento do telefone residencial.
Processo: Cadastro de Cliente
Ocorrência: 76868
Caso: A tela Cadastro de Cliente (CLEN) ao tentar marcar a opção de cliente “ISENTO”, o sistema não está gravando na tela a alteração.
Não Conformidade: A tela Cadastro de Cliente (CLEN) foi alterada para preencher e gravar corretamente o campo “ISENTO” , do cadastro do cliente
Processo: Solicitação de Autorização
Ocorrência: 76796
Caso: A tela Solicitação de Autorização (SOATU) ao consultar um item sistema dá um erro Não Conformidade: O sistema foi corrigido com a atualização da função que consulta os itens. Ocorrência: 76782
Caso: Alterar a tela de Solicitação de Autorização (SOATU) para exibir na grid o usuário autorizador, também incluir filtro por transação e ampliar a grid para não gerar barra de rolagem.
Melhorias de Processo: Na tela de Solicitação de Autorização (SOATU) foi adicionado um campo para informar a transação para consulta de solicitações de autorização. Realizadas melhorias de usabilidade na tela Também foi alterada a tela de Desconto no Pedido ( PDESC) para calcular o percentual do desconto do item, quando a autorização for concedida em valor na SOATU.
Processo: Status de Nota Fiscal
Ocorrência: 76562
Caso: A tela Status de Nota Fiscal (STNFE) apresentou erro ao enviar carta de correção por e mail, erro ao imprimir carta de correção. Carta de correção com protocolo, mas não consta na SEFAZ.
Página | 17
Não Conformidade: Corrigido problema relacionado ao envio da carta de correção
Processo: Produto Por Loja
Ocorrência: 76680
Caso: Verificado truncamento de um determinado campo exigido no processo de geração do relatório de vendas quando produto tinha categoria.
Não Conformidade: O problema ocorria porque o campo da comissão da categoria estava com 3 caracteres, gerando o truncamento do primeiro dígito. A tela de Produto Pro Loja (PROLJ) foi alterada para ampliar o campo para 4 dígitos.
Processo: Validações
Ocorrência: 76089
de Cartão Presente
Caso: Identificado um erro ao utilizar um cartão presente, o sistema está permitindo incluir o saldo do cartão várias vezes no mesmo pedido.
Melhorias de Processo: O sistema foi alterado para fazer as devidas validações de cartão presente, como valor disponível e outras mais.
Processo: Entradas de Mercadorias
Ocorrência: 76820
Caso: Implementar a para que na importação do XML, o cadastro do produto considere os seis dígitos, configurados no parâmetro de empresa.
Não Conformidade: Realizado um tratamento na importação de XML para acrescentar zeros à esquerda ao código de referência do fornecedor do produto, obedecendo ao parâmetro "Qtd Dígitos Referencia" configurado na tela de Empresas ( EMPRE).
Ocorrência: 76401
Caso: Problema na geração de divergências entre o pedido de compras e a nota de entrada, isso está gerando divergência na quantidade de parcelas de forma errada .
Não Conformidade: Foi modificada a tela "Entrada de Mercadoria" referente ao processo de "ASSOCIAÇÃO AUTOMÁTICA" entre a nota e o pedido de compra, para corrigir a rotina que armazena as divergências relacionada ao "plano de pagamento".
Processo: Pedidos Gerados pela Requisição Automática
Ocorrência: 76979
Caso: Na tela de Pedidos Gerados pela Requisição Automática (PGRAU) é necessário fazer ajustes no processo de geração de pedido de transferência, com relação ao cálculo da
Página | 18
quantidade do item no pedido, pois está incluindo item no pedido mesmo o item já tendo nota de transferência.
Não conformidade: Na tela de Pedidos Gerados pela Requisição Automática (PGRAU) foi alterada a rotina para considerar o tipo de estoque aguardando confirmação da transferência no cálculo do estoque disponível.
Processo: Emissão de Boleto
Ocorrência: 76226
Caso: Ao emitir um boleto com dados cadastrados em uma estação(A) é possível preencher os dados da emissão de boleto do banco, porém ao alterar os dados bancário e for para uma segunda estação(B) com o mesmo banco, o sistema está sincronizando as informações e quando altera na estação (B) a estação (A)sofre essas alterações com isso modifica o financeiro das lojas.
Não Conformidade: Foi implementado um parâmetro que configura o tipo de emissão de boleto se o parâmetro estiver NÃO a Loja está configurada como Franquia e pode obter os dados do Beneficiário do Boleto pela Loja, não interferindo nas demais estações.
Processo: Importação de Fornecedor
Ocorrência: 77013
Caso: Erro ao acessar a tela de Atualização de Dados (REAJF) quando há dados de importação para atualizar, mensagem de erro ao atualizar com os dados da tela.
Não Conformidade: Implementado a correção no ambiente de atualização na tela de Atualização de Dados (REAJF).
Processo: Saída Garantia de Fornecedor
Ocorrência: 75864
Caso: Na tela Saída Garantia de Fornecedor (SAGF2) quando é gerando uma nota fiscal de devolução digitando uma alíquota de IPI diferente da informada na nota de origem, sistema não está permitindo, mesmo estando com o parâmetro 1316 setado.
Melhorias de Processo: A transação de devolução de fornecedor foi alterada para exibir a alíquota do IPI da nota de entrada, independente da configuração do CFOP para não validar a alíquota do IPI com a nota de entrada. Se o usuário informar uma alíquota diferente da alíquota da nota de entrada, a validação não será realizada e se o usuário não informar a alíquota, a mesma será obtida da nota fiscal de entrada.
Processo: Resumo de Apuração de ICMS
Ocorrência: 75864
Caso: Adequar sistema para apuração de ICMS para o estado de Sergipe
Página | 19
Melhorias de Processo: Foi criado um parâmetro na loja que desabilita o flag de RETER ST no complemento do pedido, com isso, será calculado a Substituição Tributária a partir do flag criado no cadastro de cliente(flag criado no cadastro de cliente "Dest. Substituto Tributário"). Se o flag do cliente estiver desmarcado será calculado a ST e estiver marcado não calcula a ST. Foi criado mais o item "Acordo nº 2022/3813 0" na combo "Regido pelo Decreto:", se esse item estiver selecionado será impresso na observação da nota a seguinte mensagem "Destinatário eleito substituto tributário conforme Termo de Acordo nº 2022/3813 0.".
Processo: Conhecimento de Frete
Ocorrência: 76224
Caso: Na tela Conhecimento de Frete (MCFRN) na importação dos XML’S e CTE’S foi identificado que alguns campos não existem na tabela e outros não estão sendo alimentados pela importação.
Não conformidade: Na tela Conhecimento de Frete (MCFRN) foram adicionados campos de GRIS na importação de CTE e Leitura do GRIS e PESO NF/PESO BRUTO/Peso Taxado.
Ocorrência:76920
Caso: Na tela Conhecimento de Frete (MCFRN) os CTE’S não estão sendo importados, o sistema está pedindo valores para o campo (data de emissão) por exemplo, que deveria ser alimentado automaticamente.
Não Conformidade: Na tela Conhecimento de Frete (MCFRN) foi efetuada a correção na importação do conhecimento de frete, reconhecendo corretamente o valor da tag <qrCodCTe>, o erro ocorrido era por conta do tratamento incorreto dessa tag que impedia a leitura e importação do XML do CTE.
Processo: Altera Vendedor Nota Fiscal Pedido Venda
Ocorrência: 76175
Caso: Na tela Altera Vendedor Nota Fiscal Pedido Venda (ALTVE) existem problemas com a comissão de vendedor após realizar alteração pela transação.
Não Conformidade: Na tela Altera Vendedor Nota Fiscal Pedido Venda (ALTVE) foi alterada para modificar o vendedor em todas as tabelas existentes no sistema. Pois anteriormente quando o vendedor era alterado, a cabeça da nota e itens do pedido não eram alterados.
Processo: Redigitação de Itens Para Conferência
Ocorrência: 76980
Caso: Na tela Redigitação de Itens Para Conferência (REPRO) está ocorrendo um erro ao consultar protocolo e lote.
Página | 20
Não Conformidade: Na tela Redigitação de Itens Para Conferência (REPRO) foi detectado que o ambiente do cliente estava com as classes desatualizadas e por isso foram geradas as classes utilizadas no processo da transação de Redigitação de Itens Para Conferência.
Processo:
Cadastro de Lojas
Ocorrência: 71925
Caso: Alterar a solicitação pelo cliente alterando localização para conter acess token no header
Melhorias de Processo: Alteração solicitada pelo cliente alterando localização para conter acess token no header
Processo:
Modalidades TEF ADYEN
Ocorrência: 76054
Caso: Efetuada implementação para permitir a utilização as modalidades TEF Adyen online e TEF Adyen offline na mesma venda.
Melhorias de Processo: Efetuada implementação para permitir a utilização as TEF Adyen online e TEF Adyen offline na mesma venda.
Processo:
Guia do Comprador
Ocorrência: 76213
Caso: Alterar a tela Guia do Comprador (GUIAC) p/ mostrar os pedidos que foram associados ao item.
Melhorias de Processo: Na tela Guia do Comprador (GUIAC) de protocolos agora será mostrado os pedidos associados ao item.
Processo: Devolução de Pedido de Cliente
Ocorrência: 76766
Caso: A tela Devolução de Cliente (DEVOL) deverá ser modificada para permitir informar a pessoa que está devolvendo o produto.
Novas Funcionalidades: A tela Devolução de Cliente (DEVOL) foi modificada para permitir informar a pessoa que está devolvendo o produto. A pessoa poderá ser diferente do cliente que fez a venda. Quando a devolução é realizada por uma pessoa que não fez a compra(compra para presente), e o cliente da venda também não foi informado, o vale troca será gerado em nome da pessoa que está devolvendo o produto(Nome e CPF). Neste caso, os comprovantes do vale troca serão emitidos em nome da pessoa que está efetuando a devolução. Se no pedido foi informado o número do cliente, a devolução poderá ser feita por outra pessoa, informando o nome e CPF da pessoa que está devolvendo. Para informar os dados da pessoa
Página | 21
que está fazendo a devolução, foi criado um botão na tela de fechamento da devolução, onde o usuário irá selecionar o botão "Cliente Devolução" para permitir informar o CPF e nome da pessoa que está devolvendo o produto. Ao acionar o botão, será chamada uma popup para informar os dados da pessoa. A geração do documento de devolução exige que exista um código de cliente, e no caso de informar o nome e CPF da pessoa, o cliente não existe no cadastro, portanto, foi criado o parâmetro 272 para informar o código do cliente padrão da devolução. Quando a devolução for confirmada sem o código do cliente, será validado se o parâmetro 272 foi cadastrado e também será validado se o código do cliente cadastrado no parâmetro, existe na transação CLIEN. O vale troca gerado na devolução será emitido em nome do cliente da compra ou em nome da pessoa que fez a devolução, dependendo da ação realizada pelo usuário. Os relatórios RVALE e RGENT irão se comportar da mesma forma do comprovante vale troca.
Processo: Baixa de Crediário
Ocorrência: 77021
Caso: Efetuar alteração na baixa de título com cartão, para não efetuar mais a chamada do integrador sefaz.
Melhorias de Processo: Efetuada alteração na baixa de título com cartão, para não efetuar mais a chamada do integrador sefaz. Essa chamada estava ocasionando o alto consumo de conexões por falta de conexão com o integrador sefaz que está sendo desabilitado.
MENSAGERIA
Processo: EMISSÃO DE NFe E NFCe no PARANÁ
Ocorrência: 76792
Caso: Efetuada implementação no sistema para habilitar a emissão de NF e e NFC e para o estado Paraná.
Novas Funcionalidades: Efetuada implementação no sistema para habilitar a emissão de NF e e NFC e para o estado Paraná.
Processo: Nota Fiscal ao Consumidor Eletrônica
Ocorrência: 76253
Caso: É necessário ser feito a implementação da contingência NFC e para mensageria VINCO
Novas Funcionalidades: Foi efetuada a implementação da emissão em contingência de NFC e usando mensageria VINCO, sendo assim, quando o estado permitir e o Nexgen estiver
Página | 22
configurado para essa forma de emissão será possível utilizar a contingência de NFC e, de forma manual ou automática.
AJUSTES GERAIS
Processo: Tela de
Ocorrência: 74574
Login
Caso: O sistema está permitindo fazer o login no mesmo browser mais de uma vez, gerando conflito nos dados da sessão.
Melhorias de Processo: Foi alterado sistema para ajustar e encerrar a aplicação no caso de já existir uma outra instância do browser com a aplicação aberta. O script só considerava o Internet Explorer e o Firefox, foram incluídos o tratamento para o Chrome e o Microsoft Edge. Foi alterado também o script que acionava a invalidação da sessão quando a janela de login é encerrada, pois não funcionava no Chrome e no Microsoft Edge.
Processo: Processamento de endereços em arquivo DNE
Ocorrência: 75119
Caso: O sistema foi alterado para verificar os arquivos MASTERS antes da exclusão das tabelas de cidade, logradouro e bairros.
Melhorias de Processo: O sistema foi alterado para verificar os arquivos MASTERS antes da exclusão das tabelas de cidade, logradouro e bairros. O botão de 'subir master' agora requer confirmação.
Processo: Manutenção de Feriados
Ocorrência: 77004
Caso: A tela Manutenção de Feriados (MAFER) apresentou o ano 1900 quando cadastra os feriados
Não Conformidade: Efetuada correção na tela Manutenção de Feriados (MAFER) quando cadastrado feriado.
Processo:
Conexões Abertas no Banco de Dados
Ocorrência: 77066
Caso: Conexão aberta em relatórios EXCEL quando geram relatórios.
Página | 23
Não Conformidade: As conexões referentes às transações afetadas foram fechadas corretamente.
Processo: Consulta de Agendamentos
Ocorrência: 76956
Caso: Ajustar Consulta de Agendamentos (LOGAG), não está retornando à consulta sobre a execução dos agendamentos.
Não Conformidade: Foram regeradas as classes referentes a Consulta de Agendamentos (LOGAG).
Processo: NexgenPDV2.4.2
Ocorrência: 76409
Caso: Erro ao tentar fazer Estorno de Venda.
Melhorias de Processo: Efetuado melhoria no Monitor PDV para evitar o problema de ausência de troco, que estava ocorrendo por conta do pagamento não ser confirmado no SITEF. Efetuado também melhoria para quando usar um tipo de venda parcelado seja mostrado nos itens de caixa a opção PIX
Processo: Relatórios
Ocorrência: 77016
Caso: O Relatório de Comissão de Vendedores (RCVEN) deverás ser ajustado para não considerar as devoluções de cliente referente as notas de devolução de garantia.
Melhorias de Processo: Foi modificado o Relatório de Comissão de Vendedores (RCVEN) para não considerar as devoluções de cliente referente as notas de devolução de garantia.
Ocorrência: 76431
Caso: Criar no Relatório Status dos Protocolos (RSPRO) o parâmetro de consulta para listar por data de atualização.
Melhorias de Processo: Relatório Status dos Protocolos (RSPRO) teve criado parâmetro de consulta para listar por "data atualização".
Ocorrência: 76809
Caso: O Relatório de Giro de Produtos está com divergência, a coluna de custo total em alguns itens estão vindo zerado.
Não Conformidade: O Relatório de Giro de Produtos foi alterado a rotina para obter sempre o maior valor do custo do item e não mais o último.
Ocorrência: 76934
Página | 24
Caso: O Relatório de Faturamento do Caixa (RFATU) ao clicar no botão "Sel. categoria Principal" está executando um erro.
Não Conformidade: No Relatório de Faturamento do Caixa (RFATU) foram atualizadas classes que se encontravam desatualizadas por causa dos NoLocks.
Ocorrência: 76739
Caso: Identificada diferença no Relatório Resumo de Vendas por Loja (RRVLJ), especificamente na coluna dos totais. O somatório dos valores não está condizente com o valor na coluna Total.
Não Conformidade: Foi modificado a tela Resumo de Vendas por Loja (RRVLJ) para corrigir a coluna referente totalização das modalidades de pagamentos.
Ocorrência: 76864
Caso: O Relatório de Livro de Entrada (LFENT) não está exibindo o valor total de algumas notas, somente o valor item a item
Não Conformidade: Foi corrigido a consulta do Relatório de Livro de Entrada (LFENT) corrigindo assim o campo referente ao valor total de algumas notas e não somente exibindo o valor item a item como acontecia. Foi corrigido também a geração de um LFENT pela data da digitação e pela data da entrada
Ocorrência: 76898
Caso: O Relatório Analítico de Caixa (RANCX) quando gerado com parâmetro "9 Tipo de item de caixa" mostra todas as modalidades menos a de deposito bancário.
Não Conformidade: Foi corrigido o Relatório Analítico de Caixa (RANCX) quando gerado com parâmetro "9 Tipo de item de caixa" para exibir todas as modalidades
Ocorrência: 76620
Caso: Na transação Consulta Pedido de Fornecedor (CPEDF) ou Consulta Pedido de Fornecedor (CPPFO), é necessário incluir uma forma de exportar os pedidos do sistema em arquivo Excel por loja e fornecedor.
Novas Funcionalidades: Foi implementada a transação de Acompanhamento de Pedido de Fornecedor (RAPFO) para imprimir o Acompanhamento de Pedido do Fornecedor.
Ocorrência: 76935
Caso: O Relatório de Itens Devolvidos (RIDEV) não está informando o total correto de itens devolvidos após informação da data de emissão da nota fiscal.
Não Conformidade: O Relatório de Itens Devolvidos (RIDEV) foi implementado a melhoria para pegar os itens pela data de Digitação da nota fiscal e não a data de emissão.
Página | 25
Ocorrência: 77000
Caso: Na tela Razão Analítico Consulta (CRANA), na consulta não mostra o código do vendedor quando há mais de dois dígitos salvo, sendo exibido na coluna de forma truncada. É necessário que apareça corretamente o código completo do vendedor.
Não Conformidade: Foi implementado na tela Razão Analítico Consulta (CRANA) a correção do truncamento que impossibilitava a visualização do código do vendedor, aumentando o armazenamento de dígitos.
Ocorrência: 76304
Caso: A tela Relatório de Produtos por Lojas (REPRL) deverá solicitar que o processo de replicação de todos esses dados disponibilizados para replicação possam ser feito através de visão de lojas
Novas Funcionalidades: A tela Relatório de Produtos por Lojas (REPRL) foi programada para durante a replicação é possível fazê la por visão de lojas.
Processo: Estrutura de Banco de Dados
Ocorrência: 76896
Caso: Criar estrutura no Banco de Dados para guardar informações de situação tributária no processo de entrada de mercadoria.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de situação tributária no processo de entrada de mercadoria.
Ocorrência: 76914
Caso: Criar estrutura no Banco de Dados para guardar informações das Lojas referentes a autorização e cashback.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações das Lojas referentes a autorização e cashback.
Ocorrência: 76997
Caso: Criar estrutura no Banco de Dados para guardar informações do tipo de cashback para a integração do sistema CRM Bônus.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações do tipo de cashback para a integração do sistema CRM Bônus.
Ocorrência: 76994
Caso: Criar estrutura no Banco de Dados para guardar informações de Protocolo_CTRC.
Página | 26
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de Protocolo_CTRC.
Ocorrência: 77022
Caso: Criar estrutura no Banco de Dados para guardar informações de cliente e retenção de substituição tributária.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de cliente e retenção de substituição tributária.
Ocorrência: 77083
Caso: Criar estrutura no banco para gravar dados das credenciais CRM & BÔNUS.
Melhorias de Processo: Criada estrutura no banco para gravar dados das credenciais CRM & BÔNUS.
Página | 27
