SECREL SOLUÇÕES DE INFORMÁTICA LTDA.
Histórico de Alterações Aplicáveis ao sistema Nexgen
Av.Matriz:Dom Luís, 500 20º andar Aldeota Fortaleza CE 60.160 230 T: 85 3466.7000 Brasil www.gruposecrel.com.br
Nexgen2.3 Notas - Release 142
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.
Página | 2 SUMÁRIO RETAGUARDAProcesso:Processo:OBRIGAÇÕESProcesso:Processo:Processo:MENSAGERIAProcesso:Processo:Processo:Processo:Processo:Processo:Processo:Processo:Processo:ÓTICAProcesso:Processo:Processo:Processo:Processo:Processo:Processo:FRENTERESUMOPREFÁCIONOVIDADES...........................................................................................................45QUANTITATIVO10DELOJA11IntegraçãoNexgenxNAPPSolution.................................................11IntegraçãoNexgenxMagentoBIS2BIS............................................12IntegraçãoNexgenxVTEX12MonitoramentoPedidosEcommerceNexgen(VTEX)12IntegraçãoNexgenxIntegraçãoBusinessCenter13PedidodeVendadeCliente...............................................................13IntegraçãoNexgenxPetronas...........................................................14...................................................................................................................15InspeçãodeO.SnoAlmoxarifado15VerificaçãodeMaterialOrdemServiço15OrdemdeServiçocomComodato15OrdemdeServiço-Showroom..........................................................16GeraçãodeMalotenaLoja................................................................16OrdemdeServiçodeGarantia16DevoluçãodePedidodeCliente16TrocadeProdutoOsGarantiaEstoque17MelhoriasemRelatórioComodato..................................................17......................................................................................................17EmissãodeNFCe17EmissãodeNFCenaUFdeMG18EmissãodeNotaFiscalConsumidorEletrônica18FISCAIS......................................................................................18NotaTécnica2021.0004versão1.00................................................18NotaTécnica2021.0004versão1.201920
Processo: Vendas Cartão de Crédito/Débito 20
Página | 3
Processo: Valores de Parâmetros 21
Processo: Consulta de Pedido de Cliente 23
Processo: Status de Nota Fiscal 25
Processo: Gerar Nota Fiscal do Estoque da Loja 22
Processo: Cadastro de Produto por Loja ............................................................24
Processo: Seleção Genérica 27
Processo: Ajustes PIX TEF..................................................................................27
Processo: Entrada Mercadorias de Fornecedor .................................................22
Processo: Upload de XML Nota Fiscal................................................................20
Processo: Devolução de Pedido de Venda de Cliente.......................................21
Processo: Gestão de Nota Fiscal 25
Processo: Pedido de Compra de Fornecedor 24
Processo: Importação de Planilha de Fornecedor 23
Processo: Consulta de Vendas Offline ADYEN 24
Processo: Nota Fiscal de Baixa de Estoque .......................................................26
Processo: Emissão de Etiquetas por Produtos...................................................22
Processo: Componente Genérico - Geração de planilha EXCEL......................27
Processo: Mensageria 27
Processo: Relatórios 27
Processo: Estorno de Vendas .............................................................................24
Processo: Envio de Boletos 25
Processo: Cadastro de Produtos 21
Processo: Cadastro de NCM de Produto ............................................................25
AJUSTES GERAIS 26
Processo: Expansividade das Telas 26
Processo: Estruturas de Dados 28
Processo: Consulta Nota Fiscal de Saída...........................................................23
Processo: Cancelamento de Nota de Fornecedor 23
Processo: Cancelamento/Exclusão de Notas Fiscais.........................................26
Página | 4
Efetuar alteração na URL de homologação na Integração Nexgen x Integração Business Center
Implementada no processo de Assistência Técnica de OS GARANTIA ESTOQUE, tela possível de fazer o cadastro da troca de produtos realizado pela Análise do Fornecedor.
Inserir parâmetro no relatório “RPGER” para filtrar estoques apenas da conta de estoque; inserir no relatório “RLVFI” a possibilidade de exibição dos estoques apenas dos movimentos da conta de estoque de comodato.
Implementar Processo de Vendas com Comodato para atender benefício fiscal disponibilizado pela SEFAZ da UF Sergipe.
Implementar no sistema NEXGEN integração com a plataforma magento1BIS2BIS.
Foi criado o Relatório de Apontamento de Montagens (RAMON) que mostra a quantidade de OS's por dia e processos, assim como os operadores.
NOVIDADES
Atualizada a Funcionalidade de importação de Pedido de fornecedor através de EXCEL, adicionado novos campos data do pedido e preço sugerido.
Desenvolvido componente genérico para geração de planilha EXCEL, para ser consumido nos relatórios (XSEED e INNOVATION) e telas com grid (XSEED e INNOVATION).
Implementar no sistema NEXGEN um mecanismo de geração de arquivos no modelo do sistema Esphera da Napp Solution.
FRENTE DE LOJA
• A tela Inspeção de O.S no Almoxarifado (ISPOS) foi implementada com a correção na consulta de ordens de serviços que chegam ao almoxarifado.
• Erro na ao tentar realizar o recebimento do pedido em loja que há integração, sistema exibiu mensagem que não pode completar a ação porque o pedido não teve a separação concluída.
• A tela Verificação de Material Ordem Serviço (VMAMO) foi implementada para salvar a ação quando selecionada opção ANTI REFLEXO E COLORAÇÃ e não mais limpar após o consumo do material.
• Melhorias para o processo de showroom nas telas de Recebimento de Malote Showroom (RMASR) e de Inspeção de Ordem de Serviço no Almoxarifado (ISPOS).
• Implementar no sistema NEXGEN um mecanismo de geração de arquivos no modelo do sistema Esphera da Napp Solution.
• Implementar Processo de Vendas com Comodato para atender benefício fiscal disponibilizado pela SEFAZ da UF Sergipe.
• Foram realizadas as seguintes modificações no Pedido de Venda de Cliente quando essa utilizar (PEDCV_PECAS_PAGE)
• A Napp está informando que as informações estão senda enviadas repetidas em todas as linhas
• Problema na integração de pedido que veio sem a informação do tipo de frete. Gerar robustez para que o usuário possa identificar essa situação.
• a integração dos itens não Petronas, o sistema não está subindo o estoque de forma correta, mesmo quando o estoque disponível está zerado, o item permanece sendo mostrado com estoque.
Página | 5
ÓTICA
• Verificar pedido vindo pelo Ecommerce que não incluiu o cliente e consequentemente o pedido não integrou
VersãoPREFÁCIONexgen 2.3.142
• Implementar no sistema NEXGEN integração com a plataforma magento1 BIS2BIS
• Efetuar alteração na URL de homologação na Integração Nexgen x Integração Business Center
• No pedido de venda deverá ser possível a identificação do canal de venda utilizado pelo ciente para a compra na loja.
• Alterar o processo de Precificação seletiva, para criar a coluna de Preço sugerido pelo fornecedor que será alimentada pela funcionalidade de importação de pedido do fornecedor.
• Foi implementada correção para a crítica somente ser feita quando a Ordem de Serviço for para o processo de Comodato.
• Erro na integração de Pedidos Nexgen com Ecommerce VTEX.
• Foi alterada a tela de Verificação de Material (VMAMO) com a possibilidade de colocar a OS em pendência em qualquer tela do processo da Nova Surfaçagem.
• Na integração dos itens não Petronas, o sistema não está atualização de preço de venda nos produtos PETRONAS.
• em duplicidade, contingência foi gerada e enviada com sucesso.
• Foi realizado tratamento de notas emitidas me contingência para não haver mais geração de notas
• A versão 1.20 dessa Nota Técnica traz a inclusão das Regras de Validação Z02 10 e Z02 20 aplicáveis ao modelo 65 e à UF: Santa Catarina, como as demais alterações são meramente documentais ou sem impacto em novas rejeições, o prazo de implementação está mantido.
• A tela que trata da Ordem de Serviço de Garantia (OSGAR) foi ajustada para correção do erro gerando assim a O.S Garantia a partir de uma O.S de outra loja com sucesso.
OBRIGAÇÕES FISCAIS
• Efetuada correção no processo de emissão de NFC e, para que quando efetuar a emissão de uma nota rejeitada em uma data inferior a data atual o sistema irá atualizar a data de emissão para a data atual atualizando também as tabelas correspondentes.
• Continuação das solicitações da ocorrência 70642 (Comodato): Inserir parâmetro no relatório “RPGER” para filtrar estoques apenas da conta de estoque; inserir no relatório “RLVFI” a possibilidade de exibição dos estoques apenas dos movimentos da conta de estoque de comodato.
Página | 6
• Efetuada correção na URL de consulta a partir do QR CODE, utilizando NFC e para o estado SC.
• Segmentos dos clientes da Secrel: Ótica, Peças automotivas e material de construção, porém foi publicado no dia 29/11/2021 no portal da NF e a Nota Técnica 2021.004 versão 1.00 que traz as alterações abaixo listadas.
• A tela Upload de XML (UPXML) teve implementada melhoria para quando realizar upload do arquivo XML(UPXML) para sempre que carregar o mesmo arquivo várias vezes o arquivo será sempre sobrescrito, evitando assim gerar várias copias do mesmo arquivo XML.
• A tela Troca de Produto Os Garantia Estoque (TSPOG) foi criada para fazer o cadastro da troca de produtos realizado pela Análise do Fornecedor.
• Efetuada alteração na URL de consulta conforme solicitação da SEFAZ MG.
• A mensageria foi corrigida para permitir a geração da NFC e na venda que não houve a identificação do cliente.
MENSAGERIA
• A tela Vendas Cartão de Crédito/Débito (VCTCD) foi corrigida para pegar a administradora corretamente quando for venda do Ecommerce.
• A tela Vendas Cartões Crédito e Débito (VCTCD) foi implementada para corrigir a consulta das Vendas com Cartão TEF Crédito e Débito, que estavam retornando registros duplicados.
• Foram realizadas as seguintes modificações na tela de Devolução de Pedido de Venda de cliente. Para utilização do processo ser informado o usuário e senha do autorizador quando a devolução for avulsa, desde que, o parâmetro: "1254 Exigir senha do usuário autorizador quando devolução avulsa" informado na tela Valores de Parâmetros (VLPAR) esteja marcado com "Sim". No processo será permitido informar devolução avulsa quando o cliente for funcionário, desde que, o parâmetro: "1256 Devolução de venda de funcionário somente informando o documento de venda." informado na tela Valores de Parâmetros (VLPAR) esteja marcado com "Sim".
RETAGUARDA
• A tela Importação de Planilha de Fornecedor (IMPAF) foi implementada com a correção para verificação de caso específico nos tipos de códigos de produtos de cliente específico.
• A Devolução de Cliente (DVCNI) foi implementada para obter o credor da nota, passando na consulta a código da empresa e código do cliente.
• Efetuada implementação no processo de importação de XML, quando selecionada a opção para cadastrar produtos automaticamente, implementação feita para ao cadastrar o produto na loja verificar a categoria padrão cadastrada na loja para associar ao produto.
• A tela Valores de Parâmetros (VLPAR) foi modificada para não estourar o cursor na tela ao tentar mudar o parâmetro 49. Corrigindo assim mesmo erro que foi exido em outras telas.
• A tela Cadastro de Produtos (PRODU) foi modificada para permitir excluir o produto nas seguintes condições: Não tenha quantidade de estoque > 0; Não tenha movimentação do produto na tabela de movimentos.
• Atualizada a Funcionalidade de importação de Pedido de fornecedor através de EXCEL, adicionado novos campos data do pedido e preço sugerido.
Página | 7
• Foi implementada correção na consulta de etiquetas a serem geradas, corrigindo assim a geração dessas para nota fiscal.
• Alteração feita para corrigir o problema de importação da palmilha e também a atualização dos NCM de produtos que devam ser atualizados, além disso será retornada mensagem do sucesso ou não e não mais somente uma mensagem de erro genérica
• Efetuada alteração para exibir o número do item da nota fiscal ao consultar os itens da nota, usando a tela CNFSD, opção 'Itens NF'. Essa alteração se fez necessária para facilitar a identificação do produto com erro em caso de rejeição na SEFAZ.
• A tela Cadastro de Produto por Loja (PROLJ) foi implementada com criação de um campo "Dt. Última Compra", para informar a data de última compra do item na loja.
• A tela Gestão de Notas Fiscal (GNOTA) foi programada para ao efetuar a consulta de uma nota com o status 150 (Autorizado o uso da NF e, autorização fora de prazo), a consulta ser feita sem erros e a nota seja atualizada no sistema.
• A tela Estorno de Vendas (ESTOV) foi implementada para cancelar a reserva dos itens do pedido de "Comodato".
• Efetuada correção na conciliação de cartão Adyen offline, quando usado débito na operação offline a quantidade de parcela informada pela Adyen era 1, no NexGEN é 0, por isso estava ocorrendo o problema que impossibilitava a conciliação.
• Foi alterada a tela de cadastro de NCM para quando for cadastrado um NCM como empresa, será gerado um NCM igual sem o código da empresa, assim como, os seus respectivos tributos
• A tela Gera Nota Fiscal do Estoque da Loja (NFEST) foi implementada para selecionar categoria para geração da nota fiscal de baixa de estoque. Quando selecionado o botão categoria, a popup de seleção de categoria será chamada para que o usuário possa selecionar as categorias.
• Efetuada correção na tela Cancelamento de Nota de Fornecedor (CNENT) ao fazer a exclusão de uma nota de terceiro, o sistema estava tentando cancelar/inutilizar a nota fiscal mesmo não sendo de emissão própria, efetuada a correção para quando a nota for de terceiro só efetuar a exclusão da nota.
• A tela Consulta de Pedido de Cliente (CPEDC) foi implementada para somar o valor do adiantamento, desde que o valor do sinal igual zero, na coluna "Valor" da consulta dos pedidos de clientes.
• Foi implementada correção e do programa para geração de etiquetas de maneira que já acontecia antes de uma atualização.
• A tela Envio de Boletos (EMBOL) foi programada para efetuar corretamente o envio de boletos de acordo com o valor especificado de acréscimos de cliente específico.
• Foi criado o Relatório de Apontamento de Montagens (RAMON) que mostra a quantidade de OS's por dia e processos, assim como os operadores.
AJUSTES GERAIS
• O erro ocorria porque na mensagem retornada do monitor tinha o caractere apostrofe(aspa simples). O sistema foi alterado para trocar o caractere apostrofe por espaço.
• Liberada implementação de classe que corrige as inconformidades de exibição dos nomes dos campos na tela.
• Criada Estrutura de banco de dados para guardar informações no processo de precificação.
• Tela do sistema não está com as atualizações de expansividade.
• O Relatório foi alterado para obter a data de compra da última loja quando for informado uma loja, mas quando for informado todas as lojas, a data última compra será a última compra realizada na empresa. O programa foi modificado para exibir a data da última compra do produto na empresa. A transação é chamada a partir do botão de ação "Dados Produto", na tela Cadastro de Produtos (PRODU)
• Foi criada estrutura no Banco de Dados para guardar informações que definem se um determinado serviço retém tributos nas notas de serviço.
• O Relatório Analítico de Vendas (REVEN) foi regerado para corrigir a sua exibição quando impresso em PDF.
• Efetuada correção no processo de exclusão de nota de terceiro para não gerar duplicidade de movimentos de estoque.
• A tela Status de Notas Fiscal (GNOTA) foi programada com a correção na gravação do XML’s autorizado da carta de correção no banco de dados, o erro estava ocorrendo pela falta de tratamento para campos longos no banco de dados Oracle.
Página | 8
• Desenvolvido componente genérico para geração de planilha EXCEL, para ser consumido nos relatórios (XSEED e INNOVATION) e telas com grid (XSEED e INNOVATION).
• O Relatório Fechamento de Caixa (RFECX) foi modicada para ser solicitado também por visão de loja. Criado o parâmetro(filtro) número 8, onde o usuário poderá informar uma visão. Agora caso seja informada uma visão, não poderá ser informado o parâmetro de código de loja ou código do caixa. Quando solicitado por visão, o relatório de fechamento será sintetizado com os totais de todas as lojas que constam na visão. No cabeçalho do relatório de fechamento do caixa foi incluído o código e descrição da visão.
• Foi criada estrutura no Banco de Dados para guardar informações para desenvolvimento da integração da mensageria com a VINCO.
• A tela Nota Fiscal de Baixa de Estoque (NFEST) foi modificada para permitir selecionar o tipo de estoque que será utilizado na geração do movimento da nota. O usuário poderá selecionar o estoque físico ou o estoque disponível. Quando for selecionado o estoque disponível, a quantidade será obtida subtraindo do estoque físico, todas as contas de estoque que estão configuradas para calcular o estoque disponível. Neste caso os demais saldo de estoque serão preservados. Quando for selecionado o estoque físico, a quantidade será obtida do estoque físico. Neste caso todos os saldos de estoque serão zerados, exceto a conta comodato.
• Após diagnósticos foram realizados ajustes das funcionalidades, e logo após foi implementado os ajustes necessários para usabilidade.
Página | 9
• Foi criada estrutura no Banco de Dados para guardar informações na criação de uma nova tela para troca de produtos da O.S Garantia Estoque.
• Criadas Estruturas de Dados para armazenar informações de novo status "Crédito fornecido pelo Fornecedor", esse status deve ser incluído na combo "Status da OS Garantia".
3 São funcionalidades disponibilizadas no ERP para atendimento da Legislação Vigente aplicável ao segmento de negócio do ERP.
DAS
CATEGORIA 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.
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 RESUMO QUANTITATIVO
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.
NOVASFUNCIONALIDADES1 9 MELHORIASDEPROCESSO2 20 OBRIGAÇÕESFISCAIS3 2 NÃOCONFORMIDADE4 39 TOTAL 70
• No campo “Hora do Agendamento”: O usuário digitará a hora no formato HHMM a qual deseja que a rotina de envio seja executada. (ex: 2300 para 23:00)
• No campo “Somar Dias”: O usuário digitará a quantidade de dias a serem somados caso o parâmetro de Data Final selecionado seja igual a “Data Inicial + n(dias)”
FRENTE DE LOJA
• No campo “Subtrair Dias”: O usuário digitará a quantidade de dias a serem subtraídos caso o parâmetro da Data Inicial seja igual a “Data atual n(dias)”.
Para utilização da funcionalidade, previamente deverá ser verificada junto ao atendimento SECREL a configuração da tela LOJAS> Integração de Lojas (INLOJ) onde é realizada a Integração Faturamento Lojas de Shopping, e também a ativação no do banco de dados.
Ocorrência: 70697
• No campo “Agendamento da Data Final”: O usuário selecionará o parâmetro de data final desejado sendo estes: Data Atual, Data Atual adicionado os dias do campo “Somar Dias” ou Data do Fim do Mês corrente.
Página | 11
• No campo “Agendamento da Data Inicial”: O usuário selecionará o parâmetro de data inicial desejado sendo estes: Data Atual, Data Atual subtraído os dias do campo “Subtrair Dias” ou Data do Início do mês corrente.
Por fim a tela Consulta de Log do Agendamento Genérico (LOGAG), permite consultar o status do envio de cada rotina de agendamento filtrando por Loja, Tipo de Agendamento, Data de Início e Data final.
Caso: Implementar no sistema NEXGEN um mecanismo de geração de arquivos no modelo do sistema Esphera da Napp Solution.
Após atualização e também configuração, o processo de agendamento automático se dá através da tela Parametrização do Agendamento Genérico (PAGEN), nesta tela será definido os parâmetros da rotina de envio. Configurações possíveis:
Novas Funcionalidades: Implementado no sistema NEXGEN um mecanismo de geração de arquivos no modelo do sistema Esphera da Napp Solution. Em outras palavras, o sistema é capaz de gerar arquivos de acordo com o modelo da Napp para poder realizar o serviço de exportação das informações de vendas e produtos/serviços vendidos. A necessidade das informações é fornecer aos Shoppings o valor faturado pelo lojista.
• No campo “Nome de Agendamento”: O usuário selecionará o agendamento desejado (neste caso, Integração com Napp)
Processo: Integração Nexgen x NAPP Solution
Não Conformidade: Foi corrigido erro na implementação de integração Ecommerce de pedido quando este possui brinde com mais de um item e numa situação específica, os brindes são gravados antes dos demais itens do pedido
Ocorrência: 70184
Não Conformidade: A tela Monitoramento Pedidos Ecommerce (MPEDE) foi implementada com a correção para tratamento de pedidos Ecommerce que são exibidos na tela e que tiveram separação.
Caso: Implementar no sistema NEXGEN integração com a plataforma magento1 BIS2BIS
Processo: Integração Nexgen x Magento BIS2BIS
Ocorrência: 74754
Ocorrência: 73304
Não Conformidade: Efetuada correção na obtenção ou cadastro nos códigos de cidade ou bairro no momento da integração de pedidos Ecommerce
Caso: Erro na ao tentar realizar o recebimento do pedido em loja que há integração, sistema exibiu mensagem que não pode completar a ação porque o pedido não teve a separação concluída.
Processo: Monitoramento Pedidos Ecommerce Nexgen (VTEX)
Página | 12
Caso: A Napp está informando que as informações estão senda enviadas repetidas em todas as linhas
Não Conformidade: Alterado método de programação para montar corretamente registros a serem enviados, corrigindo a criação do arquivo com itens repetidos.
Caso: Erro na integração de Pedidos Nexgen com Ecommerce VTEX.
Caso: Verificar pedido vindo pelo Ecommerce que não incluiu o cliente e consequentemente o pedido não integrou
Processo: Integração Nexgen x VTEX
Ocorrência: 74763
Novas Funcionalidades: Implementação da integração com o Ecommerce Magento da BIS2BIS, a tela Recebimento de Pedido foi modificada para não exibir os dados do cartão quando a modalidade for "Documento", nessa integração.
Ocorrência: 74646
Melhorias de Processo: Para desenvolvimento do processo de identificação do canal de vendas utilizado pelo cliente foram implementadas as seguintes telas. A tela Canais de Vendas (CAVEN) foi implementada para cadastrar os canais de vendas que será utilizado no cadastro de cliente, também foram modicadas as telas de cliente (CLIEN e CLISP) e a tela Pedido de Venda para gravar o canal de vendas por cliente. Alterado o formulário de impressão do pedido será impresso o canal de venda. Por fim nas telas de Pedido (CONPC, CPEDC e CNFSD) foram incluídas as opções para exibir o canal de venda utilizado pelo cliente na compra.
Novas Funcionalidades: Efetuada alteração na URL de homologação na Integração Nexgen x Integração Business Center
Ocorrência: 74301
Processo: Pedido de Venda de Cliente
Processo: Integração Nexgen x Integração Business Center
Caso: Efetuar alteração na URL de homologação na Integração Nexgen x Integração Business Center
No Fechamento de Pedido o sistema deve verifica se o cliente está com o campo "condição de pagamento" na condição "a prazo" e se tem política de prazo cadastrada com determinado plano de venda, se tiver, o plano de venda definido no pedido deverá ser o mesmo associado ao cliente.
Melhorias de Processo: Foram realizadas as seguintes modificações no Pedido de Venda de Cliente quando essa utilizar (PEDCV_PECAS_PAGE)
-Nos pedidos a vista quando cliente tiver política comercial (desconto venda à vista) cadastrada e o vendedor aplicar desconto no item o sistema não deverá aplicar esse desconto, pois já há um desconto a vista aplicado.
Ocorrência: 73232
Ocorrência: 75293
Caso: No pedido de venda deverá ser possível a identificação do canal de venda utilizado pelo ciente para a compra na loja.
Página | 13
Caso: Alterações no Pedido de Venda de Cliente: No Fechamento de Pedido o sistema deve verifica se o cliente está com o campo "condição de pagamento" na condição "a prazo" e se tem política de prazo cadastrada com determinado plano de venda, se tiver, o plano de venda definido no pedido deverá ser o mesmo associado ao cliente. Nos pedidos a vista quando cliente tiver política comercial (desconto venda à vista) cadastrada e o vendedor aplicar desconto no item o sistema não deverá aplicar esse desconto, pois já há um desconto a vista aplicado.
Caso: Na integração dos itens não Petronas, o sistema não está atualização de preço de venda nos produtos PETRONAS.
Processo: Integração Nexgen x Petronas
Página | 14
Não Conformidade: Aparentemente o sistema não está considerando todas as contas de estoque para calcular o estoque disponível na integração com o SFA, logo foi alterado o processo de integração de estoque para o mesmo considerar as configurações dos clientes para os tipos de estoque utilizados
Ocorrência: 74231
Caso: Na integração dos itens não Petronas, o sistema não está subindo o estoque de forma correta, mesmo quando o estoque disponível está zerado, o item permanece sendo mostrado com estoque.
Melhorias de Processo: Alterado o processo de Precificação seletiva, para criar a coluna de Preço sugerido pelo fornecedor que será alimentada pela funcionalidade de importação de pedido do fornecedor.
Ocorrência: 74449
Ocorrência: 75053
Caso: Problema na integração de pedido que veio sem a informação do tipo de frete. Gerar robustez para que o usuário possa identificar essa situação.
Melhorias de Processos: Efetuada melhoria na integração dos pedidos SFA x Nexgen, permitindo assim uma melhor validação de problemas ocorridos na integração, alterando também o processo para caso ocorra um erro na integração o pedido não integração seja mostrado na transação "MIFDV".
Ocorrência: 74412
Não Conformidade: Ajuste nos dados enviados para integração de preços para o SFA devido ao não tratamento do lado do SFA quando informações de promoções são removidas. O preço promocional passa a ser informado sempre, com o valor total do produto, quando não há valor promocional definido para o produto
Caso: Alterar o processo de Precificação seletiva, para criar a coluna de Preço sugerido pelo fornecedor que será alimentada pela funcionalidade de importação de pedido do fornecedor.
Não Conformidade: A tela Inspeção de O.S no Almoxarifado (ISPOS) foi implementada com a correção na consulta de ordens de serviços que chegam ao almoxarifado.
Página | 15
Não Conformidade: A tela Verificação de Material Ordem Serviço (VMAMO) foi implementada para salvar a ação quando selecionada opção ANTI REFLEXO E COLORAÇÃ e não mais limpar após o consumo do material.
Novas Funcionalidades: Foi implementado o "PROCESSO DE VENDAS COM COMODATO" para atender o benefício fiscal disponibilizado pela SEFAZ do Estado de Sergipe. Para atender as exigências legais e para garantir a funcionalidade nova ao sistema foram implementados os seguintes parâmetros de loja 1515,1516,1517,1518, que conterão as operações fiscais usadas para enviar e receber malotes na loja e no laboratório para malote do tipo Comodato. Esses estão descritos da seguinte maneira: Parâmetro 1515: Oper. Integr. de Entrada do Malote para OS Comodato. Operação fiscal de recebimento do malote Comodato no laboratório; Parâmetro 1516: Oper. Integr. de Saída do Malote para OS Comodato. Operação fiscal de saída do malote Comodato no laboratório; Parâmetro 1517: Oper. Integr. de Entrada do Malote para OS Comodato na Loja. Operação fiscal de recebimento do malote Comodato na loja; Parâmetro
Ocorrência: 73478
Melhorias de Processo: Foi alterada a tela de Verificação de Material (VMAMO) com a possibilidade de colocar a OS em pendência em qualquer tela do processo da Nova Surfaçagem.
Processo:ÓTICA
Caso: A tela Inspeção de O.S no Almoxarifado (ISPOS) apresentou erro na consulta de Ordem de Serviço.
Inspeção de O.S no Almoxarifado
Processo: Verificação de Material Ordem Serviço
Ocorrência: 74795
Caso: A tela Verificação de Material Ordem Serviço (VMAMO) não está salvando a ação quando selecionada opção ANTI REFLEXO E COLORAÇÃO.
Ocorrência: 74172
Caso: O sistema só permitia colocar a OS em pendência na tela de Verificação de Material (VMAMO).
Caso: Implementar Processo de Vendas com Comodato para atender benefício fiscal disponibilizado pela SEFAZ da UF Sergipe.
Processo: Ordem de Serviço com Comodato Ocorrência: 70642
Caso: O sistema estava criticando a operação fiscal de geração de malote de OS normal quando a loja de destino já estava no comodato.
Processo: Geração de Malote na Loja
Não Conformidade: Foi implementada correção para a crítica somente ser feita quando a Ordem de Serviço for para o processo de Comodato.
Página | 16
Processo: Ordem de Serviço - Showroom
Processo: Ordem de Serviço de Garantia
1518: Oper. Integr. de Saída do Malote para OS Comodato na Loja. Operação fiscal de saída do malote Comodato na loja.
Melhorias de Processos: Na tela Recebimento de Malote Showroom (RMASR) foi alterado ordem de exibição dos malotes por quantidade de OS de forma crescente, e adicionado novo filtro por UF sendo priorizado a impressão dos malotes pelas armações prontas. Na Tela de Inspeção de Ordem de Serviço no Almoxarifado (ISPOS) foi adicionado botão "Devolver OS Showroom CD" fazendo débito da nota que foi creditada e devolver a OS a tela RMASR (somente OS showroom). Por fim, o disparo de e mail para loja origem ao Rejeitar OS na tela de SEPSR. (E mail esse que está cadastrado no cliente da loja.)
Processo: Devolução de Pedido de Cliente
Ocorrência: 70646
Ocorrência: 71481
Caso: Erro quando uma OS de garantia é gerada através de uma OS de outra loja. Se a garantia é de outra loja e não tem OS envolvida, não gera erro. Somente quando a garantia é de outra loja e tem OS original.
Caso: Melhorias para o processo de showroom nas telas de Recebimento de Malote Showroom (RMASR) e de Inspeção de Ordem de Serviço no Almoxarifado (ISPOS).
Ocorrência: 74949
Não Conformidade: A tela que trata da Ordem de Serviço de Garantia (OSGAR) foi ajustada para correção do erro gerando assim a O.S Garantia a partir de uma O.S de outra loja com sucesso.
Ocorrência: 73205
Caso: Ao realizar Devolução de Pedido de Cliente (DEVOL) a Ordem de Serviço que estava atrelada a esse pedido foi cancelado, porém sistema permitiu o seu envio para o laboratório.
Caso: Continuação das solicitações da ocorrência 70642 (Comodato): Inserir parâmetro no relatório “RPGER” para filtrar estoques apenas da conta de estoque; inserir no relatório “RLVFI” a possibilidade de exibição dos estoques apenas dos movimentos da conta de estoque de comodato
Caso: Deverá ser implementada no processo de Assistência Técnica de OS GARANTIA ESTOQUE, tela possível de fazer o cadastro da troca de produtos realizado pela Análise do Fornecedor.
Página | 17
Processo: Melhorias em Relatório - Comodato Ocorrência: 74967
Novas Funcionalidades: Implementações:
Ocorrência: 74699
Não Conformidade: Foi criado uma nova validação ao usuário fazer o fechamento do malote. Assim evitando o fechamento do malote com OS canceladas, que sofreram devolução, mas já estavam em algum malote aberto.
Processo:MENSAGERIAEmissão de NFC-e
1 Tela Relatório Inventario Fiscal (RLVFI) foi modificada para listar o inventário fiscal dos produtos de comodato. Criado o parâmetro: Tipo de Estoque para listar os produtos do "Estoque Físico" ou "Estoque Físico Comodato".
Novas Funcionalidades: A tela Troca de Produto Os Garantia Estoque (TSPOG) foi criada para fazer o cadastro da troca de produtos realizado pela Análise do Fornecedor.
2 Tela Relatório Posição Geral de Estoque (RPGER) foi modificada a posição geral do estoque para listar os produtos do estoque de comodato. Adicionado na lista do parâmetro nº 08: "Tipos de Estoque": Físico Comodato e Reserva Comodato, para listar os produtos do "Estoque Físico Comodato" e "Reserva Comodato".
Caso: Nota rejeitada pois na emitida com data inferior a data atual do sistema.
Não Conformidade: Efetuada correção no processo de emissão de NFC e, para que quando efetuar a emissão de uma nota rejeitada em uma data inferior a data atual o sistema irá atualizar a data de emissão para a data atual atualizando também as tabelas correspondentes.
Processo: Troca de Produto Os Garantia Estoque Ocorrência: 74837
Não Conformidade: Efetuada correção na URL de consulta a partir do QR CODE, utilizando NFC e para o estado SC.
> Inclusão do grupo de FCP ST no Grupo de Partilha do ICMS (Grupo N10a);
Caso: Ao tentar emitir a nota do cliente o sistema apresentou uma a seguinte “Rejeição: Endereço do site da UF da Consulta via QR Code diverge do previsto.”
Não Conformidade: Foi realizado tratamento de notas emitidas me contingência para não haver mais geração de notas em duplicidade, contingência foi gerada e enviada com sucesso.
Processo: Nota Técnica 2021.0004 versão 1.00 Ocorrência: 73588
Caso: Após emitir em contingência não houve o retorno correto da SEFAZ e nota ficou acusando duplicidade.
Ocorrência: 75357
Processo: Emissão de NFC- e na UF de MG Ocorrência: 75049
Não Conformidade: Efetuada alteração na URL de consulta conforme solicitação da SEFAZ MG.
Processo: Emissão de Nota Fiscal Consumidor Eletrônica Ocorrência: 75099
Obrigações Fiscais:
Ocorrência: 75299
OBRIGAÇÕES FISCAIS
--> Inclusão do Grupo Observações de uso livre do Fisco (para o item da NF-e);
Página | 18
Caso: Erro ao gerar NFC e quando emitida venda para o estado de Santa Catarina.
Caso: Segmentos dos clientes da Secrel: Ótica, Peças automotivas e material de construção, porém foi publicado no dia 29/11/2021 no portal da NF e a Nota Técnica 2021.004 versão 1.00 que traz as alterações abaixo listadas.
Não Conformidade: A mensageria foi corrigida para permitir a geração da NFC e na venda que não houve a identificação do cliente.
Caso: Erro ao gerar NFC e quando na venda não é informado identificação do cliente.
Página | 19
> Criação da Regra de Validação K01 10: obriga o preenchimento do grupo de medicamento (campo: med) quando o código NCM do produto for de medicamento (NCMs que começam com 3001, 3002, 3003, 3004, 3005 e 3006);
> Criação da Regra de Validação X03 30: proíbe o preenchimento do grupo de transporte (campo: transporta) quando foi informado na Modalidade do Frete que não houve transporte (campo: modFrete = 9);
> Criação da Regra de Validação U06 10: verifica o correto preenchimento do campo Item da Lista de Serviços (campo: cListServ);
> Criação das Regras de Validação X04 70, X04 80, X04 90 e X04 100: verifica o correto preenchimento do transportador (campo: transporta) no caso de Transporte Próprio por conta do Destinatário (campo: modFrete = 4);
--> Inclusão do campo Tipo do Ato Concessório (campo: tpAto) no Grupo de Informações Adicionais da NF e (campo: infAdic);
> Criação da Regra de Validação Z13 10: verifica o preenchimento correto do Tipo do Ato Concessório (campo: tpAto), no caso de Termo de Acordo ou Regime Especial validando o preenchimento de acordo com a Tabela de Padrões de Regime Especial de cada UF;
> Alteração da Regra de Validação 3BA02 10: cria uma condição para que a exceção da regra não seja aplicada caso a NF e referenciada tenha o Ano Mês de emissão inferior a 1 mês da data da emissão da NF e que a referência;
> Criação das Regras de Validação X04 30, X04 40 e X04 50 e X04 60: verifica o correto preenchimento do transportador (campo: transporta) no caso de Transporte Próprio por conta do Remetente (campo: modFrete = 3);
> Criação das Regras de Validação 5AF15 10, 5AF15 20, 5AF15 30, 5BF15 10, 5BF15 20, 5BF15 30: verifica o correto preenchimento dos dados do Local de Entrega e do Local de Retirada, conforme CCC (Cadastro Centralizado de Contribuintes).
Processo: Nota Técnica 2021.0004 versão 1.20 Ocorrência: 74821
Caso: A versão 1.20 dessa Nota Técnica traz a inclusão das Regras de Validação Z02 10 e Z02 20 aplicáveis ao modelo 65 e à UF: Santa Catarina, como as demais alterações são meramente documentais ou sem impacto em novas rejeições, o prazo de implementação está mantido.
> Criação das Regras de Validação J19 10, J20 10 e J20 20: verificar se o Tipo e Espécie do Veículo (campos tpVeic e espVeic) existem e são compatíveis entre si conforme Tabela de Tipo e Espécie de Veículo publicada no Portal Nacional da NF e;
Não Conformidade: A tela Vendas Cartões Crédito e Débito (VCTCD) foi implementada para corrigir a consulta das Vendas com Cartão TEF Crédito e Débito, que estavam retornando registros duplicados.
Caso: A tela Vendas Cartões Crédito e Débito (VCTCD) deverá ser corrigida pois algumas vendas ao serem consultadas, estão em duplicidade.
Caso: Efetuar melhoria no processo de Upload de XML(UPXML), para ao importar mais de uma vez o mesmo arquivo, o arquivo seria sobreposto não gerando várias copias do mesmo arquivo XML.
. Atualização da documentação dos campos tpComb, tpVeic e tpEspecie do Detalhamento específico de Veículos Novos; Alteração da Regra de Validação I08 140; Atualização da documentação da Regra K01 10; Atualização da documentação da Regra de Validação U06 10; Criação das Regras de Validação Z02 10 e Z02 20; Alteração na forma de divulgação de mudanças do item 3.6.1 da NT 2019.001 v1.51; O prazo previsto para a implementação das mudanças é: Ambiente de Homologação (ambiente de teste das empresas): 14/03/2022 e Ambiente de Produção: 16/05/2022.
Cartão de Crédito/Débito Ocorrência: 72951
Melhorias de Processo: A tela Upload de XML (UPXML) teve implementada melhoria para quando realizar upload do arquivo XML(UPXML) para sempre que carregar o mesmo arquivo várias vezes o arquivo será sempre sobrescrito, evitando assim gerar várias copias do mesmo arquivo XML.
Processo:RETAGUARDAVendas
Não Conformidade: A tela Vendas Cartão de Crédito/Débito (VCTCD) foi corrigida para pegar a administradora corretamente quando for venda do Ecommerce.
Caso: Nas vendas com cartão vindas da loja VIRTUAL E COMMERCE, o sistema não está ASSOCIANDO A BANDEIRA do cartão, mesmo o cadastro de Integradoras (CADIN) estando correta
Ocorrência: 74736
Processo: Upload de XML Nota Fiscal
Ocorrência: 74650
Página | 20
Obrigações Fiscais: Alterações introduzidas na versão 1.20:
fazer devolução de venda para funcionário, em outra loja diferente da loja de onde o funcionário está lotado, desde que, o parâmetro: "1255 Devolução de venda de funcionário somente na loja onde o funcionário está lotado." informado na transação: VLPAR esteja marcado com "Sim". Por fim modificado o relatório de devolução referente a tela relações de Valores (RVALE) para informar o resumo de quantidade de devoluções por cliente, desde que, seja informado o parâmetro: "Listar Resumo de Devoluções por Cliente" na emissão do relatório.
Caso: Foi informado que não está sendo possível a exclusão de alguns produtos que estavam duplicados.
Página | 21
Ocorrência: 74557
Processo: Valores de Parâmetros
Ocorrência: 75019
Melhorias de Processo: Foram realizadas as seguintes modificações na tela de Devolução de Pedido de Venda de cliente. Para utilização do processo ser informado o usuário e senha do autorizador quando a devolução for avulsa, desde que, o parâmetro: "1254 Exigir senha do usuário autorizador quando devolução avulsa" informado na tela Valores de Parâmetros (VLPAR) esteja marcado com "Sim". No processo será permitido informar devolução avulsa quando o cliente for funcionário, desde que, o parâmetro: "1256 Devolução de venda de funcionário somente informando o documento de venda." informado na tela Valores de Parâmetros (VLPAR) esteja marcado com "Sim". E, portanto, dever ser informado o documento de
Nãovenda.serápermitido
Não Conformidade: A tela Valores de Parâmetros (VLPAR) foi modificada para não estourar o cursor na tela ao tentar mudar o parâmetro 49. Corrigindo assim mesmo erro que foi exido em outras telas.
Ocorrência: 74675
Caso: Alterações no Pedido de Venda de Cliente:
Processo: Cadastro de Produtos
Processo: Devolução de Pedido de Venda de Cliente
Caso: Na Devolução de Cliente (DVCNI) o sistema na consulta para obter o credor não estava passando o código da empresa. somente o código do cliente.
Caso: A tela Valores de Parâmetros (VLPAR) estourou cursor na tela ao tentar mudar o parâmetro 49.
Não Conformidade: A Devolução de Cliente (DVCNI) foi implementada para obter o credor da nota, passando na consulta a código da empresa e código do cliente.
Ocorrência: 75216
Não Conformidade: A tela Cadastro de Produtos (PRODU) foi modificada para permitir excluir o produto nas seguintes condições: Não tenha quantidade de estoque > 0; Não tenha movimentação do produto na tabela de movimentos
Ocorrência: 75205
Melhorias de Processo: A tela Gera Nota Fiscal do Estoque da Loja (NFEST) foi implementada para selecionar categoria para geração da nota fiscal de baixa de estoque. Quando selecionado o botão categoria, a popup de seleção de categoria será chamada para que o usuário possa selecionar as categorias.
Processo: Emissão de Etiquetas por Produtos Ocorrência: 74771
Caso: Alterações na tela Gera Nota Fiscal do Estoque da Loja para ser possível a seleção de categorias para geração de nota fiscal.
Caso: Ajustar na implementação no processo de importação de XML, para cadastrar produtos automaticamente e também de acordo com a categoria padrão cadastrada na loja para associar aos produtos
Caso: Erro, ao gerar etiquetas o sistema está imprimindo na etiqueta o código e nome da loja.
Processo: Gerar Nota Fiscal do Estoque da Loja Ocorrência: 74759
Página | 22
Processo: Entrada Mercadorias de Fornecedor Ocorrência: 75003
Não Conformidade: Efetuada implementação no processo de importação de XML, quando selecionada a opção para cadastrar produtos automaticamente, implementação feita para ao cadastrar o produto na loja verificar a categoria padrão cadastrada na loja para associar ao produto.
Caso: Erro ao gerar etiquetas de produtos para nota fiscal
Não Conformidade: Foi implementada correção na consulta de etiquetas a serem geradas, corrigindo assim a geração dessas para nota fiscal.
Não Conformidade: Foi implementada correção e do programa para geração de etiquetas de maneira que já acontecia antes de uma atualização
Processo: Importação de Planilha de Fornecedor Ocorrência: 75021
Processo: Consulta Nota Fiscal de Saída Ocorrência: 73938
Melhorias de Processo: Efetuada alteração para exibir o número do item da nota fiscal ao consultar os itens da nota, usando a tela CNFSD, opção 'Itens NF'. Essa alteração se fez necessária para facilitar a identificação do produto com erro em caso de rejeição na SEFAZ
Processo: Consulta de Pedido de Cliente Ocorrência: 67319
Não Conformidade: A tela Consulta de Pedido de Cliente (CPEDC) foi implementada para somar o valor do adiantamento, desde que o valor do sinal igual zero, na coluna "Valor" da consulta dos pedidos de clientes.
Caso: A tela Importação de Planilha de Fornecedor (IMPAF) não está finalizando a importação da planilha.
Caso: A tela Cancelamento de Nota de Fornecedor (CNENT) estava tentando cancelar/inutilizar a nota fiscal mesmo não sendo de emissão própria
Caso: Efetuar a alteração para exibir o número do item da nota fiscal ao consultar os itens da nota, usando a tela CNFSD, opção 'Itens NF'. Essa alteração se fez necessária para facilitar a identificação do produto com erro em caso de rejeição na SEFAZ.
Não Conformidade: A tela Importação de Planilha de Fornecedor (IMPAF) foi implementada com a correção para verificação de caso específico nos tipos de códigos de produtos de cliente específico.
Página | 23
Caso: A tela Consulta de Pedido de Cliente (CPEDC) deve ser alterada para mostrar o valor total do pedido, mesmo que o valor do crédito seja o mesmo valor do pedido.
Não Conformidade: Efetuada correção na tela Cancelamento de Nota de Fornecedor (CNENT) ao fazer a exclusão de uma nota de terceiro, o sistema estava tentando cancelar/inutilizar a nota fiscal mesmo não sendo de emissão própria, efetuada a correção para quando a nota for de terceiro só efetuar a exclusão da nota.
Processo: Cancelamento de Nota de Fornecedor Ocorrência: 74618
Não Conformidade: Efetuada correção na conciliação de cartão Adyen offline, quando usado débito na operação offline a quantidade de parcela informada pela Adyen era 1, no NexGEN é 0, por isso estava ocorrendo o problema que impossibilitava a conciliação.
Novas funcionalidades: : Alterações na Importação do Pedido do Fornecedor : Criar novo preço ou preço sugerido pelo fornecedor/fabricante; Este preço deverá ser mostrado nas telas de Cadastro de Produtos (PROLJ), este preço poderá ser alterado nessa tela da mesma forma que é feito nos preços de vendas e custos; Alteração da funcionalidade de importação do pedido de compra na tela (PEDCF), este preço deverá ser importado na funcionalidade de importação do pedido de compras (PEDCF), o preço sugerido pelo fornecedor deverá constar na planilha disponibilizada pelo fornecedor; A funcionalidade de importação de pedido de compras deverá considerar a existência desse preço na planilha a ser importada Obs: Planilha do fornecedor anexada a esta ocorrência.
Ocorrência: 74851
Melhorias de Processo: A tela Estorno de Vendas (ESTOV) foi implementada para cancelar a reserva dos itens do pedido de "Comodato".
Processo: Estorno de Vendas
Caso: A tela Consulta de Vendas Offline - ADYEN (CVOFF) tem o seguinte comportamento quando um POS Adyen é pago no débito, no grid da Adyen retorna 1, mas quando lançado na tela de valores do sistema exibe somente em banco de dados. Dessa forma não permite conciliar.
Página | 24
Processo: Cadastro de Produto por Loja
Ocorrência: 75028
Ocorrência: 70646
Processo: Consulta de Vendas Offline - ADYEN
Caso: Atualizada a Funcionalidade de importação de Pedido de fornecedor através de EXCEL, adicionado novos campos data do pedido e preço sugerido.
Melhorias de Processo: A tela Cadastro de Produto por Loja (PROLJ) foi implementada com criação de um campo "Dt. Última Compra", para informar a data de última compra do item na loja.
Caso: A tela Estorno de Vendas (ESTOV) deverá ser implementada para cancelar a reserva dos itens do pedido de "Comodato".
Processo: Pedido de Compra de Fornecedor Ocorrência: 74213
Caso: A tela Cadastro de Produto por Loja (PROLJ) deverá ser implementada com a criação de um campo "Dt. Última Compra", para informa a data de última compra do item na loja.
Ocorrência: 75043
Ocorrência: 74761
Caso: A tela Gestão de Notas Fiscal (GNOTA) não estava efetuando corretamente a consulta de notas com o status 150 (Autorizado o uso da NF e, autorização fora de prazo)
Caso: Quando era cadastrado um NCM na tela de NCMPR, como empresa, o sistema não permitia associar a um produto, pois, não podia associar um produto a um NCM que tiver sido cadastrado como empresa.
Processo: Cadastro de NCM de Produto
Melhorias de Processo: Foi alterada a tela de cadastro de NCM para quando for cadastrado um NCM como empresa, será gerado um NCM igual sem o código da empresa, assim como, os seus respectivos tributos
Processo: Gestão de Nota Fiscal
Não Conformidade: A tela Status de Notas Fiscal (GNOTA) foi programada com a correção na gravação do XML’s autorizado da carta de correção no banco de dados, o erro estava ocorrendo pela falta de tratamento para campos longos no banco de dados Oracle.
Processo: Envio de Boletos Ocorrência: 75052
Não Conformidade: Alteração feita para corrigir o problema de importação da palmilha e também a atualização dos NCM de produtos que devam ser atualizados, além disso será retornada mensagem do sucesso ou não e não mais somente uma mensagem de erro genérica.
Não Conformidade: A tela Gestão de Notas Fiscal (GNOTA) foi programada para ao efetuar a consulta de uma nota com o status 150 (Autorizado o uso da NF e, autorização fora de prazo), a consulta ser feita sem erros e a nota seja atualizada no sistema.
Caso: A tela Status de Notas Fiscal (GNOTA) não estava efetuando corretamente o envio de Carta de Correção de nota fiscal.
Processo: Status de Nota Fiscal Ocorrência: 75089
Caso: A tela Envio de Boletos (EMBOL) não estava efetuando corretamente o envio de boletos de acordo com o valor especificado de acréscimos de cliente específico.
Página | 25
Caso: O sistema faz a carga, mas, ao comparar a planilha atual com as anteriores, o sistema retorna nenhum NCM para mudar, foi verificado que existe NCM desatualizado e mesmo assim o resultado é de que não existe dados para mudar.
Ocorrência: 73798
Processo: Cancelamento/Exclusão de Notas Fiscais Ocorrência: 75271
Melhorias de Processo: A tela Nota Fiscal de Baixa de Estoque (NFEST) foi modificada para permitir selecionar o tipo de estoque que será utilizado na geração do movimento da nota. O usuário poderá selecionar o estoque físico ou o estoque disponível. Quando for selecionado o estoque disponível, a quantidade será obtida subtraindo do estoque físico, todas as contas de estoque que estão configuradas para calcular o estoque disponível. Neste caso os demais saldo de estoque serão preservados. Quando for selecionado o estoque físico, a quantidade será obtida do estoque físico. Neste caso todos os saldos de estoque serão zerados, exceto a conta comodato.
Caso: Após exclusão de notas fiscais de terceiros relatórios ainda mostrar que tem 1 no saldo anterior, porém esse saldo não existe.
AJUSTES
Caso: A tela Nota Fiscal de Baixa de Estoque (NFEST) deverá ter a opção de retirar produtos apenas do estoque disponível, preservando os saldos nas outras contas como: Reserva para venda, Avaria, Demonstração, Assist. Técnica, Reserva para Dist., Transferência em Trânsito, Garantia e Pendente do fornecedor.
Não Conformidade: Efetuada correção no processo de exclusão de nota de terceiro para não gerar duplicidade de movimentos de estoque.
Processo: Nota Fiscal de Baixa de Estoque Ocorrência: 75040
Caso: Tela do sistema não está com as atualizações de expansividade.
Não Conformidade: Procedimentos para expandir o Nexgen: Para alterar totalmente o menu do NEXGEN deverá ser feito o update de acordo com orientação especificado pela ocorrência: Deverá copiar os seguintes arquivos para suas respectivas pastas: Na pasta CSS: botões.css, principal.css e RedimencionarNexgen.css; Na pasta raiz do Nexgen: login.html
NOTA: Arquivos Css deverá ficar na pasta de CSS; Arquivo html deverá ficar na pasta raiz; Arquivo nexgen.png deverá ficar na pasta container dentro da pasta images Obs: Limpar o cache do browser.
Não Conformidade: A tela Envio de Boletos (EMBOL) foi programada para efetuar corretamente o envio de boletos de acordo com o valor especificado de acréscimos de cliente específico.
Página | 26
Processo:GERAISExpansividade
das Telas Ocorrência: 75318
Caso: Deverão ser realizadas melhorias no Relatório Fechamento de Caixa (RFECX) para ser possível a visualização desse por visão (conjunto) de lojas.
Novas funcionalidades: Desenvolvido componente genérico para geração de planilha EXCEL, para ser consumido nos relatórios (XSEED e INNOVATION) e telas com grid (XSEED e INNOVATION).
Processo: Ajustes PIX TEF
Processo: Mensageria
Ocorrência: 74799
Não Conformidade: Após diagnósticos foram realizados ajustes das funcionalidades, e logo após foi implementado os ajustes necessários para usabilidade.
Caso: Desenvolver componente genérico para geração de planilha EXCEL, para ser consumido nos relatórios (XSEED e INNOVATION) e telas com grid (XSEED e INNOVATION).
Caso: Ao tentar realizar o recebimento utilizando a nova modalidade PIX TEF o sistema apresenta o Fatal ERROR.
Ocorrência: 70384
Não Conformidade: Liberada implementação de classe que corrige as inconformidades de exibição dos nomes dos campos na tela.
Processo: Componente Genérico - Geração de planilha EXCEL
Não Conformidade: O erro ocorria porque na mensagem retornada do monitor tinha o caractere apostrofe(aspa simples). O sistema foi alterado para trocar o caractere apostrofe por espaço.
Caso: Inconsistências encontradas em telas que utilizam as popup de Seleção Genéricas.
Processo: Seleção Genérica
Página | 27
Caso: Inconsistências encontradas na tela de mensageria .
Ocorrência: 74374
Ocorrência: 74904
Melhorias de Processo: O Relatório Fechamento de Caixa (RFECX) foi modicada para ser solicitado também por visão de loja. Criado o parâmetro(filtro) número 8, onde o usuário poderá informar uma visão. Agora caso seja informada uma visão, não poderá ser informado o parâmetro de código de loja ou código do caixa.
Ocorrência: 74232
Processo: Relatórios
Quando solicitado por visão, o relatório de fechamento será sintetizado com os totais de todas as lojas que constam na visão. No cabeçalho do relatório de fechamento do caixa foi incluído o código e descrição da visão.
Processo: Estruturas de Dados
Caso: O Relatório Posição de Estoque (RPGER) está exibindo algumas informações diferentes e com a data errada.
Melhorias de Processo: Criada Estrutura de banco de dados para guardar informações no processo de precificação.
Página | 28
Caso: Deverá ser criada Estrutura de banco de dados para guardar informações no processo de precificação.
Ocorrência: 74822
Caso: Deverá ser criado relatório para demonstrar as quantidades de OS´s que foram executadas em cada etapa do processo, mostrando por Etapa as quantidades de OS´s executadas por operadores da etapa.
Caso: O Relatório Analítico de Vendas (REVEN) está com exibição desconfigurada quando impresso em PDF.
Não Conformidade: O Relatório foi alterado para obter a data de compra da última loja quando for informado uma loja, mas quando for informado todas as lojas, a data última compra será a última compra realizada na empresa. O programa foi modificado para exibir a data da última compra do produto na empresa. A transação é chamada a partir do botão de ação "Dados Produto", na tela Cadastro de Produtos (PRODU)
Não Conformidade: O Relatório Analítico de Vendas (REVEN) foi regerado para corrigir a sua exibição quando impresso em PDF.
Ocorrência: 74836
Caso: Criar estrutura no Banco de Dados para guardar informações para desenvolvimento da integração da mensageria com a VINCO.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações para desenvolvimento da integração da mensageria com a VINCO.
Ocorrência: 73329
Ocorrência: 74982
Novas Funcionalidades: Foi criado o Relatório de Apontamento de Montagens (RAMON) que mostra a quantidade de OS's por dia e processos, assim como os operadores.
Ocorrência: 74652
Caso: Criar Estruturas de Dados para armazenar informações de novo status "Crédito fornecido pelo Fornecedor", esse status deve ser incluído na combo "Status da OS Garantia"
Melhorias de Processo: Criadas Estruturas de Dados para armazenar informações de novo status "Crédito fornecido pelo Fornecedor", esse status deve ser incluído na combo "Status da OS Garantia"
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações na criação de uma nova tela para troca de produtos da O.S Garantia Estoque.
Ocorrência: 74900
Caso: Criar estrutura no Banco de Dados para guardar informações que definem se um determinado serviço retém tributos nas notas de serviço.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações que definem se um determinado serviço retém tributos nas notas de serviço.
Ocorrência: 74841
Caso: Criar estrutura no Banco de Dados para guardar informações na criação de uma nova tela para troca de produtos da O.S Garantia Estoque.
Página | 29
Ocorrência: 75182