Nexgen 2.3 – Release 148

Histórico de Alterações Aplicáveis ao sistema Nexgen

SECREL - Tecnologia e Soluções Inovadoras® | NexGEN–Todasuagestãonasnuvens.

Copyright© 2015 SECREL. – Todos os direitos reservados. Nenhuma parte deste documento pode ser copiada, reproduzida, traduzida ou transmitida por qualquer meio eletrônico ou mecânico, na sua totalidade ou em parte, sem a prévia autorização escrita da SECREL, que se reserva o direito de efetuar alterações sem aviso prévio. A SECREL não assume qualquer responsabilidade pelas consequências de quaisquer erros ou inexatidões que possam aparecer neste documento.

SECREL SOLUÇÕES DE INFORMÁTICA LTDA.

Matriz:

Av. Dom Luís, 500 - 20º andar - Aldeota

Fortaleza - CE - 60.160-230

T: 85 3466.7000 - Brasil - www.gruposecrel.com.br

NOVIDADES

Link de Pagamento Integrado ao Mercado PagoImplementada com a melhoria para gera link de pagamento de pedido para ser pago através da plataforma mercado pago e com entrega em domicílio do cliente;

Foi modificada a transação de recebimento de pedidos para gravar o valor da fatura gerada dos pedidos da modalidade "Contra Entrega", acrescida do valor do ICMS Substituição Tributária.

Foi efetuada a correção do preenchimento da NFSe no campo onde indica o local da prestação de serviço. A informação da UF e cidade da prestação do serviço, será na tela de complemento do pedido. O preenchimento dos campos será obrigatório, se existir no pedido algum item do tipo serviço.

NexgenPDV 2.4.2

PREFÁCIO

Versão

Nexgen 2.3.148

FRENTE DE LOJA

• A tela Pedido de Cliente de Vendas (PEDCV) passou a considerar o parâmetro da Loja “Inibe Desconto do tipo de Venda” .

• Na tela Pedido de Cliente (PEDCV) foi corrigido a rotina que retorna os créditos do cliente e preenche a combo da tela

• Foi realizado ajuste na consulta dos dados para corrigir duplicidade no produto no Cupom Fiscal Eletrônico, pois estava ocorrendo duplicidades em alguns produtos.

• Foi modificado a transação de recebimento de pedido para altear a mensagem a "attention 016-caixa não foi aberto - utilize transação ABRCX” para "attention 016-caixa não foi aberto - utilize transação EOPCX". esta mensagem é exibida no recebimento do pedido, pois o caixa ainda não foi efetuou a abertura do caixa.

• Ao realizar inclusão de pedido na integração SFA, passa a realizar teste nos dados do cliente caso cliente não esteja no cadastro SFA altera a estrutura do banco de dados para incluir

• Atualizado processo do Cashback CRM&Bônus

• Realizada robustez na tela para permitir ao usuário desmarcar a opção de campanha disponível caso deseje

• Efetuadas modificações em processo específico de integração com a ADYEN.

• Foi efetuada a alteração para consultar a credenciado cartão quando for TEF somente pelo código vindo do TEF.

• Foi modificada a transação de recebimento de pedidos para gravar o valor da fatura gerada dos pedidos da modalidade "Contra Entrega", acrescida do valor do ICMS Substituição Tributária.

• Foi realizado ajuste para o NexGen realizar a gravação completa do XML’s de notas fiscais com mais de 300 itens. E também para o NexGen realizar a gravação completa do XML’s referente ao processo de comunicação com o BC gerando arquivos muito extensos, com mais de 70 mil caracteres.

• Ocorrência: 77771

• Foi efetuado o ajuste no processo de BC conforme solicitado, esse ajuste não interfere em nenhum processo comum do NEXGEN.

• Ocorrência: 77789

• Foi efetuado o ajuste no processo de BC conforme solicitado, esse ajuste não interfere em nenhum processo comum do Nexgen.

• Foi realizado ajuste para o NexGen realizar a gravação completa do XML’s de notas fiscais com mais de 300 itens. E também para o NexGen realizar a gravação completa do XML’s referente ao processo de comunicação com o BC gerando arquivos muito extensos, com mais de 70 mil caracteres.

• Foi efetuado a correção nos dados armazenados da CRM&BONUS, evitando geração de erro de cast.

RETAGUARDA

• Constatou-se que a classe responsável pelo cancelamento/inutilização das notas (NF-e e NFC-e), estava desatualizada. Sendo assim, foi disponibilizado a classe atualizada para a solução do problema

• Na tela Produto por Loja (PROLJ) foi alterada para zerar o preço de varejo a prazo em todas as lojas da visão, quando o usuário informar zerar o preço de varejo a prazo na loja que está sendo alterada, e para não permitir alterar ou excluir um produto, sem que antes seja feita a consulta do produto na loja.

• Foi efetuada a correção do preenchimento da NFSe no campo onde indica o local da prestação de serviço. A informação da UF e cidade da prestação do serviço, será na tela de complemento do pedido. O preenchimento dos campos será obrigatório, se existir no pedido algum item do tipo serviço.

• Corrigido limitando o tamanho da Imagem, dimensões e tipo de arquivo que pode ser selecionado.

• Efetuada correção de NOLOCK em algumas estruturas de ados correspondentes ao processo para melhoria da performance do relatório.

• Foi ajustado as queries do XSEED e INNOVATION para trocar o caractere ' por ' '. Também foram ajustados os objetos que geram SQLCOMMAND para fazer a troca do caractere ' por ' '. A motivação é para resolver o problema no ORACLE, que considera o caractere ' como nulo, gerando um retorno não esperado nas comparações.

• A transação de entrada de mercadoria com geração de compromisso, foi modificada para associar a classificação contábil do fornecedor ao compromisso gerado. Para fazer a associação, a transação PARFO foi modificada para permitir informar o código da classificação contábil. A associação deverá ser configurada na transação "FORNE", botão "Parâmetros", onde o usuário irá informar o código da classificação contábil. No momento da geração do compromisso, o código da classificação será obtido do fornecedor e exibido na tela de confirmação do compromisso, podendo ser modificado para outra classificação contábil.

• Foi efetuada correção onde o cliente só será cadastrado na CLICR se a idade se enquadrar na faixa de idade da seguradora. Esta informação é cadastrada na transação CAGN (NexAdm), e nas transações de pedido de cliente, APRCR e

recebimento de pedido, se ocorrer a contratação do seguro, a idade deverá se enquadrar na faixa de idade definida na transação CAGN.

• Na tela Cadastro de Produto (PRODU) foi identificado que o problema era de classe desatualizada sobre o Nolock.

• A transação de recebimento de pedido foi alterada para somar no item de caixa do tipo duplicata, o valor do ICMS de substituição para as retenções geradas na tela de pedido de peças.

• Foi modificado a tela Guia do Comprador (GUIAC) , para deduzir do "estoque disponível" o estoque do tipo "aguardando conferência". Criado campo para exibir o estoque "aguardando conferência".

• O problema foi corrigido para fazer a validação correta quando se utiliza o grupo ou o agrupador de categorias.

• Foi alterado a tela de Cancelamento de Nota de Saída (CNSAI), para cancelar notas de serviços que estão no status de "Em Processamento".

• Efetuada correção para corrigir um problema na impressão da Carta de Correção NF-e, que fazia com que a carta de correção fosse enviada a Sefaz, mas o DANFE não fosse impresso.

• A tela Manutenção de Caixa (MANCX) teve corrigida consulta dos itens de caixa para não retornar os registros em duplicidade.

• Foi modificada a transação: MTVLJ-Visão de Lojas por Região para permitir a inclusão de até 200 lojas, pois antes, só era permitido até 100 lojas.

• Realizada robustez na transação INFPE de modo a mesma exibir um detalhamento referente aos alertas reportados na tela.

• Efetuada correção para corrigir o problema na impressão da nota fiscal de venda na transação de Recebimento de Pedido Faturado (RECFT), que fazia com que as observações da nota e do pedido, inseridas no complemento do pedido fossem apagadas

• Efetuada Alteração no processo de confirmação do pagamento TEF, para quando a transação TEF já tenha sido confirmada, retornar a informação correta para o Nexgen prosseguir com a emissão da nota.

• Foi efetuado a correção para verificar se o produto já teve o consumo da OS gerado para OS Retificações quando a OS é "Devolvida para a Expedição".

• Foi Adicionado um limite nas transações para NFCe e CFe, seguindo orientação da SEFAZ.

• Realizada robustez na emissão de NF-e na geração do XML para a remoção do caractere especial "-" (hífen); realizada robustez na emissão de CF-e na geração do XML. Na tag <infAdProd> os espaços ao final da informação adicional do produto passam a ser desconsiderados;

• Na tela Crédito Devolução (DEVOL) a devolução foi alterada para somar ao crédito do cliente o valor do ICMS ST se o parâmetro da Loja Desabilita Flag RETER ST no período estiver marcada.

• Na tela Exportação de Movimento (EXPMV) foi alterada para gerar os movimentos referente as notas de devoluções sem cliente associado.

• Na tela Receber Pedido Nota Fiscal Eletrônicas (RECNE) O sistema fazia um ajuste no tipo de tributação do produto quando o mesmo era de Incidência Normal e o pedido tinha sido marcado como Reter Substituição Tributária com um cliente que é Contribuinte, foi colocado para não fazer esse ajuste quando a opção "Desabilitar flagRETER ST no pedido" do parâmetro de loja estiver marcado.

• Na tela Importação de CTe (IMPCT) foi alterada para ajustar o campo Tipo de Nota para "FT" na rotina de geração do compromisso para NEXADM, pois o sistema estava gerando como tipo de nota = 'NF', e esta alteração foi necessária, pois estava impactando na transação: COMP do NEXADM, pois o sistema não permite alteração no compromisso, caso o tipo de nota = "NF" e a série da NF diferente de numérico.

AJUSTES GERAIS

• Foi realizado um ajuste na tela de Login do sistema para tratar o valor de loja caso não seja informado no sistema.

• Foi realizado um conjunto de ajustes na transação Gestão de Relacionamento com o Cliente (GECRM) e no Cadastro de Comunicados (CDCOM) onde recebeu novas críticas aos outros campos e os mesmos podem ser inseridos dados, além de que agora ao realizar uma consulta e não retornar nenhuma informação é exibido uma crítica. A transação Pedido de Cliente (PEDCV) recebeu uns ajustes na posição do campo e agora ao realizar consulta dos produtos e retornar a tela PagDetalheProduto os campos a Definir estão desabilitados.

• O sistema foi modificado para fechar algumas conexões que ficavam abertas durante a impressão do Relatório de Resultado de Vendas (REVEN).

• Foi criado uma rotina para fazer a gravação dos acessos as transações do NEXGEN, essa gravação será feita por loja, usuário, transação e o IP da máquina, será computado cada acesso nesse conjunto.

• No relatório Resumo da Apuração de ICMS (RAPUR) Foi criado um novo parâmetro no RAPUR ( Resumo da Apuração de ICMS), "Calcular PIS/COFINS a partir da Base?", quando esse parâmetro estiver como "SIM" os valores do PIS e COFINS, exibido no final do relatório, serão calculados a partir da Base do PIS e COFINS, aplicado o percentual dessas contribuições, diretamente a essas bases e quando o parâmetro estiver como "NÃO" o valor do PIS e COFINS será obtido pelos valores de PIS e COFINS de cada nota do período do relatório. E também foi criado um check semelhante no Contabilizador na tela de geração do SPED Contribuições, "Calcular valor do PIS/COFINS a partir da Base do PIS e COFINS", para fazer o mesmo cálculo no arquivo de geração do SPED Contribuições.

• O NexgenBrowser foi alterado para apresentar a janela do BI no navegador padrão registrado para o sistema operacional. Foi implementado também a opção para selecionar a forma de impressão dos arquivos PDFs, pelo SGIL ou pelo SumatraPdf, e a obtenção do endereço alternativo da aplicação quando o endereço original não está disponível e existe um caminho de contingência para o contexto registrado no Praction ou no AzureTable. Foi ajustado o encerramento da sessão do servidor quando a janela do navegador é fechada.

• O relatório de Modalidade de Recebimento (RECVE) foi alterado para ampliar os valores monetários e incluído o caractere de separação dos milhares.

• Foi realizado um tratamento no momento da divisão dos valores referentes ao total lucro pelo total líquido quando o total líquido for 0.

• Foi modificado o relatório JDISP (relatório de Juros Dispensados) para emitir o relatório de acordo as faixas de atraso e regras estabelecidas na proposta de customização.

• Foi criada uma estrutura no Banco de Dados para guardar informações da mudança na forma de Autorização do Magento 2.4.

• Foi criada uma estrutura no Banco de Dados para guardar as informações que serão utilizadas para auditar as inclusões/alterações das tabelas/campos do sistema.

• Foi realizado a liberação do objeto RulHelperData

• Criado campo novo na tabela TTERM.

• Foi criada estrutura no Banco de Dados para guardar informações de enviar pedido para solicitação de autorização se preço SFA for menor que o do Nexgen no innovation.

• Foi criada estrutura no Banco de Dados para guardar informações da criação do campo classificação contábil na tabela de fornecedor.

• Foi criada estrutura no Banco de Dados para guardar informações referente a integração com a plataforma de ecommerce Tray.

• Foi criada estrutura no Banco de Dados para guardar informações referente a rotina de credenciadoras TEF, para aumentar o campo do código da credenciadora para 4 caracteres.

• Foi criada estrutura no Banco de Dados para guardar informações da criação do campo DSOPF.FL_CST_ICMS_NF_ENT, varchar(1).

RESUMO QUANTITATIVO

CATEGORIA DAS OCORRÊNCIAS LIBERADAS QUANTIDADE

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.

FRENTE DE LOJA

Processo: Pedido de Cliente de Vendas

Ocorrência: 77503

Caso: Foi identificado que Pedido de Cliente de Vendas (PEDCV) ao retornar na Complemento Pedido, está trazendo um desconto fantasma, mesmo o desconto sendo considerado na tela, o mesmo não é considerado no fechamento do pedido.

Não Conformidade: A tela Pedido de Cliente de Vendas (PEDCV) passou a considerar o parâmetro da Loja “Inibe Desconto do tipo de Venda” .

Ocorrência: 77385

Caso: Na tela Pedido de Cliente (PEDCV) no ambiente mobile, não está sendo possível utilizar o credito de cliente

Não Conformidade: Na tela Pedido de Cliente (PEDCV) foi corrigido a rotina que retorna os créditos do cliente e preenche a combo da tela

Processo: Recebimento de Pedidos de Vendas

Ocorrência: 77325

Caso: Recebimento de pedido no caixa, acontece de alguns casos duplicar o item no CFe

Não Conformidade: Foi realizado ajuste na consulta dos dados para corrigir duplicidade no produto no Cupom Fiscal Eletrônico, pois estava ocorrendo duplicidades em alguns produtos.

Processo: Abertura de Caixa

Ocorrência: 77578

Caso: Corrigir - ATTENTION 016-Caixa não foi aberto - mensagem quando o caixa está fechado e se quer receber o pedido.

Não Conformidade: Foi modificado a transação de recebimento de pedido para altear a mensagem a "attention 016-caixa não foi aberto - utilize transação ABRCX” para "attention 016caixa não foi aberto - utilize transação EOPCX". esta mensagem é exibida no recebimento do pedido, pois o caixa ainda não foi efetuou a abertura do caixa.

Processo: Integração Nexgen x SFA

Ocorrência: 77454

Caso: Ao subir para o SFA um pedido criado no Nexgen, sempre verificar se o cliente já está no SFA, caso ainda não tenha sido enviado, efetuar o envio do cliente antes do enviar o pedido.

Melhorias de Processo: Ao realizar inclusão de pedido na integração SFA, passa a realizar teste nos dados do cliente caso cliente não esteja no cadastro SFA altera a estrutura do banco de dados para incluir

Processo: Integração Nexgen x Cashback CRM&Bônus

Ocorrência: 77510

Caso: Observados que no dia de hoje em todas as lojas que estão utilizando o processo de cashback, erros com campanha em conflito

Não Conformidade: Atualizado processo do Cashback CRM&Bônus.

Ocorrência: 77449

Caso: Realizando testes na integração com cashback, percebeu-se que ao clicar numa das opções da grid de campanhas, não é possível desmarcar, caso o cliente mude de ideia.

Não Conformidade: Realizada robustez na tela para permitir ao usuário desmarcar a opção de campanha disponível caso deseje.

Processo: Integração Nexgen x Magento 1

Ocorrência: 77498

Caso: Pedido no E-commerce não subiu para o sistema de Nexgen.

Não Conformidade: Efetuada uma correção na forma de comunicação do Nexgen com a plataforma Magento1, esse erro foi iniciado devido a alguma mudança na forma de envio e retorno do XML com os dados enviado e recebidos.

Processo: Integração Nexgen x ADYEN

Ocorrência: 77612

Caso: Substituir campo específico no processo de integração com a ADYEN.

Melhorias de Processos: Efetuadas modificações em processo específico de integração com a ADYEN.

Processo: Vendas com Cartão TEF– Geração Contas a Receber

Ocorrência: 77117

Caso: A administradora da bandeira American Express aparece como não associada a uma bandeira, sempre uma linha depois, o sistema exibe a mesma bandeira associada corretamente e com o mesmo valor da que exibe que não está associada.

Não Conformidade: Foi efetuada a alteração para consultar a credenciado cartão quando for TEF somente pelo código vindo do TEF.

Processo: Recebimento Contra Entrega

Ocorrência: 77712

Caso: O relatório Demonstrativo de Contra Entrega (RDECE) precisa considerar o valor total da nota, na coluna vl. Nota, pois está considerando o valor total do pedido, ou seja, não está saindo com o valor da situação tributária.

Novas Funcionalidades: Foi modificada a transação de recebimento de pedidos para gravar o valor da fatura gerada dos pedidos da modalidade "Contra Entrega", acrescida do valor do ICMS Substituição Tributária.

Processo: Integração com o BC

Ocorrência: 77539

Caso: Realizar ajuste para nas interfaces de integração com bc CD_MOVIMENTO in ('CLI','OUS','TFS') para gravar o XML’s de envio e URLs de envio no banco antes de enviar para o bc, onde somente grava se o processo não ocorre exception.

Não Conformidade: Foi realizado ajuste para o NexGen realizar a gravação completa do XML’s de notas fiscais com mais de 300 itens. E também para o NexGen realizar a gravação completa do XML’s referente ao processo de comunicação com o BC gerando arquivos muito extensos, com mais de 70 mil caracteres.

Ocorrência: 77771

Caso: Efetuar ajuste no processo de BC conforme solicitado nesta ocorrência, esse ajuste não interfere em nenhum processo comum do NEXGEN.

Não Conformidade: Foi efetuado o ajuste no processo de BC conforme solicitado, esse ajuste não interfere em nenhum processo comum do NEXGEN.

Ocorrência: 77789

Caso: Efetuar ajuste no processo de BC conforme solicitado, esse ajuste não interfere em nenhum processo comum do Nexgen.

Melhorias de Processo: Foi efetuado o ajuste no processo de BC conforme solicitado, esse ajuste não interfere em nenhum processo comum do Nexgen.

Ocorrência: 77539

Caso: Realizar ajuste para nas interfaces de integração com bc CD_MOVIMENTO in ('CLI','OUS','TFS') para gravar o XML’s de envio e URLs de envio no banco antes de enviar para o bc, onde somente grava se o processo não ocorre exception.

Não Conformidade: Foi realizado ajuste para o NexGen realizar a gravação completa do XML’s de notas fiscais com mais de 300 itens. E também para o NexGen realizar a gravação completa do XML’s referente ao processo de comunicação com o BC gerando arquivos muito extensos, com mais de 70 mil caracteres.

Processo: Integração Nexgen x CRM&Bônus

Ocorrência: 77626

Caso: Realizar correção no processo de CRM&BONUS que os pedidos não estão gerando CASHBACK, e o status fica como pendente.

Não Conformidade: Foi efetuado a correção nos dados armazenados da CRM&BONUS, evitando geração de erro de cast.

RETAGUARDA

Processo: Estorno de Venda

Ocorrência: 77687

Caso: Efetuar correção na realização de estorno de uma venda, pois está ocorrendo erro.

Não Conformidade: Constatou-se que a classe responsável pelo cancelamento/inutilização das notas (NF-e e NFC-e), estava desatualizada. Sendo assim, foi disponibilizado a classe atualizada para a solução do problema.

Processo: Produto Por Loja

Ocorrência: 77590

Caso: Na tela Produto por Loja (PROLJ) quando é feito a alteração no preço de venda na PROLJ automaticamente o sistema joga um preço para VAREJO A PRAZO e não é atualizado o preço a prazo.

Não Conformidade: Na tela Produto por Loja (PROLJ) foi alterada para zerar o preço de varejo a prazo em todas as lojas da visão, quando o usuário informar zerar o preço de varejo a prazo na loja que está sendo alterada, e para não permitir alterar ou excluir um produto, sem que antes seja feita a consulta do produto na loja.

Processo: Nota Fiscal Eletrônica

Ocorrência: 76941

Caso: Realizar ajuste na DANFE para que não seja destacado o valor do INSS e o sistema está informando no campo "local de prestação" Fortaleza quando deveria ser Maracanaú.

Novas Funcionalidades: Foi efetuada a correção do preenchimento da NFSe no campo onde indica o local da prestação de serviço. A informação da UF e cidade da prestação do serviço, será na tela de complemento do pedido. O preenchimento dos campos será obrigatório, se existir no pedido algum item do tipo serviço.

Processo: Cadastro de Estabelecimento

Ocorrência: 76379

Caso: Problema intermitente no PDV que causa problemas de impressão, sendo necessário fechar e abrir novamente o sistema.

Melhorias de Processo: Corrigido limitando o tamanho da Imagem, dimensões e tipo de arquivo que pode ser selecionado.

Processo: Gestão SPED FISCAL

Ocorrência: 77451

Caso: Relatórios de geração de SPED FISCAL estavam com consumo alto de memória.

Não Conformidade: Efetuada correção de NOLOCK em algumas estruturas de lados correspondentes ao processo para melhoria da performance do relatório.

Ocorrência: 77086

Caso: É preciso ajustar as querys do XSEED e INNOVATION para trocar o caractere ' por ' ', e os objetos que geram SQLCOMMAND para fazer a troca do caractere ' por ' '. A motivação é para resolver o problema no ORACLE, que considera o caractere ' como nulo, gerando um retorno não esperado nas comparações.

Não Conformidade: Foi ajustado as querys do XSEED e INNOVATION para trocar o caractere ' por ' '. Também foram ajustados os objetos que geram SQLCOMMAND para fazer a troca do caractere ' por ' '. A motivação é para resolver o problema no ORACLE, que considera o caractere ' como nulo, gerando um retorno não esperado nas comparações.

Processo: Cadastro de Fornecedor

Ocorrência: 77511

Caso: Na tela Cadastro de Fornecedores/Transporte (FORNE) é necessário que seja criado (Parâmetros) no campo para que seja associado a classificação contábil com o objetivo de quando for feito um lançamento de compromisso desse fornecedor (Credor) já leve a classificação contábil associada, assim como é feito com a categoria.

Não Conformidade: A transação de entrada de mercadoria com geração de compromisso, foi modificada para associar a classificação contábil do fornecedor ao compromisso gerado. Para fazer a associação, a transação PARFO foi modificada para permitir informar o código da classificação contábil. A associação deverá ser configurada na transação "FORNE", botão "Parâmetros", onde o usuário irá informar o código da classificação contábil. No momento da geração do compromisso, o código da classificação será obtido do fornecedor e exibido na tela de confirmação do compromisso, podendo ser modificado para outra classificação contábil.

Processo: Cadastro de Cliente

Ocorrência: 77062

Caso: Realizar ajuste na venda de seguro para um cliente acima de 75 anos é preciso analisar porque houve venda de seguro acima do range permitido (até 75).

Não Conformidade: Foi efetuada correção onde o cliente só será cadastrado na CLICR se a idade se enquadrar na faixa de idade da seguradora. Esta informação é cadastrada na transação CAGN (NexAdm), e nas transações de pedido de cliente, APRCR e recebimento de pedido, se ocorrer a contratação do seguro, a idade deverá se enquadrar na faixa de idade definida na transação CAGN.

Processo: Cadastro de Produto

Ocorrência: 77742

Caso: Realizar correção do erro que ocorre ao consultar NCM na tela Cadastro de Produto (PRODU)

Não Conformidade: Na tela Cadastro de Produto (PRODU) foi identificado que o problema era de classe desatualizada sobre o Nolock.

Processo: Consulta Pedido de Cliente

Ocorrência: 77757

Caso: na tela consulta pedido de cliente (CONPC) os pedidos não estão mostrando os valores de todas as formas de pagamento, sistema está mostrando somente a forma de pagamento do valor dos itens e não mostra a forma do valor da substituição tributária.

Não Conformidade: A transação de recebimento de pedido foi alterada para somar no item de caixa do tipo duplicata, o valor do ICMS de substituição para as retenções geradas na tela de pedido de peças.

Processo: Guia do Comprador

Ocorrência: 77571

Caso: O sistema não está mostrando a Qtd. disponível corretamente na consulta da tela Guia do Comprador (GUIAC)

Não Conformidade: Foi modificado a tela Guia do Comprador (GUIAC), para deduzir do "estoque disponível" o estoque do tipo "aguardando conferência". Criado campo para exibir o estoque "aguardando conferência".

Processo: Alteração de Preços de Compra

Ocorrência: 77545

Caso: Quando vamos processar alteração de preços usando o "agrupador de categorias" o sistema está exigindo para informar o grupo.

Não Conformidade: O problema foi corrigido para fazer a validação correta quando se utiliza o grupo ou o agrupador de categorias.

Processo: Consulta Nota Fiscal de Saída

Ocorrência: 77221

Caso: A tela de Cancelamento de Nota de Saída (CNSAI), não estava cancelando notas de serviços que estão no status de "Em Processamento".

Não Conformidade: Foi alterado a tela de Cancelamento de Nota de Saída (CNSAI), para cancelar notas de serviços que estão no status de "Em Processamento".

Processo: Status de Nota Fiscal

Ocorrência: 77429

Caso: Erro ao enviar carta de correção na tela de Status da Nota Fiscal.

Não Conformidade: Efetuada correção para corrigir um problema na impressão da Carta de Correção NF-e, que fazia com que a carta de correção fosse enviada a Sefaz, mas o DANFE não fosse impresso.

Processo: Manutenção de Caixa

Ocorrência: 77464

Caso: A tela Manutenção de Caixa (MANCX) está com recebimento de valores em duplicidade e não foi possível excluir valores pela tela, sistema pede o restante do valor que é indevido.

Melhorias de Processo: A tela Manutenção de Caixa (MANCX) teve corrigida consulta dos itens de caixa para não retornar os registros em duplicidade.

Processo: Visão de Lojas por Região

Ocorrência: 77229

Caso: A tela de Visão Por loja (MTVLJ), não há mais espaço para inserir novas lojas, necessitamos inserir lojas de laboratório e assistência técnica para utilizar com as transações IPROD e IMPAF. Com isso necessitamos também que seja realizado atualização nos preços de custos, pois os preços de custos de muitos produtos estão zerados causando problemas com a geração de malotes na tela GARLJ para as lojas de Assistência e Laboratório.

Melhorias de Processo: Foi modificada a transação: MTVLJ-Visão de Lojas por Região para permitir a inclusão de até 200 lojas, pois antes, só era permitido até 100 lojas.

Processo: Informes de Pendências

Ocorrência: 77327

Caso: Na mensagem de alerta exibida automaticamente ao efetuar o login no sistema na loja 518 (produção da Oculum) é mostrado a mensagem: "NFe rejeitada e não enviada a SEFAZ", porém ao consultar na transação STNFE o status: "rejeitada" não é mostrada nenhuma nota rejeitada.

Melhorias de Processo: Realizada robustez na transação INFPE de modo a mesma exibir um detalhamento referente aos alertas reportados na tela.

Processo: Recebimento de Pedido Faturado

Ocorrência: 77470

Caso: Verificar problema na impressão da nota fiscal de venda na transação de Recebimento de Pedido Faturado (RECFT), pois as observações da nota e do pedido, inseridas no complemento do pedido estão sendo apagadas, isto é, não saem na impressão.

Não Conformidade: Efetuada correção para corrigir o problema na impressão da nota fiscal de venda na transação de Recebimento de Pedido Faturado (RECFT), que fazia com que as observações da nota e do pedido, inseridas no complemento do pedido fossem apagadas.

Processo:

Recebimento de Pedido com Pagamento em TEF

Ocorrência: 77540

Caso: O Sistema está apresentando a mensagem: “Operação TEF já concluída, as informações do cartão serão retornadas para o prosseguimento da emissão do cupom”. Após clicar em "OK" sistema emite a mensagem de ERRO: “ERROR retornado do TEF 002 não existem transações para se”

Não Conformidade: Efetuada Alteração no processo de confirmação do pagamento TEF, para quando a transação TEF já tenha sido confirmada, retornar a informação correta para o Nexgen prosseguir com a emissão da nota.

Processo: Inspeção de Qualidade

Ocorrência: 77378

Caso: Na tela Inspeção de Qualidade (INSCQ) ao tentar prosseguir com as seguintes ordens de serviços no laboratório o sistema critica com: OS de retificação não pode ser aprovada.

Não Conformidade: Foi efetuado a correção para verificar se o produto já teve o consumo da OS gerado para OS Retificações quando a OS é "Devolvida para a Expedição".

Processo: Nota Fiscal ao Consumidor Eletrônica

Ocorrência: 77497

Caso: Efetuar implementação no sistema para bloquear venda com CF-e com valor superior a 10.000,00. É necessário alterar também a emissão de NFC-e para bloquear venda com NFC-e sem identificação de cliente com valor superior a 10.000,00 e com o cliente identificado com valor superior a 200.000,00.

Não Conformidade: Foi Adicionado um limite nas transações para NFCe e CFe, seguindo orientação da SEFAZ.

Processo: Nota Fiscal Eletrônica

Ocorrência: 77758

Caso: REJEIÇÃO: Assinatura difere do calculado. O XML não está caractere especial ou espaço na descrição dos produtos

Não Conformidade: Realizada robustez na emissão de NF-e na geração do XML para a remoção do caractere especial "-" (hífen); realizada robustez na emissão de CF-e na geração do XML. Na tag <infAdProd> os espaços ao final da informação adicional do produto passam a ser desconsiderados;

Processo: Crédito Devolução

Ocorrência: 77496

Caso: Na tela Crédito Devolução (DEVOL) as devoluções dos clientes não estão somando o valor da ICMS ST na geração de crédito do cliente, o valor do crédito está sendo gerado somente com o valor dos produtos.

Não Conformidade: Na tela Crédito Devolução (DEVOL) a devolução foi alterada para somar ao crédito do cliente o valor do ICMS ST se o parâmetro da Loja Desabilita Flag RETER ST no período estiver marcada.

Ocorrência: 77633

Caso: Na tela Crédito Devolução (DEVOL) todos os vales trocam usando o cliente devolução não está sendo gerados no arquivo PCTR na transação Exportação de Movimento (EXPMV).

Não Conformidade: Na tela Exportação de Movimento (EXPMV) foi alterada para gerar os movimentos referente as notas de devoluções sem cliente associado.

Processo: Receber Pedido Nota Fiscal Eletrônica

Ocorrência: 77565

Caso: Na tela Receber Pedido Nota Fiscal Eletrônicas (RECNE) nos pedidos da loja de Sergipe com itens que tem destaque de ICMS normal dentro do estado, mesmo tendo sido

criado uma regra para esse destaque de ICMS normal, o sistema continua calculando a subst. tributária para o item com essa regra associada.

Não Conformidade: Na tela Receber Pedido Nota Fiscal Eletrônicas (RECNE) O sistema fazia um ajuste no tipo de tributação do produto quando o mesmo era de Incidência Normal e o pedido tinha sido marcado como Reter Substituição Tributária com um cliente que é Contribuinte, foi colocado para não fazer esse ajuste quando a opção "Desabilitar flag - RETER ST no pedido" do parâmetro de loja estiver marcado.

Processo: Importação de CTe

Ocorrência: 77533

Caso: Na tela COMP não está sendo possível editar o campo observação quando o compromisso é integrado via importação de fretes (IMPCT) do NEXGEN.

Não Conformidade: Na tela Importação de CTe (IMPCT) foi alterada para ajustar o campo Tipo de Nota para "FT" na rotina de geração do compromisso para NEXADM, pois o sistema estava gerando como tipo de nota = 'NF', e esta alteração foi necessária, pois estava impactando na transação: COMP do NEXADM, pois o sistema não permite alteração no compromisso, caso o tipo de nota = "NF" e a série da NF diferente de numérico.

AJUSTES GERAIS

Processo: Tela de Login inicial do sistema

Ocorrência: 77698

Caso: Realizar correção na verificação de e-mail na inicialização do sistema.

Não Conformidade: Foi realizado um ajuste na tela de Login do sistema para tratar o valor de loja caso não seja informado no sistema.

Processo: Atualiza Versão

Ocorrência: 77485

Caso: Corrigir o layout e usabilidade de algumas transações do Nexgen. A transação GECRM estava com a combo mostrando o campo indevidamente. A transação CDCOM não estava fazendo críticas e não era permitido usar os campos, ao consultar e não ter resultado nada era informado ao usuário. A transação PEDCV estava sem o campo bem posicionado e ao consultar um produto, caso o produto tivesse campos a Definir não estava desabilitado a opção de inserir informações.

Melhorias de Processo: Foi realizado um conjunto de ajustes na transação Gestão de Relacionamento com o Cliente (GECRM) e no Cadastro de Comunicados (CDCOM) onde recebeu novas críticas aos outros campos e os mesmos podem ser inseridos dados, além de que agora ao realizar uma consulta e não retornar nenhuma informação é exibido uma crítica. A transação Pedido de Cliente (PEDCV) recebeu uns ajustes na posição do campo e agora ao realizar consulta dos produtos e retornar a tela PagDetalheProduto os campos a Definir estão desabilitados.

Processo: Tratamento de Conexões Abertas

Ocorrência: 77673

Caso: É necessário que o sistema seja modificado para fechar algumas conexões que ficam abertas durante a impressão do Relatório de Resultado de Vendas (REVEN)

Melhorias de Processo: O sistema foi modificado para fechar algumas conexões que ficavam abertas durante a impressão do Relatório de Resultado de Vendas (REVEN).

Processo: Monitoramento de IP Acessados

Ocorrência: 77609

Caso: Implementar no NEXGEN o controle das estações que acessam o sistema.

Nova Funcionalidade: Foi criado uma rotina para fazer a gravação dos acessos as transações do NEXGEN, essa gravação será feita por loja, usuário, transação e o IP da máquina, será computado cada acesso nesse conjunto.

Processo: Relatórios

Ocorrência: 76823

Caso: No relatório Resumo da Apuração de ICMS (RAPUR) existem divergências entre SPED Contribuições e RAPUR, e o frete das notas de devolução de vendas não está sendo considerado.

Não Conformidade: No relatório Resumo da Apuração de ICMS (RAPUR) Foi criado um novo parâmetro no RAPUR ( Resumo da Apuração de ICMS), "Calcular PIS/COFINS a partir da Base?", quando esse parâmetro estiver como "SIM" os valores do PIS e COFINS, exibido no final do relatório, serão calculados a partir da Base do PIS e COFINS, aplicado o percentual dessas contribuições, diretamente a essas bases e quando o parâmetro estiver como "NÃO" o valor do PIS e COFINS será obtido pelos valores de PIS e COFINS de cada nota do período do relatório. E também foi criado um check semelhante no Contabilizador na tela de geração do SPED Contribuições, "Calcular valor do PIS/COFINS a partir da Base do PIS e COFINS", para fazer o mesmo cálculo no arquivo de geração do SPED Contribuições.

Ocorrência: 73291

Caso: Não é possível acessar BI pelo NexgenBrowser, foi acessado a transação BI, e clicou no botão "vendas por vendedor/produto" e sistema ficou carregando por muito tempo, e não abriu nada.

Não Conformidade: O NexgenBrowser foi alterado para apresentar a janela do BI no navegador padrão registrado para o sistema operacional. Foi implementado também a opção para selecionar a forma de impressão dos arquivos PDFs, pelo SGIL ou pelo SumatraPdf, e a obtenção do endereço alternativo da aplicação quando o endereço original não está disponível e existe um caminho de contingência para o contexto registrado no Praction ou no AzureTable. Foi ajustado o encerramento da sessão do servidor quando a janela do navegador é fechada.

Ocorrência: 77731

Caso: No relatório de Modalidade de Recebimento (RECVE) existe um Problema de formatação no relatório, é necessário ajustar espaço das colunas de forma que possa trazer os valores completos

Não Conformidade: O relatório de Modalidade de Recebimento (RECVE) foi alterado para ampliar os valores monetários e incluído o caractere de separação dos milhares.

Ocorrência: 77715

Caso: O Relatório Posição Geral das vendas (RPGEV) exibiu erro ser gerado, foi identificado que foi por causa de uma divisão por ‘0’ nos cálculos do relatório.

Não Conformidade: Foi realizado um tratamento no momento da divisão dos valores referentes ao total lucro pelo total líquido quando o total líquido for 0.

Ocorrência: 77123

Caso: Atualizar as regras de negociação no relatório JDISP (Relatórios de Juros Dispensados).

Melhorias de Processo: Foi modificado o relatório JDISP (relatório de Juros Dispensados) para emitir o relatório de acordo as faixas de atraso e regras estabelecidas na proposta de customização.

Processo: Estrutura de Banco de Dados

Ocorrência: 77632

Caso: Criar estrutura no Banco de Dados para guardar informações da mudança na forma de Autorização do Magento 2.4.

Melhorias de Processo: Foi criada uma estrutura no Banco de Dados para guardar informações da mudança na forma de Autorização do Magento 2.4.

Ocorrência: 77649

Caso: Criar estrutura no Banco de Dados para guardar as informações que serão utilizadas para auditar as inclusões/alterações das tabelas/campos do sistema.

Melhorias de Processo: Foi criada uma estrutura no Banco de Dados para guardar as informações que serão utilizadas para auditar as inclusões/alterações das tabelas/campos do sistema.

Ocorrência: 77641

Caso: Liberar o objeto RulHelperData

Não Conformidade: Foi realizado a liberação do objeto RulHelperData.

Ocorrência: 77691

Caso: Criação de campo novo na tabela TTERM.

Melhorias de Processo: Criado campo novo na tabela TTERM.

Ocorrência: 77703

Caso: Criar estrutura no Banco de Dados para guardar informações de enviar pedido para solicitação de autorização se preço SFA for menor que o do Nexgen no innovation.

Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de enviar pedido para solicitação de autorização se preço SFA for menor que o do Nexgen no innovation.

Ocorrência: 77713

Caso: Criar estrutura no Banco de Dados para guardar informações da criação do campo de classificação contábil

Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações da criação do campo classificação contábil na tabela de fornecedor.

Ocorrência: 77710

Caso: Criar estrutura no Banco de Dados para guardar informações referente a integração com a plataforma de ecommerce Tray.

Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referente a integração com a plataforma de ecommerce Tray.

Ocorrência: 77726

Caso: Criar estrutura no Banco de Dados para guardar informações referente a rotina de credenciadoras TEF

Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referente a rotina de credenciadoras TEF, para aumentar o campo do código da credenciadora para 4 caracteres.

Ocorrência: 77776

Caso: Criar estrutura no Banco de Dados para guardar informações da criação do campo DSOPF.FL_CST_ICMS_NF_ENT, varchar(1).

Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações da criação do campo DSOPF.FL_CST_ICMS_NF_ENT, varchar(1).