Nexgen 2.3 – Release 145

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

SUMÁRIO

NOVIDADES...........................................................................................................5

PREFÁCIO 6

RESUMO QUANTITATIVO 13 FRENTE DE LOJA 14

Processo: Recebimento de Pedido .....................................................................14

Processo: Manutenção de Cliente.......................................................................15

Processo: Vendas com cartão TEF Crédito e Débito 15

Processo: Integração Ecommerce Woocommerce 15

Processo: Integração Nexgen x SFA Petronas 15

Processo: Vendas Link de Pagamento ...............................................................16

Processo: Pedido de Venda e Cliente.................................................................16

Processo: Integração Nexgen x Ecommerce VTEX ...........................................16

Processo: Integração Nexgen x ADYEN 16

Processo: Auditoria de Cadastro de Produto 17 ÓTICA 17

Processo: Consulta Ordem de Serviço ...............................................................17

Processo: Itens Caixa Chamada Interna..........................................................18

Processo: Verificação de Material Para Execução de OS 18

Processo: Cadastro de Produto 18

Processo: Verificação de Materiais Ordem de serviço 19

Processo: Especificação de Ordem de Serviço..................................................19

Processo: Ordem de Serviço de Garantia - Orçamento.....................................20

Processo: Cadastro Lojas Lab. Montagem / Assistência Técnica 21

Processo: Geração de Ordem de Serviço Assistência Técnica 22

Processo: Ordem de Serviço de Garantia 22

RETAGUARDA.....................................................................................................22

Processo: Crédito de Devolução .........................................................................22

Processo: Baixa de Crediário 23

Processo: Transferência entre Lojas 23

Processo: Nota Fiscal Eletrônica 23

Processo: Baixa de Estoque Residual da Loja ...................................................24

Processo: Devolução de Notas Emitidas por Terceiros .....................................24

Processo: Recebimento Entrega Futura 24

Processo: Venda de Mercadoria Outras Saídas 25

Processo: Estorno Nota Fiscal Cancelada Prazo Legal 25

Processo: Emissão de Nota Fiscal de Três Vias ................................................25

Processo: Devolução de Mercadorias de Fornecedores....................................27

Processo: Conciliação de Pedidos Integração Nexgen ADYEN....................27

Processo: Consulta Nota Fiscal de Saída 28

Processo: Status de Nota Fiscal Eletrônica 28

Processo: Separação de Pedidos 29

Processo: Importação de Cupom Fiscal..............................................................29

Processo: Importação Conhecimentos de Frete.................................................30

Processo: Nota Fiscal de Transferência Entre Lojas 30

Processo: Status dos Pedidos 30

Processo: Geração de Carga ..............................................................................30

Processo: Cadastro Cliente Simplificado 30

Processo: Junção de Notas a Faturar 31

Processo: Informes de Pendências 31

Processo: Preços de Custo .................................................................................31

Processo: Gestão de Nota Fiscal Eletrônica.......................................................32

Processo: Análise de Crédito 32

Processo: Pedidos Gerados pela Posição Automática 32

Processo: Atualização de Preço de Compra 33

Processo: Reajuste de Preços.............................................................................33

Processo: Status e Situação dos Pedidos ..........................................................33

Processo: Replicação de preços por Lojas 33

Processo: Consulta Descontos 33

Processo: Emitir Etiqueta de Produtos 34

MENSAGERIA......................................................................................................34

Processo: Nota Fiscal Eletrônica.........................................................................34

Processo: Status dos Pedidos 34

OBRIGAÇÕES FISCAIS......................................................................................35

AJUSTES GERAIS...............................................................................................35

Processo: Boleto 35

Processo: Entrada de Notas de Mercadorias 35 Processo: Relatórios 36

Processo: Cadastro Horário Transportadora ......................................................37

Processo: Consulta de Produtos .........................................................................38

Processo: Atualiza Versão...................................................................................38

Processo: Estrutura de Banco de Dados 38

NOVIDADES

Foi criado um parâmetro (106) que defini a forma de informar o médico na tela “Especificação de Lentes” Sendo agora Lista ou Digitado.

O processo de (VMAOS) foi implementado para permitir mandar OS que precisam de Antirreflexo e Coloração, sem passar pela Surfaçagem, indo diretamente para Montagem, seguir seus processos definidos pelas etapas de Antirreflexo e Coloração.

Implementação do novo processo de Ordem de Serviço de Garantia Orçamento.

Foi criado no cadastro de loja, transação "LOJAS", o campo para informar a atividade da loja (loja de venda, loja de assistência técnica e loja de laboratório de montagem). Quando a loja for informada com a atividade Assistência Técnica ou Laboratório de Montagem, a tabela de produto associada à loja não será gravada. A gravação do produto ocorrerá no momento da movimentação do recebimento do pedido e no processo de geração de malote para assistência técnica.

As telas de devolução de Mercadorias a Fornecedor e Outras Saídas, foram modificadas para permitir informar uma alíquota do IPI diferente da nota fiscal de entrada. Para permitir esta situação, o CFOP da operação fiscal deve ser configurado na tabela de CFOP para não validar a alíquota de IPI com a nota fiscal de entrada. A configuração deverá ser realizada através da transação MACFO, onde deverá ser informado que o CFOP não deve validar a alíquota do IPI com a alíquota informada na nota fiscal de entrada.

Foi alterado a tela Cadastro de Agrupadores de Categoria (CAAGC) para cadastrar os agrupadores de categorias para obter as categorias conforme é utilizado pela GBO quando o parâmetro 264 para selecionar o tipo de categoria do produto.

Foi alterado a tela Atualização de Preço de Compra (ALTPC) para incluir o botão e chamar a tela Seleção de Agrupador de Categoria.

Foi alterado a tela Cadastro de Agrupadores de Categoria (CAAGC) para cadastrar os agrupadores de categorias para obter as categorias conforme é utilizado pela GBO quando o parâmetro 264 para selecionar o tipo de categoria do produto.

Foi alterado a tela Reajuste de Preços (REAJP) para incluir o botão e chamar a tela Seleção de Agrupador de Categoria.

Efetuada implementação da comunicação com a mensageria Vinco para a geração de NFC e.

Implementado um processo para geração de uma tabela com as informações do Giro de Produtos, essa tabela é carregada pela rotina de agendamento genérico. Também foi criado a transação GIROS que irá substituir a transação GPOCU, a GIROS irá disponibilizar a mesma planilha gerada pela GPOCU, porém a GIROS irá ler os registros da tabela gerada pelo agendamento genérico.

PREFÁCIO Versão Nexgen 2.3.145

FRENTE DE LOJA

• Foi implementado uma robustez para quando houver o cancelamento de CFe, seja evitado a alteração de status do cupom recusado por motivo de vencimento do limite de tempo permitido.

• A tela Recebimento de Pedido (RECNE), foi implementado para gerar corretamente o sequencial na base da “Nosso Número” nos recebimentos feito por boleto Itaú.

• A tela Recebimento de Pedido (RECNE), foi implementado para ajustar a rotina de cálculo da Substituição Tributária para vendas interestaduais.

• Foi implementado uma nova de tela de Cadastro de Cliente (CLICR), porém essa tem o objetivo de cadastrar o cliente o mais rápido possível somente com informações necessárias (sujeito a parametrização). A tela pode ser chamada também a partir da transação de Aprovação de Crédito (APRCR), selecionando um pedido sem cliente a página será direcionada para o cadastro de cliente rápido e o cliente incluído será associado ao pedido e haverá mudança de status.

• Na tela de Consulta de Ordem de Serviço (COSLJ) Foi criado um checkbox para definir se o histórico será impresso junto com a OS, no qual essa opção é selecionada no momento da solicitação da impressão.

• O sistema não permitirá mais atualizar o campo de Canal de Vendas quando o cliente não for informado, retornando uma mensagem para o usuário.

• Na tela de Vendas com Cartão TEF Crédito e Débito (VCTCD), foi implementado para realizar a baixa automática da parcela gerada no momento da gravação, para essa funcionalidade foram criados dois parâmetros, o parâmetro 1420 que indica que será feito a baixa automática, e o parâmetro 1421 que será informado o código do movimento de baixa gravado.

• Foi implementado na integração Ecommerce Woocommerce um registro de informações para requisições de pedidos realizados através do Ecommerce Woocommerce.

• Para as integrações Ecommerce e a Integração Petronas, foram tratada as exceções disparadas por condicionais do próprio Nexgen para não exibição de registros de erros que não sejam para esses casos, diminuindo o tamanho dos logs(arquivos de registros de erros).

• Implementada validação ao processo de vendas com link de pagamento para aos itens enviados a integração com do Mercado Pago.

• A tela de Pedido de Venda de Clientes (PEDCV), quando utilizada na função de PEÇAS, foi modificada para permitir fazer um pedido sem informar o código do cliente, desde que o tipo de documento fiscal seja "Cupom Fiscal".

• Foi alterado a tela de pedido para não sobre o campo código do cliente do pedido se o mesmo estiver zerado e manter o que veio da tela de cliente.

• Efetuada melhoria no processo do Ecommerce VTEX, para evitar gravações de erro desnecessárias no log do servidor de aplicação.

• Efetuada uma alteração ao exibir a quantidade de parcelas dos pagamentos em débito para a modalidade ADYEN, na transação CVOFF, antes a ADYEN estava retornada 1 na quantidade de parcelas e agora passou a retornar 0, como a quantidade de parcelas é utilizado para efetuar a conciliação o valor do sistema estava diferente do valor

retornado, assim não sendo possível a conciliação. Efetuada alteração para o sistema também exibir 0 na quantidade de parcelas, para permitir a conciliação corretamente.

• Foi criado o parâmetro 2248 Quantidade máximo de Itens no Pedido de Requisição para limitar a quantidade de itens gerados no pedido, se o parâmetro não for informado, será considerado 250 itens no pedido, caso o parâmetro seja informado com um valor maior que 900, será considerado 900 itens. O problema detectado foi por conta da quantidade de itens selecionados para gerar o pedido, essa quantidade ultrapassava 99 itens e com isso gerou erro, pois o campo NR_ITEM só suporta até 999.

ÓTICA

• Foi implementado na Consulta Ordem de Serviço (COSLJ) na impressão da ordem de serviço um aumento de fonte e adicionado um espaçamento mais acessível para preenchimento de dados.

• A tela de Consulta Ordem de Serviço (COSLJ) foi implementado para exibir o cálculo de desconto na impressão da Os com o pedido corretamente, mostrando os valores corretos de cada desconto.

• Foi criado um parâmetro (106) definir a forma de informar o médico na tela de” Especificação de Lentes”. Sendo agora Lista ou Digitado.

• Na tela de Consulta de Ordem de Serviço (COSLJ) é necessário aumentar a fonte e o espaçamento nos textos dos termos de autorização da Ordem de Serviço Mobile.

• Na tela de Consulta de Ordem de Serviço (COSLJ) foi alterado o tamanho da fonte em alguns campos e o espaçamento em outros para se obter uma melhor visualização.

• Na tela de Itens Caixa Chamada Interna (VALCX) foi efetuada uma melhoria no processo de recebimento de TEF offline ADYEN, para evitar a finalização da venda sem a informação completa dos valores correspondente ao valor total de TEF

• O processo de (VMAOS) foi implementado para permitir mandar OS que precisam de Antirreflexo e Coloração, sem passar pela Surfaçagem, indo diretamente para Montagem, seguir seus processos definidos pelas etapas de Antirreflexo e Coloração.

• Na tela de Cadastro de Produto (PRODU) foi realizada a correção do método importar produtos, incluindo Coluna de preço de venda na inclusão de produtos para atualização.

• A tela Verificação de Material (VMAMO) foi implementada o processo de validação de consumo de OS e também no botão "Ordem de produção" para evitar que a OS prossiga de fase, sem fazer o consumo de todos os itens, assim como é feito no botão "Salvar".

• Na tela de Verificação de Material (VMAMO) Foi criado o botão "Lente Recortada" para que seja possível encaminhar a OS para: Encaixe, conforme foi solicitado.

• Foi realizada a implementação na tela Verificação de Material para Execução de OS (VMAMO) com a opção para Ordem de Serviço de Retificação sem consumo e criado um desvio de fluxo apenas para as OS's de Retificação sem consumo.

• Foi acrescentado o campo de adição do olho esquerdo na tela de Dioptria.

• Implementação do novo processo de Ordem de Serviço de Garantia Orçamento.

• Foi criado no cadastro de loja, transação "LOJAS", o campo para informar a atividade da loja (loja de venda, loja de assistência técnica e loja de laboratório de montagem). Quando a loja for informada com a atividade Assistência Técnica ou Laboratório de Montagem, a tabela de produto associada à loja não será gravada. A gravação do produto ocorrerá no momento da movimentação do recebimento do pedido e no processo de geração de malote para assistência técnica. A motivação para esta implementação é a redução de registros na tabela de produtos na loja, para as lojas cuja atividade é assistência técnica ou laboratório de montagem; foi criado o parâmetro

"1531" para indicar que será feito esse cadastro automático do produto na loja, no momento do recebimento do pedido que gera OS para entrega futura e OS Garantia.

• Foi alterado o processo de troca do produto para quando houver troca de produto da OS Garantia Estoque, na tela TPOSG, a opção que a OS foi atendida fique marcada como "SIM".

• Foi realizado a correção da retirada do produto do estoque de garantia ao cancelar uma OS de garantia cliente que tenha entrada de NOTA.

RETAGUARDA

• Foi implementado na tela Crédito de Devolução (DEVOL) para quando ocorrer devolução com exclusão de item o número de ordem sequencial seguir a ordem crescente desde o 1º (primeiro) até o último item.

• A tela Baixa de Parcela de Crediário (BACTR) foi implementada com a correção para permitir baixa de cheque com o sequencial com mais de 20 dígitos.

• Na tela de Transferência entre Lojas (NFTRA) foi implementado no sistema a criação do parâmetro 248 que determina a quantidade máxima de itens que podem ser incluídos na geração de uma NF e. O pedido de cliente foi alterado para validar a quantidade de itens digitados com o valor configurado no parâmetro 248. As transações de transferência foram modificadas para quando importar o pedido de transferência, gerar mais de uma nota fiscal, caso a quantidade de itens ultrapasse o valor definido no parâmetro 248. No final da importação do pedido de transferência será exibido uma mensagem informando que a notas fiscais que foram geradas. Foi criado um botão ao lado do campo "Número do Pedido", para visualizar a notas geradas na importação do pedido de transferência.

• Nas telas de processo referente a nota fiscal, foi realizada uma correção a respeito da ordem de acessos de cada campo por meio da tecla TAB.

• Foi realizada a implementação e atualização de regras de validação, Implementação da NT 2020.005.

• Na tela de Baixa de Estoque Residual da Loja (NFEST) foi modificada para permitir realizar novas saídas caso o produto tenha saldo positivo de estoque.

• Na tela de Baixa de Estoque Residual da Loja (NFEST) foi alterada para exibir uma mensagem informando os motivos da não geração da nota fiscal quando necessário.

• As telas de Devolução de Cliente foi modificada para que o usuário possa informar a data de emissão e data de entrada da nota. Quando a nota é de geração própria, as duas data já vem preenchidas com a data atual, podendo o usuário modificar para qualquer data. Quando a Devolução for Nota é de Terceiros, as duas datas ficam vazias e o usuário deverá informar as duas datas. As duas datas serão informada na segunda tela de confirmação da devolução.

• Na tela Gerar Nota Fiscal do Simples Faturamento (GNFSF) foi implementado com o objetivo de Gerar Nota Fiscal de Simples Faturamento pelo motivo da não geração da nota na transação de recebimento do pedido dos produtos para entrega futura.

• Na tela de Baixa de Estoque Residual da Loja (NFEST) foi modificada para calcular corretamente o valor e base do PIS. Para quando gerada mais de uma nota fiscal com cálculo de PIS, o valor da nota não ser acumulado na próxima nota.

• Na tela de Baixa de Estoque Residual da Loja (NFEST) foi realizada a correção para as notas quando geradas serem mostradas na transação de Nota Fiscal de Saída (CNFSD) para a transmissão.

• Foi implementado a forma de impressão do PDF para que seja repetido o envio da impressão conforme o número de cópias configurado nos parâmetros 389 e 489.

• A tela de Pedidos de Vendas (PEDCV) foi implementado para alterar os dados do pedido do cliente, para que seja gravado corretamente o canal de vendas mediante a movimentação do pedido.

• A tela de Reajuste Geral de Preço (REAJP), foi implementada a rotina de efetivação utilizando a Modalidade de Reajuste Categoria Apenas, para ao efetivar ler pela loja de origem e atualizar os preços pela loja do Parâmetros Para Efetivação do Preço.

• A tela de Pedido de Compra ao Fornecedor (PEDCF), foi implementado para ao fazer uma importação de planilha com produtos de código interno realizar a verificação por meio do código de referência do fornecedor.

• Na tela de Pedido de Compra ao Fornecedor (PEDCF) foi realizado a correção na leitura dos códigos de fornecedor no processo de importação de pedido de fornecedor através do EXCEL.

• A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada o processo de importação de XML na associação automática da nota de entrada do fornecedor com o pedido de compra.

• A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada com correção no processo de importação de XML para que não ocorra erro ao importar notas.

• Efetuado ajuste na importação de nota para gravar a base de cálculo do IPI, efetuando assim a crítica no cálculo do valor do IPI corretamente.

• As telas de devolução de Mercadorias a Fornecedor e Outras Saídas, foram modificadas para permitir informar uma alíquota do IPI diferente da nota fiscal de entrada. Para permitir esta situação, o CFOP da operação fiscal deve ser configurado na tabela de CFOP para não validar a alíquota de IPI com a nota fiscal de entrada. A configuração deverá ser realizada através da transação MACFO, onde deverá ser informado que o CFOP não deve validar a alíquota do IPI com a alíquota informada na nota fiscal de entrada.

• Alteração efetuada apenas na consulta adicionando novo parâmetro de busca no caso de integração ADYEN.

• A tela Consulta Nota Fiscal de Saída (CNFSD) foi implementada com correção no envio de e mail, através do botão “Enviar E mail”.

• Implementada uma checagem se o cupom solicitado já foi gerado para o dado pedido, anteriormente essa checagem era realizada somente quando do reenvio, agora, devido a problemas de dupla solicitação, também é realizada no envio do XML; Implementada uma checagem se o último envio de cupom, ao MFE foi concluído com sucesso, para quando não há resposta recebida pelo MFE

• Na tela Altera Vendedor Nota Fiscal ou Pedido Venda (ALTVE) foi alterada para modificar o vendedor em todas as tabelas existentes no sistema. Pois, quando o vendedor era alterado, a cabeça da nota e itens do pedido não eram alterados.

• Foi modificada a rotina de geração das notas de comodato realizada na tela de Recebimento de Pedidos (RECNE) para marcar as notas geradas do tipo de "Outras Entradas" como nota de terceiros. Com esta modificação estas notas não serão mais exibidas na tela Status de NF e (STNFE).

• Foram realizados ajustes a respeito de impedimento de registro em caso de nota inutilizada.

• Foi corrigido na tela Status Nota Fiscal Eletrônica (STNFE) para consultar período com todos os status e mostrar todos os registros as notas.

• Foi corrigido na tela Status Nota Fiscal Eletrônica (STNFE) para exibir tela quando clicado no botão Gerar PDF ou Gerar Excel, para isso deverá informar que os mesmos não geram o DANFE da nota fiscal, apenas a listagem das notas consultadas na tela e perguntar se o usuário deseja continuar.

• A tela Separação de Itens (SEPAR) na opção: "Finalizar Separação" foi modificada para quando ocorrer alterações nas quantidades separadas do pedido e caso este pedido possua adiantamento de cliente (Crédito) , calcular o valor utilizado do adiantamento com base nos valores recalculado do pedido.

• Efetuada correção na importação de CFe para identificar de forma correta o CFe na geração do SPED

• Efetuada melhoria no processo da Importação de Conhecimento de Frete (IMPCT), para verificar os arquivos que não foram importados e mostrar o motivo da não importação do log gerado no processo.

• A tela de Nota Fiscais de Transferência entre Lojas (NFTRA) teve adicionado nova informações ao campo informação adicional do XML da nota fiscal, identificando assim melhor as notas.

• Foi alterado para obter do banco e não da máquina local, corrigindo assim o status de andamento dos pedidos.

• Foi realizado uma atualização da query de consulta, e adicionado como parâmetro do código da carga nas classes que estavam sendo chamadas pelo método de consulta da geração e manutenção cargas. Foi necessário também a correção da lupa de consulta da transação MACAR e uns ajustes no relatório de carga.

• Foram realizadas melhorias a respeito à validação de tamanho de dígitos permitidos no campo base de CPF, e correção as respeito de ordem de acesso dos campos.

• Foi incluído uma robustez para não gerar o erro. O problema ocorria por uma inconsistência no sistema de não verificar se o plano de venda que consta na política do cliente está cadastrado na empresa.

• Realizada alteração na tela de alertas (INFPE), para só mostrar os alertas das lojas que o usuário logado tem acesso.

• A tela Informes de Pendências (INFPE) teve ajustado contador de Notas com status de Rejeição

• Foi implementado na transação: PRCUS na opção: "Composição de Preço de Custo" para calcular o preço de custo de acordo com itens (componentes) e formula: Preço de Compra Descontos + Despesas + IPI + Frete + ICMS Substituição + Desp. Extra NF.

• Foi adicionado o objeto para fazer a inclusão corretamente de uma nova DG.

• Foi corrigido o erro durante o cancelamento de uma garantia na GARAN, além de que foi adicionada uma mensagem para confirmar o cancelamento e também adicionada uma robustez para evitar um erro caso seja feito o cancelamento novamente da mesma garantia.

• Adicionado processo de cancelamento de nota fiscal por Chave de acesso, ficando atento a resolução da Sefaz quanto ao período hábil para cancelamento.

• A tela Análise de Crédito (ANACR) foi modificada para considerar os dias de atrasos corretamente.

• O sistema foi alterado para que só gerei o item se a quantidade calculada for maior que zero, ao final se existir algum item que não foi gravado por conta do estoque mínimo, será mostrado a mensagem que ocorreu isso e que seja verificado.

• Foi alterado a transação CAAGC para cadastrar os agrupadores de categorias para obter as categorias conforme é utilizado pela GBO quando o parâmetro 264 para selecionar o tipo de categoria do produto. Foi alterado a tela Atualização de Preço de Compra (ALTPC) para incluir o botão e chamar a tela Seleção de Agrupador de Categoria.

• Foi alterado a tela Cadastro de Agrupadores de Categoria (CAAGC) para cadastrar os agrupadores de categorias para obter as categorias conforme é utilizado pela GBO quando o parâmetro 264 para selecionar o tipo de categoria do produto. Foi alterado a tela Reajuste de Preços (REAJP) para incluir o botão e chamar a tela Seleção de Agrupador de Categoria.

• Foram alteradas as rotinas do Status dos Pedidos (STPED) e Status de Separação dos Pedidos (STSEP) para considerar como Consumidor quando o pedido não tiver cliente informado.

• Foi modificado para verificar se o produto da loja replicada contém um desconto. Também foi fechado as conexões que estavam ficando abertas.

• A tela de Consulta de Descontos (DESCC) foi implementada para acrescentar a opção de visão no processo de desconto cascata e ordenação do código na grid.

• Na tela Emitir Etiqueta de Produtos (ETQPD), foi implementada a correção da consulta e ao registro e cabeçalho da etiqueta.

OBRIGAÇÕES FISCAIS

• Seja feito o cálculo do FCP, quando existir a substituição tributária, para venda para outro estado onde o produto possui FCP, para isso dever estar configurado na regra dos produtos que atende essa necessidade entre os estados, o percentual de Fundo de Combate à Pobreza e deverá existir para a regra desse produto uma ICMES do estado de destino para o estado de destino com o percentual de ICMS interno a ser usado nessa operação. Foi alterado o recebimento do pedido para quando for essa situação ser emitida uma mensagem avisando ao operador que deverá ser emitidos duas GNRE, uma para a Substituição Tributária e outra para o FCP, assim como, o valor do FCP foi adicionado ao valor da nota. Foi alterado o envio da NFE para que não seja gerado o grupo do DIFAL para essa situação.

AJUSTES GERAIS

• O relatório Analítico de Vendas por Caixa (RAVCX) foi implementado para agrupar os resumos dos tipos de vendas quando um pedido for recebido em mais de uma modalidade de pagamento.

• O Relatório de Comissão de Vendedores (RCVEN) foi implementado para considerar como itens devolvidos também os movimentos de acertos de estoque gerado no cancelamento da nota pela transação CNSAI.

• No relatório Giro de produtos (GPOCU), Foi alterado a classe para fazer o tratamento quando o estoque for negativo deverá ficar com valor zerado.

• O relatório de Resumo de Apuração Fiscal (RAPUF), e o Livro de Saída (LVSAI), foi implementado para corrigir as divergências encontradas na emissão do relatório.

• Foi implementado no relatório de Listagem de Pedido Fornecedor (RLPED) a correção da ALÍQUOTA DE IPI, para mostrar corretamente os números e as casas decimais em todos os modelos de impressão.

• Foi ajustado a lógica do e Resumo de Apuração de ICMS (RAPUR) para quando realizada as operações iguais ao Apuração(RAPUF) possuam mesmo valores também foi incluído o campo de valores de despesas no cálculo dos valores.

• Realizadas as alterações do cadastro de METAS para a empresa e vendedores e também a correção da extensão do arquivo EXCEL, relatórios de metas.

• Implementado um processo para geração de uma tabela com as informações do Giro de Produtos, essa tabela é carregada pela rotina de agendamento genérico. Também foi criado a transação GIROS que irá substituir a transação GPOCU, a GIROS irá disponibilizar a mesma planilha gerada pela GPOCU, porém a GIROS irá ler os registros da tabela gerada pelo agendamento genérico.

• O erro ocorria devido a um parâmetro vazio. Foi corrigido para quando o parâmetro não for informado, ele vir como 0.

• Foi alterado o processo de fechamento de pedido quando utilizar os serviços de transportadora, o processo de geração do relatório de Aviso de Separação para imprimir a informação se o relatório foi emitido manual pela transação RAVSE ou foi emitido automático pelas telas de pedido.

• Foi acrescentando os objetos que utilizam o recurso necessário para funcionamento correto da consulta na CPROD.

• Foram geradas as classes referentes ao processo dos NoLocks para correção do problema referente em classes do tipo query desatualizadas.

• Foi criada estrutura no Banco de Dados para alterar descrições de status da OS pela “Situação” que estavam com a mesma nomenclatura.

RESUMO QUANTITATIVO

CATEGORIA DAS OCORRÊNCIAS LIBERADAS QUANTIDADE

NOVAS FUNCIONALIDADES1 9

MELHORIAS DE PROCESSO2 36 OBRIGAÇÕES FISCAIS3 3

NÃO CONFORMIDADE4 54

TOTAL 102

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: Recebimento de Pedido

Ocorrência: 75954

Caso: A receber um pedido com emissão de Cupom Fiscal Eletrônico (CFe) e tentar cancelar essa nota o sistema ao invés de cancelar rejeita quando passado 30 minutos da emissão.

Não Conformidade: Foi implementado uma robustez para quando houver o cancelamento de CFe, seja evitado a alteração de status do cupom recusado por motivo de vencimento do limite de tempo permitido.

Ocorrência: 76322

Caso: Na tela Recebimento de Pedido (RECNE) ao gerar pedidos de arquivos de remessa pelos bancos com o código 342 e recebe lo pelo banco Itaú a nota está sendo rejeitada.

Não Conformidade: A tela Recebimento de Pedido (RECNE), foi implementado para gerar corretamente o sequencial na base da “Nosso Número” nos recebimentos feito por boleto Itaú.

Ocorrência: 76746

Caso: Na tela Recebimento de Pedido (RECNE) as notas fiscais estão ficando rejeitadas com a mensagem de rejeição: total do ICMS difere do somatório dos itens.

Não Conformidade: A tela Recebimento de Pedido (RECNE), foi implementado para ajustar a rotina de cálculo da Substituição Tributária para vendas interestaduais.

Ocorrência: 74279

Caso: A tela de Recebimento de Pedido (RECNE) deve ser implementadas o fluxo de recebimento de Seguro nas modalidades à vista e Cartão de Crédito. Onde o cliente que fazer a aquisição do seguro, contemplando as quatro formas de pagamento possíveis: à vista, débito, Pix e crédito. A diferença é que a compra do seguro não será possível no crédito, onde o cliente será direcionado a efetivar a aquisição do seguro à vista, débito ou Pix.

Melhorias de Processos: Foi implementado uma nova de tela de Cadastro de Cliente (CLICR), porém essa tem o objetivo de cadastrar o cliente o mais rápido possível somente com informações necessárias (sujeito a parametrização). A tela pode ser chamada também a partir da transação de Aprovação de Crédito (APRCR), selecionando um pedido sem cliente a página será direcionada para o cadastro de cliente rápido e o cliente incluído será associado ao pedido e haverá mudança de status.

Processo: Manutenção de Cliente

Ocorrência: 76002

Caso: Na tela de Consulta de Ordem de Serviço (COSLJ) é necessário que no relatório gerado seja possível ter a opção de abaixo de cada OS e seja mostrado o histórico daquela OS, esta opção seria selecionada no momento da solicitação da impressão.

Melhorias de Processo: Na tela de Consulta de Ordem de Serviço (COSLJ) Foi criado um checkbox para definir se o histórico será impresso junto com a OS, no qual essa opção é selecionada no momento da solicitação da impressão.

Ocorrência: 76393

Caso: O sistema não deverá permitir atualizar o campo de Canal de Vendas quando o cliente não for informado, retornando uma mensagem para o usuário.

Melhorias de Processo: O sistema não permitirá mais atualizar o campo de Canal de Vendas quando o cliente não for informado, retornando uma mensagem para o usuário.

Processo: Vendas com cartão TEF Crédito e Débito

Ocorrência: 75398

Caso: Na tela de Vendas com Cartão TEF Crédito e Débito (VCTCD), foi solicitado que os cartões ao clicar na opção gerar leve ao NEXADM como liquidado, sem gerar cartão a receber.

Melhorias de Processo: Na tela de Vendas com Cartão TEF Crédito e Débito (VCTCD), foi implementado para realizar a baixa automática da parcela gerada no momento da gravação, para essa funcionalidade foram criados dois parâmetros, o parâmetro 1420 que indica que será feito a baixa automática, e o parâmetro 1421 que será informado o código do movimento de baixa gravado.

Processo: Integração Ecommerce Woocommerce

Ocorrência: 73469

Caso: Aprimorar a integração Ecommerce Woocommerce para que seja nítido saber que um produto ou pedido tenha sido encaminhado do setor Ecommerce.

Não Conformidade: Foi implementado na integração Ecommerce Woocommerce um registro de informações para requisições de pedidos realizados através do Ecommerce Woocommerce.

Processo: Integração Nexgen x SFA Petronas

Ocorrência: 76123

Caso: Efetuar melhoria na gravação dos erros no processo do SFA, mapeando erros específicos para só escrever os registros de erros quando houver necessidade.

Melhorias de Processo: Para as integrações Ecommerce e a Integração Petronas, foram tratada as exceções disparadas por condicionais do próprio Nexgen para não exibição de registros de erros que não sejam para esses casos, diminuindo o tamanho dos logs(arquivos de registros de erros).

Processo: Vendas Link de Pagamento

Ocorrência: 76329

Caso: Problema ao gerar link de pagamento para vendas utilizando a integração do Nexgen x Mercado Pago.

Não Conformidade: Implementada validação ao processo de vendas com link de pagamento para aos itens enviados a integração com do Mercado Pago.

Processo: Pedido de Venda e Cliente

Ocorrência: 76117

Caso: A tela de Pedido de Venda de Clientes (PEDCV), quando utilizada na função de PEÇAS, não permitia fazer um pedido sem informar o código do cliente.

Melhorias de Processos: A tela de Pedido de Venda de Clientes (PEDCV), quando utilizada na função de PEÇAS, foi modificada para permitir fazer um pedido sem informar o código do cliente, desde que o tipo de documento fiscal seja "Cupom Fiscal".

Ocorrência: 76634

Caso: Solicitamos que ao carregar os dados consultado na CLISP, chamada de dentro da tela de Pedido de Venda de Clientes (PEDCV), quando clicar no botão RETORNAR, os dados do CLIENTE sejam carregados no pedido.

Melhorias de Processos: Foi alterado a tela de pedido para não sobre o campo código do cliente do pedido se o mesmo estiver zerado e manter o que veio da tela de cliente.

Processo: Integração Nexgen x Ecommerce VTEX

Ocorrência: 74617

Caso: O servidor de Aplicação está consumindo muita memória, resultando em lentidão e criando a necessidade de reiniciar a cada 2 horas.

Melhorias de Processo: Efetuada melhoria no processo do Ecommerce VTEX, para evitar gravações de erro desnecessárias no log do servidor de aplicação.

Processo: Integração Nexgen x ADYEN

Ocorrência: 75806

Caso: Problema na tela Conciliação de Vendas Off line (CVOFF) para conciliar vendas débito.

Não Conformidade: Efetuada uma alteração ao exibir a quantidade de parcelas dos pagamentos em débito para a modalidade ADYEN, na transação CVOFF, antes a ADYEN estava retornada 1 na quantidade de parcelas e agora passou a retornar 0, como a quantidade de parcelas é utilizado para efetuar a conciliação o valor do sistema estava diferente do valor retornado, assim não sendo possível a conciliação. Efetuada alteração para o sistema também exibir 0 na quantidade de parcelas, para permitir a conciliação corretamente.

Processo: Auditoria de Cadastro de Produto

Ocorrência: 76759

Caso: Na tela de Agendamento de Requisição de Mercadoria (AGREQ) o sistema não está mais gerando os pedidos de formas automáticos para as lojas configuradas.

Não Conformidade: Foi criado o parâmetro 2248-Quantidade máximo de Itens no Pedido de Requisição para limitar a quantidade de itens gerados no pedido, se o parâmetro não for informado, será considerado 250 itens no pedido, caso o parâmetro seja informado com um valor maior que 900, será considerado 900 itens. O problema detectado foi por conta da quantidade de itens selecionados para gerar o pedido, essa quantidade ultrapassava 99 itens e com isso gerou erro, pois o campo NR_ITEM só suporta até 999.

ÓTICA

Processo: Consulta Ordem de Serviço

Ocorrência: 76225

Caso: Na tela Consulta Ordem de Serviço (COSLJ) ao imprimir uma ordem de serviço algumas informações em textos dos termos de autorização da Ordem de Serviço Mobile são quase inelegíveis para preenchimento.

Não Conformidade: Foi implementado na Consulta Ordem de Serviço (COSLJ) na impressão da ordem de serviço um aumento de fonte e adicionado um espaçamento mais acessível para preenchimento de dados.

Ocorrência: 75236

Caso: Na tela de Consulta Ordem de Serviço (COSLJ), o pedido que sai impresso junto com a ordem de serviço no sistema mobile, está diferindo do layout do pedido que é impresso separado, como por exemplo quando tem lente em dobro, não sai o desconto, só sai o total. Portanto o pedido que sai impresso junto com a ordem de serviço no sistema mobile não pode ser usado na loja.

Não Conformidade: A tela de Consulta Ordem de Serviço (COSLJ) foi implementado para exibir o cálculo de desconto na impressão da Os com o pedido corretamente, mostrando os valores corretos de cada desconto.

Ocorrência: 75097

Caso: Melhorias na tela de Consulta Status de Ordem de Serviços (COSLJ), na tela onde se concentram as informações da dioptria da lente.

Novas Funcionalidades: Foi criado um parâmetro (106) definir a forma de informar o médico na tela de” Especificação de Lentes”. Sendo agora Lista ou Digitado.

Ocorrência: 75225

Caso: Na tela de Consulta de Ordem de Serviço (COSLJ) é necessário aumentar a fonte e o espaçamento nos textos dos termos de autorização da Ordem de Serviço Mobile.

Não Conformidade: Na tela de Consulta de Ordem de Serviço (COSLJ) foi alterado o tamanho da fonte em alguns campos e o espaçamento em outros para se obter uma melhor visualização.

Processo: Itens Caixa – Chamada Interna

Ocorrência: 75263

Caso: Na tela de Itens Caixa Chamada Interna (VALCX) Precisa ser realizado melhorias em relação ao processo de recebimento de TEF offline ADYEN.

Melhorias de Processo: Na tela de Itens Caixa Chamada Interna (VALCX) foi efetuada uma melhoria no processo de recebimento de TEF offline ADYEN, para evitar a finalização da venda sem a informação completa dos valores correspondente ao valor total de TEF

Processo: Verificação de Material Para Execução de OS Ocorrência: 75371

Caso: No processo de (VMAOS) é necessário que quando uma OS (lente pronta) que não precisa de Surfaçagem, porém precisa de ‘AR ou AR e coloração’, o sistema permita que a Ordem de Serviço siga o fluxo da MONTAGEM passando também pelas telas ANTI REFLEXO e COLORAÇÃO.

Novas Funcionalidades: O processo de (VMAOS) foi implementado para permitir mandar OS que precisam de Antirreflexo e Coloração, sem passar pela Surfaçagem, indo diretamente para Montagem, seguir seus processos definidos pelas etapas de Antirreflexo e Coloração.

Processo: Cadastro de Produto Ocorrência: 76456

Caso: Na tela de Cadastro de Produto (PRODU) é necessário atualizar a versão da classe para deixar conforme a versão de 01/10/2021

Não Conformidade: Na tela de Cadastro de Produto (PRODU) foi realizada a correção do método importar produtos, incluindo Coluna de preço de venda na inclusão de produtos para atualização.

Processo: Verificação de Materiais – Ordem de serviço

Ocorrência: 75595

Caso: A tela Verificação de Material (VMAMO) está permitindo evoluir com a OS no processo de Surfaçagem mesmo quando o usuário não está fazendo o consumo do material corretamente (lentes, tratamento e suas quantidades).

Não Conformidade: A tela Verificação de Material (VMAMO) foi implementada o processo de validação de consumo de OS e também no botão "Ordem de produção" para evitar que a OS prossiga de fase, sem fazer o consumo de todos os itens, assim como é feito no botão "Salvar".

Ocorrência: 75369

Caso: Na tela de Verificação de Material (VMAMO) é necessário criar uma flag que identifica que essa OS se trata de lente recortada ou lente de adaptação e conserto. Se essa flag não for marcada, a OS seguirá o fluxo normal, e quando o usuário marcar a flag ENCAIXE e clicar em SALVAR, a OS deverá ir direto para a tela de ENCAIXE.

Não Conformidade: Na tela de Verificação de Material (VMAMO) Foi criado o botão "Lente Recortada" para que seja possível encaminhar a OS para: Encaixe, conforme foi solicitado.

Ocorrência: 73515

Caso: O cliente precisa ter um tratamento dentro do sistema para os casos de Ordem de Serviço de Retificação, quando não há necessidade de consumo de material na tela Verificação de Material para Execução de OS (VMAMO).

Não Conformidade: Foi realizada a implementação na tela Verificação de Material para Execução de OS (VMAMO) com a opção para Ordem de Serviço de Retificação sem consumo e criado um desvio de fluxo apenas para as OS's de Retificação sem consumo.

Processo: Especificação de Ordem de Serviço

Ocorrência: 74118

Caso: Solicitação para que seja inserido na tela de digitação da dioptria a opção de adição esquerda, o mesmo não necessita utilizar todos os recursos da validação da dioptria completa, porém necessita dessa informação quando ocorre venda

Melhorias de Processos: Foi acrescentado o campo de adição do olho esquerdo na tela de Dioptria.

Processo: Ordem de Serviço de Garantia - Orçamento Ocorrência: 71353

Caso: Implementação do novo processo de Ordem de Serviço de Garantia Orçamento. Novas Funcionalidades: Foram criadas as seguintes transações para a implementação do envio de uma OS de Venda que seja marcada como OS Orçamento para o laboratório de Garantia:

* GMAOR Geração de Malote OS Orçamento é a transação que seja usada pela loja para enviar OS Orçamento para o laboratório de Garantia. Nessa só devem aparecer OS Orçamento. Esse tipo de OS deve seguir o fluxo da OS Normal de Venda só que no laboratório de Garantia.

* RMAOR Recebimento de Malote OS Orçamento é a transação que seja usada pelo laboratório de Garantia para receber OS Orçamento enviado pela loja. Após o seu recebimento OS Orçamento devem seguir o fluxo da OS Normal de Venda só que no laboratório de Garantia.

* GMOCL Geração de Malote OS Orçamento é a transação que seja usada pelo laboratório de Garantia para enviar OS Orçamento de volta para a loja depois do processo de produção.

Foram criados os seguintes parâmetros para a implementação do envio de uma OS de Venda que seja marcada como OS Orçamento para o laboratório de Garantia:

* 1525 Deposito padrão p/envio da OS Orçamento Deverá ser informado a loja que representa o laboratório de Garantia, deverá se a mesma loja usada para envio das outras OS Garantia. Deve ser configurado nas lojas.

* 1526 Transação utilizada para geração do malote da OS Orçamento Deverá ser informar a transação usada pela loja para envio da OS Venda do tipo Orçamento para o laboratório. Nesse caso, a GMAOR. Deve ser configurado nas lojas.

* 1527 Transação utilizada para recebimento do malote da OS Orçamento Deverá ser informar a transação usada pelo laboratório para recebimento do malote da OS Venda do tipo Orçamento enviado pela loja. Nesse caso, a RMAOR. Deve ser configurado no laboratório das OS Garantia.

* 1528 Transação utilizada para geração do malote da OS Orçamento no laboratório Deverá ser informar a transação usada pelo laboratório da OS Garantia para envio da OS Venda do tipo Orçamento de volta para a loja. Nesse caso, a GMOCL. Deve ser configurado nos dois laboratórios, o de OS Garantia e da OS de Venda Normal.

PARA TESTAR A OS VENDA DO TIPO OS ORÇAMENTO

Deverá ser feito um pedido normal (ARMAÇÂO + LENTES ou SOMENTE LENTES) com entrega futura e na tela de geração da OS antes de clicar em novo deverá marcar o check " OS Orçamento", deverá aparecer na treeView, com os dados da OS, a identificação de "OS

Orçamento", conclua o processo de geração da OS, como isso foi gerado uma OS de Venda identificada como OS Orçamento.

Não esqueça de configurar os parâmetros acima.

Após o recebimento do pedido, a OS deverá aparecer na transação de geração de malote de OS Orçamento GMAOR, ela não deverá aparece nem na transação de geração de malote de OS Venda Normal, geralmente a GERLJ, e nem na tela de geração malote da Os Garantia, geralmente GARLJ e deverá ter como destino o laboratório de OS Garantia (parâmetro 1525). Essa OS deverá ter o mesmo comportamento de uma OS Venda Normal.

Após a geração do malote, vá para o laboratório da OS Garantia, o malote deverá aparecer na RMAOR para o seu recebimento. Não deverá aparecer na tela de recebimento de malote normal, geralmente RMAEX, nem no laboratório de OS Garantia e nem na do laboratório normal.

Após o recebimento do malote no laboratório de OS Garantia, a OS deverá seguir o fluxo normal de uma OS Venda ISPOS>VMAOS>INSCQ. Essa OS não poderá ser pesquisada nessas transações no laboratório de OS de Venda Normal.

Após a conclusão do processo da INSCQ e OS for para o estado de "Pronta na Expedição", essa OS deverá aparece na transação GMOCL para poder gerar o malote de volta para a loja. Ela não deverá aparecer na transação de geração malote normal, geralmente a GERMA, nem no laboratório de OS Garantia e nem do laboratório de OS Normal.

Após a geração do malote, ele deverá ser recebimento na loja na transação normal de recebimento de malote na loja, geralmente a RMALJ.

Após o recebimento do malote, fazer a entrega e faturamento da OS através da Recebimento Futuro.

Processo: Cadastro Lojas Lab. Montagem / Assistência Técnica

Ocorrência: 75637

Caso: Realizar alterações no cadastro de novas lojas para cliente Oculum, onde sempre são criadas 3 novas lojas para cada nova loja 01 loja de venda / 01 laboratório de montagem / 01 Assistência Técnica, devem ser observados os pontos abaixo: Não cadastrar novos produtos na loja Laboratório de montagem; não cadastrar novos produtos na loja Assistência técnica; Criar funcionalidade para cadastrar novos produtos na loja do tipo laboratório de montagem sempre ao ser efetuado o recebimento dos pedidos; criar funcionalidade para cadastrar novos produtos na loja do tipo assistência técnica sempre que for gerada OS do tipo garantia; Após a alteração e criação das funcionalidades, os produtos das lojas do tipo laboratório de montagem e assistência técnica que não tiveram movimentação deverão ser excluídos.

Novas Funcionalidades: Foi criado no cadastro de loja, transação "LOJAS", o campo para informar a atividade da loja (loja de venda, loja de assistência técnica e loja de laboratório de montagem). Quando a loja for informada com a atividade Assistência Técnica ou Laboratório

de Montagem, a tabela de produto associada à loja não será gravada. A gravação do produto ocorrerá no momento da movimentação do recebimento do pedido e no processo de geração de malote para assistência técnica. A motivação para esta implementação é a redução de registros na tabela de produtos na loja, para as lojas cuja atividade é assistência técnica ou laboratório de montagem; foi criado o parâmetro "1531" para indicar que será feito esse cadastro automático do produto na loja, no momento do recebimento do pedido que gera OS para entrega futura e OS Garantia.

Processo: Geração de Ordem de Serviço Assistência Técnica

Ocorrência: 76580

Caso: Verificado internamente nos ambientes de ótica que todas as OS de garantia estoque que testamos estão voltando como " NÃO " atendida e não é possível fazer a consulta e entrega da OS na OSGAC.

Não Conformidade: Foi alterado o processo de troca do produto para quando houver troca de produto da OS Garantia Estoque, na tela TPOSG, a opção que a OS foi atendida fique marcada como "SIM".

Processo: Ordem de Serviço de Garantia

Ocorrência: 72653

Caso: Ao executar o cancelamento de uma O.S de GANRANTIA CLIENTE não está baixando do estoque de Garantia, assim influenciando na contagem de estoque da loja.

Não Conformidade: Foi realizado a correção da retirada do produto do estoque de garantia ao cancelar uma OS de garantia cliente que tenha entrada de NOTA.

RETAGUARDA

Processo: Crédito de Devolução

Ocorrência: 76288

Caso: A tela Crédito de Devolução (DEVOL) apresenta rejeição nas devoluções questionando sobre o número da nota gerada está fora da ordem sequencial.

Não Conformidade: Foi implementado na tela Crédito de Devolução (DEVOL) para quando ocorrer devolução com exclusão de item o número de ordem sequencial seguir a ordem crescente desde o 1º (primeiro) até o último item.

Processo: Baixa de Crediário

Ocorrência: 76345

Caso: Na tela Baixa de Crediário (BACTR) está sendo exibida uma mensagem de erro quando solicitado a baixa com tipo cheque.

Melhorias de Processo: A tela Baixa de Parcela de Crediário (BACTR) foi implementada com a correção para permitir baixa de cheque com o sequencial com mais de 20 dígitos.

Processo: Transferência entre Lojas

Ocorrência: 74416

Caso: Na tela de Transferência entre Lojas (NFTRA) quando é gerado uma nota de um pedido de transferência, a nota está sendo rejeitada pela quantidade de produtos na nota.

Não Conformidade: Na tela de Transferência entre Lojas (NFTRA) foi implementado no sistema a criação do parâmetro 248 que determina a quantidade máxima de itens que podem ser incluídos na geração de uma NF e. O pedido de cliente foi alterado para validar a quantidade de itens digitados com o valor configurado no parâmetro 248. As transações de transferência foram modificadas para quando importar o pedido de transferência, gerar mais de uma nota fiscal, caso a quantidade de itens ultrapasse o valor definido no parâmetro 248. No final da importação do pedido de transferência será exibido uma mensagem informando que a notas fiscais que foram geradas. Foi criado um botão ao lado do campo "Número do Pedido", para visualizar a notas geradas na importação do pedido de transferência.

Processo: Nota Fiscal Eletrônica

Ocorrência: 76367

Caso: Precisa ser realizado melhorias com relação a padronização e usabilidade das telas no processo referente a nota fiscal.

Melhorias de Processo: Nas telas de processo referente a nota fiscal, foi realizada uma correção a respeito da ordem de acessos de cada campo por meio da tecla TAB.

Ocorrência: 68361

Caso: Nas telas de Recebimento de Pedido, é necessário fazer a criação e atualização dos campos e de Regras de Validação.

Não Conformidade: Foi realizada a implementação e atualização de regras de validação, Implementação da NT 2020.005.

Processo: Baixa de Estoque Residual da Loja

Ocorrência: 74969

Caso: Na tela de Baixa de Estoque Residual da Loja (NFEST) o sistema deverá permitir realizar novas vendas de produtos que já foram vendidos anteriormente e sofreram novos ajustes de estoque como exemplo devolução de cliente. Pois quando ocorre uma saída total do estoque de produto na transação NFEST, não é mais permitido fazer uma nova saída, independente se o produto tiver saldo de estoque.

Melhorias de Processo: Na tela de Baixa de Estoque Residual da Loja (NFEST) foi modificada para permitir realizar novas saídas caso o produto tenha saldo positivo de estoque.

Ocorrência: 75519

Caso: Na tela de Baixa de Estoque Residual da Loja (NFEST) ao tentar realizar uma venda do produto de código 18060. Na NFEST informa concluído com sucesso, mas a nota não é gerada.

Não Conformidade: Na tela de Baixa de Estoque Residual da Loja (NFEST) foi alterada para exibir uma mensagem informando os motivos da não geração da nota fiscal quando necessário.

Processo: Devolução de Notas Emitidas por Terceiros

Ocorrência: 76288

Caso: A data de emissão das notas de Devolução Emitida por Terceiros (nota informada), estão sempre com a data de emissão igual a data de entrada. Deverá ser criado campo para digitação da data de emissão da nota.

Melhorias de Processo: As telas de Devolução de Cliente foi modificada para que o usuário possa informar a data de emissão e data de entrada da nota. Quando a nota é de geração própria, as duas data já vem preenchidas com a data atual, podendo o usuário modificar para qualquer data. Quando a Devolução for Nota é de Terceiros, as duas datas ficam vazias e o usuário deverá informar as duas datas. As duas datas serão informada na segunda tela de confirmação da devolução.

Processo: Recebimento Entrega Futura

Ocorrência: 75879

Caso: Na tela de Recebimento Entrega Futura (RECEF) ao realizar um pedido de venda futura, e emitir a nota da RECEF, saiu a nota como cupom CFe, porém a mesma relata que as demais notas de venda futura saem com NF-e.

Não Conformidade: Na tela Gerar Nota Fiscal do Simples Faturamento (GNFSF) foi implementado com o objetivo de Gerar Nota Fiscal de Simples Faturamento pelo motivo da não geração da nota na transação de recebimento do pedido dos produtos para entrega futura.

Processo: Venda de Mercadoria Outras Saídas

Ocorrência: 75004

Caso: Na tela de Baixa de Estoque Residual da Loja (NFEST) é necessário ajustar para que quando for gerada mais de uma nota de venda. A partir da 2ª nota, está gerando o valor do campo na tabela DNOTA somando com o valor da do campo da 1ª nota, o erro ocorre em todas as notas subsequentes à 1ª nota.

Não Conformidade: Na tela de Baixa de Estoque Residual da Loja (NFEST) foi modificada para calcular corretamente o valor e base do PIS. Para quando gerada mais de uma nota fiscal com cálculo de PIS, o valor da nota não ser acumulado na próxima nota.

Processo: Estorno Nota Fiscal Cancelada Prazo Legal

Ocorrência: 76492

Caso: Na tela de Baixa de Estoque Residual da Loja (NFEST) as notas após serem geradas na não aparecem na Nota Fiscal de Saída (CNFSD) para transmissão.

Não Conformidade: Na tela de Baixa de Estoque Residual da Loja (NFEST) foi realizada a correção para as notas quando geradas serem mostradas na transação de Nota Fiscal de Saída (CNFSD) para a transmissão.

Processo: Emissão de Nota Fiscal de Três Vias

Ocorrência: 70839

Caso: Na emissão de notas pelo NexgenBrowser não está sendo geradas notas com três vias, mesmo o sistema estando com os parâmetros 389 e 489 configurado para o valor “3”, que se refere a quantidade de impressões a serem efetuadas.

Não Conformidade: Foi implementado a forma de impressão do PDF para que seja repetido o envio da impressão conforme o número de cópias configurado nos parâmetros 389 e 489.

Processo: Pedido de Venda- Canal de Venda

Ocorrência: 76072

Caso: A tela Pedido de Venda (PEDCV) quando alterado um cliente em um pedido que foi fechado e posteriormente reaberto, o sistema não está atualizando o canal de venda.

Não Conformidade: A tela de Pedidos de Vendas (PEDCV) foi implementado para alterar os dados do pedido do cliente, para que seja gravado corretamente o canal de vendas mediante a movimentação do pedido.

Processo: Reajuste Geral de Preços

Ocorrência: 75708

Caso: Na tela de Reajuste Geral de Preço (REAJP) a modalidade de Reajuste “Categoria Apenas” ao consultar pela loja origem os preços a serem efetivados em outra loja pelo Parâmetros “Efetivação do Preço”, o sistema não estava fazendo corretamente a efetivação dos preços, pois ao efetivar trocando a loja, estava lendo os preços pela loja trocada.

Não Conformidade: A tela de Reajuste Geral de Preço (REAJP), foi implementada a rotina de efetivação utilizando a Modalidade de Reajuste Categoria Apenas, para ao efetivar ler pela loja de origem e atualizar os preços pela loja do Parâmetros Para Efetivação do Preço.

Processo: Pedido de Compra ao Fornecedor

Ocorrência: 76080

Caso: Na tela de Pedido de Compra ao Fornecedor (PEDCF) ao tentar importar um pedido de compras por planilha que contenham dados de um produto onde a referência do fornecedor não esteja relacionada a nenhum código interno de produto no Nexgen.

Não Conformidade: A tela de Pedido de Compra ao Fornecedor (PEDCF), foi implementado para ao fazer uma importação de planilha com produtos de código interno realizar a verificação por meio do código de referência do fornecedor.

Ocorrência: 75910

Caso: Na tela de Pedido de Compra ao Fornecedor (PEDCF) a importação de pedidos de fornecedor pela planilha não está efetuando a importação quando a referência do fornecedor é número.

Não Conformidade: Na tela de Pedido de Compra ao Fornecedor (PEDCF) foi realizado a correção na leitura dos códigos de fornecedor no processo de importação de pedido de fornecedor através do EXCEL.

Processo: Entrada de Mercadorias ao Fornecedor

Ocorrência: 71759

Caso: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) deve alterar o processo de entrada de nota, a partir do XML associando aos pedidos de compra de forma automática.

Não Conformidade: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada o processo de importação de XML na associação automática da nota de entrada do fornecedor com o pedido de compra.

Ocorrência: 75584

Caso: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) está apresentando erro na importação de nota especificando o CNPJ do destinatário.

Não Conformidade: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada com correção no processo de importação de XML para que não ocorra erro ao importar notas.

Ocorrência: 75906

Caso: Problema na importação do XML que não considerou o frete na base de cálculo do IPI. Mas o frete da nota de entrada foi somado na base do IPI, conforme DANFE, e na importação da nota isto não ocorreu.

Não Conformidade: Efetuado ajuste na importação de nota para gravar a base de cálculo do IPI, efetuando assim a crítica no cálculo do valor do IPI corretamente.

Processo: Devolução de Mercadorias de Fornecedores

Ocorrência: 75864

Caso: As telas de devolução de Mercadorias a Fornecedor e Outras Saídas, deverão ser modificadas para permitir informar uma alíquota do IPI diferente da nota fiscal de entrada.

Novas Funcionalidades: As telas de devolução de Mercadorias a Fornecedor e Outras Saídas, foram modificadas para permitir informar uma alíquota do IPI diferente da nota fiscal de entrada. Para permitir esta situação, o CFOP da operação fiscal deve ser configurado na tabela de CFOP para não validar a alíquota de IPI com a nota fiscal de entrada. A configuração deverá ser realizada através da transação MACFO, onde deverá ser informado que o CFOP não deve validar a alíquota do IPI com a alíquota informada na nota fiscal de entrada.

Processo: Conciliação de Pedidos - Integração NexgenADYEN

Ocorrência: 76196

Caso: Precisamos que a consulta de vendas na tela ADYEN/Popup e conciliação (não conciliados) sejam melhoras para identificar alguns casos específicos.

Melhorias de Processo: Alteração efetuada apenas na consulta adicionando novo parâmetro de busca no caso de integração ADYEN.

Processo: Consulta Nota Fiscal de Saída

Ocorrência: 76494

Caso: A tela Consulta Nota Fiscal de Saída (CNFSD) não estava enviando corretamente e mail, através do botão “Enviar E mail”.

Não Conformidade: A tela Consulta Nota Fiscal de Saída (CNFSD) foi implementada com correção no envio de e mail, através do botão “Enviar E mail”.

Ocorrência: 72981

Caso: A tela Consulta Nota Fiscal de Saída (CNFSD) não exibiu um cupom específico, demostrando que existe um salto na numeração do cupom, porém ele consta na base da SEFAZ

Não Conformidade: Implementada uma checagem se o cupom solicitado já foi gerado para o dado pedido, anteriormente essa checagem era realizada somente quando do reenvio, agora, devido a problemas de dupla solicitação, também é realizada no envio do XML; Implementada uma checagem se o último envio de cupom, ao MFE foi concluído com sucesso, para quando não há resposta recebida pelo MFE

Processo: Altera Vendedor Nota Fiscal ou Pedido Venda

Ocorrência: 76175

Caso: Na tela Altera Vendedor Nota Fiscal ou Pedido Venda (ALTVE) está com problemas com a comissão de vendedor após realizar alteração, pois ao consultar a transação percebeu se que a alteração não foi realizada.

Melhorias de Processo: Na tela Altera Vendedor Nota Fiscal ou Pedido Venda (ALTVE) foi alterada para modificar o vendedor em todas as tabelas existentes no sistema. Pois, quando o vendedor era alterado, a cabeça da nota e itens do pedido não eram alterados.

Processo: Status de Nota Fiscal Eletrônica

Ocorrência: 76557

Caso: Ajustar a tela Status de NF e (STNFE) para não mostrar notas de comodato notas de entrada que serão somente escrituradas. Atualmente estas notas estão sendo exibidas como "XML não gerado"

Melhorias de Processo: Foi modificada a rotina de geração das notas de comodato realizada na tela de Recebimento de Pedidos (RECNE) para marcar as notas geradas do tipo de "Outras Entradas" como nota de terceiros. Com esta modificação estas notas não serão mais exibidas na tela Status de NF e (STNFE).

Ocorrência: 76506

Caso: Ajustar a tela Status de NF e (STNFE) para não permitir selecionar o registro quando o status da nota for: DENEGADO, INUTILIZADO.

Melhorias de Processo: Foi realizados ajustes a respeito de impedimento de registro em caso de nota inutilizada.

Ocorrência: 76651

Caso: A nota é mostrada como inutilizada, porém não mostra protocolo de inutilização. ao tentar consultar a nota na tela Gestão de Nota (GNOTA) é mostrado erro.

Não Conformidade: Foi corrigido na tela Status Nota Fiscal Eletrônica (STNFE) para consultar período com todos os status e mostrar todos os registros as notas.

Ocorrência: 76761

Caso: Verificado que ao clicar o botão gerar PDF com a nota selecionada está dando erro

Não Conformidade: Foi corrigido na tela Status Nota Fiscal Eletrônica (STNFE) para exibir tela quando clicado no botão Gerar PDF ou Gerar Excel, para isso deverá informar que os mesmos não geram o DANFE da nota fiscal, apenas a listagem das notas consultadas na tela e perguntar se o usuário deseja continuar.

Processo: Separação de Pedidos

Ocorrência: 71540

Caso: A tela Separação de Itens (SEPAR) será modificada para quando ocorrer alterações nas quantidades separadas do pedido e caso este pedido possua adiantamento de cliente (Crédito), calcular o valor utilizado do adiantamento com base nos valores recalculado do pedido.

Melhorias de Processo: A tela Separação de Itens (SEPAR) na opção: "Finalizar Separação" foi modificada para quando ocorrer alterações nas quantidades separadas do pedido e caso este pedido possua adiantamento de cliente (Crédito) , calcular o valor utilizado do adiantamento com base nos valores recalculado do pedido.

Processo: Importação de Cupom Fiscal

Ocorrência: 75780

Caso: SPED FISCAL: Após a importação do CFe 7489 do dia 28/04/2022, o SPED ficou com uma diferença de 29,01 com relação ao relatório de apuração (RAPUR), ou seja, no SPED não consta o valor desse cupom importado.

Não Conformidade: Efetuada correção na importação de CFe para identificar de forma correta o CFe na geração do SPED

Processo: Importação Conhecimentos de Frete

Ocorrência: 76711

Caso: A tela Importação de Conhecimento de Frete (IMPCT) apresentou erro na importação de CT e.

Melhorias de Processo: Efetuada melhoria no processo da Importação de Conhecimento de Frete (IMPCT), para verificar os arquivos que não foram importados e mostrar o motivo da não importação do log gerado no processo.

Processo: Nota Fiscal de Transferência Entre Lojas

Ocorrência: 76014

Caso: A tela de Nota Fiscais de Transferência entre Lojas (NFTRA) gerou notas duplicadas.

Não Conformidade: A tela de Nota Fiscais de Transferência entre Lojas (NFTRA) teve adicionado nova informações ao campo informação adicional do XML da nota fiscal, identificando assim melhor as notas.

Processo: Status dos Pedidos

Ocorrência: 76405

Caso: Foi identificado que alguns Status de andamento do pedido estavam sendo gravados com a hora da máquina local e outros com a hora obtida do banco de dados.

Não Conformidade: Foi alterado para obter do banco e não da máquina local, corrigindo assim o status de andamento dos pedidos.

Processo: Geração de Carga

Ocorrência: 75692

Caso: Após atualização da Patch 2.3.142.04, não estão mais sendo listadas as notas na transação GECAR. O sistema não apresenta erros e não há informações de LOG, a consulta da tela simplesmente não traz resultados.

Não Conformidade: Foi realizado uma atualização da query de consulta, e adicionado como parâmetro do código da carga nas classes que estavam sendo chamadas pelo método de consulta da geração e manutenção cargas. Foi necessário também a correção da lupa de consulta da transação MACAR e uns ajustes no relatório de carga.

Processo: Cadastro Cliente Simplificado

Ocorrência: 76542

Caso: Efetuar correção na inclusão de cliente pela tela Cadastro Cliente Simplificado (CLISP) o erro ocorre ao colocar o CPF do cliente, caso cole a base do CPF (9 dígitos) é mostrada a

mensagem "CPF/CNPJ Inválido.", caso copie todo o CPF para o campo da base do CPF é mostrada a seguinte mensagem "Ocorreu um erro grave na aplicação.

Não Conformidade: Foram realizadas melhorias a respeito à validação de tamanho de dígitos permitidos no campo base de CPF, e correção as respeito de ordem de acesso dos campos.

Processo: Junção de Notas a Faturar

Ocorrência: 75719

Caso: A tela Junção de Notas a Faturar (JNOTA) quando utilizada para faturar as notas, sistema está dando um erro.

Não Conformidade: Foi incluído uma robustez para não gerar o erro. O problema ocorria por uma inconsistência no sistema de não verificar se o plano de venda que consta na política do cliente está cadastrado na empresa.

Processo: Informes de Pendências

Ocorrência: 76464

Caso: Solicitação para que as mensagens gravadas na tela INFPE sejam mostradas ao usuário efetuar o login no sistema, no mesmo formato em que são mostradas as mensagem de quando o certificado digital está prestes a vencer.

Melhorias de Processo: Realizada alteração na tela de alertas (INFPE), para só mostrar os alertas das lojas que o usuário logado tem acesso.

Ocorrência: 76463

Caso: A tela Informes de Pendências (INFPE) não estava exibindo corretamente a quantidade de Notas com status de Rejeição

Não Conformidade: A tela Informes de Pendências (INFPE) teve ajustado contador de Notas com status de Rejeição

Processo: Preços de Custo

Ocorrência: 74024

Caso: Implementar o cálculo da "Composição de Preço de Custo = Preço de Compra Descontos + Despesas + IPI + Frete + ICMS Substituição + Desp. Extra NF.

Melhorias de Processo: Foi implementado na transação: PRCUS na opção: "Composição de Preço de Custo" para calcular o preço de custo de acordo com itens (componentes) e formula: Preço de Compra - Descontos + Despesas + IPI + Frete + ICMS Substituição + Desp. Extra NF.

Ocorrência: 76736

Caso: A tela Digitação de Garantia (GARAN) apresentou erro na inclusão de uma D.G.

Não Conformidade: Foi adicionado o objeto para fazer a inclusão corretamente de uma nova DG.

Ocorrência: 76793

Caso: A tela Digitação de Garantia (GARAN) apresentou erro ao tentar cancelar uma DG.

Não Conformidade: Foi corrigido o erro durante o cancelamento de uma garantia na GARAN, além de que foi adicionada uma mensagem para confirmar o cancelamento e também adicionada uma robustez para evitar um erro caso seja feito o cancelamento novamente da mesma garantia

Processo: Gestão de Nota Fiscal Eletrônica

Ocorrência: 76337

Caso: A tela de Gestão de Nota Fiscal (GNOTA) deverá ser implementada com a opção de cancelamento.

Melhorias de Processo: Adicionado processo de cancelamento de nota fiscal por Chave de acesso, ficando atento a resolução da Sefaz quanto ao período hábil para cancelamento.

Processo: Análise de Crédito

Ocorrência: 74782

Caso: A tela Análise de Crédito (ANACR) não estava considerando os dias de atraso na lista de títulos corretamente.

Não Conformidade: A tela Análise de Crédito (ANACR) foi modificada para considerar os dias de atrasos corretamente.

Processo: Pedidos Gerados pela Posição Automática

Ocorrência: 76570

Caso: A tela Pedidos gerados pela Posição Automática( PGRAU) está permitindo estoque negativo.

Não Conformidade: O sistema foi alterado para que só gerei o item se a quantidade calculada for maior que zero, ao final se existir algum item que não foi gravado por conta do estoque mínimo, será mostrado a mensagem que ocorreu isso e que seja verificado.

Processo: Atualização de Preço de Compra

Ocorrência: 76205

Caso: Adicionar opção para informar um ou mais grupos de produtos na tela Atualização de Preço de Compra (ALTPC). Opção irá executar atualização de todos os grupos selecionados ao mesmo tempo com um único comando.

Novas Funcionalidades: Foi alterado a transação CAAGC para cadastrar os agrupadores de categorias para obter as categorias conforme é utilizado pela GBO quando o parâmetro 264 para selecionar o tipo de categoria do produto. Foi alterado a tela Atualização de Preço de Compra (ALTPC) para incluir o botão e chamar a tela Seleção de Agrupador de Categoria.

Processo: Reajuste de Preços

Ocorrência: 76206

Caso: Adicionar opção para informar um ou mais grupos de produtos na tela Reajuste de Preços (REAJP). Opção irá executar atualização de todos os grupos selecionados ao mesmo tempo com um único comando.

Novas Funcionalidades: Foi alterado a tela Cadastro de Agrupadores de Categoria (CAAGC) para cadastrar os agrupadores de categorias para obter as categorias conforme é utilizado pela GBO quando o parâmetro 264 para selecionar o tipo de categoria do produto. Foi alterado a tela Reajuste de Preços (REAJP) para incluir o botão e chamar a tela Seleção de Agrupador de Categoria.

Processo: Status e Situação dos Pedidos

Ocorrência: 76773

Caso: Foi identificado que o pedido não foi informado um cliente e por isso as rotinas do Status dos Pedidos (STPED) e Status de Separação dos Pedidos (STSEP) não mostram o pedido.

Não Conformidade: Foram alteradas as rotinas do Status dos Pedidos (STPED) e Status de Separação dos Pedidos (STSEP) para considerar como Consumidor quando o pedido não tiver cliente informado.

Processo: Replicação de preços por Lojas

Ocorrência: 76667

Caso: Sistema está dando um erro quando estamos replicando os preços do grupo.

Melhorias de Processo: Foi modificado para verificar se o produto da loja replicada contém um desconto. Também foi fechado as conexões que estavam ficando abertas.

Processo: Consulta Descontos

Ocorrência: 76208

Caso: A tela de Consulta de Descontos (DESCC) é necessário exibir na ordem crescente pelo código desconto criado, criar opção por visão para podermos incluir e excluir.

Melhorias de Processo: A tela de Consulta de Descontos (DESCC) foi implementada para acrescentar a opção de visão no processo de desconto cascata e ordenação do código na grid.

Processo: Emitir Etiqueta de Produtos

Ocorrência: 76704

Caso: Na tela Emitir Etiqueta de Produtos (ETQPD), foi verificado um erro de estrutura de dados ao confirmar a grade com a quantidade das etiquetas.

Não Conformidade: Na tela Emitir Etiqueta de Produtos (ETQPD), foi implementada a correção da consulta e ao registro e cabeçalho da etiqueta.

MENSAGERIA

Processo: Nota Fiscal Eletrônica

Ocorrência: 75567

Caso: Programa não estava permitindo a alteração de endereços em campos específicos, para emissão na NF e

Não Conformidade: Implementada correção para que seja impresso na nota fiscal o endereço de acordo com o configurado na operação fiscal.

Ocorrência: 76394

Caso: Implementar rotina de aviso na inicialização do Nexgen, quando houver e mail configurado nos parâmetros e o Nexgen não estiver conseguindo efetuar o envio do e mail

Melhorias de Processo: Alteradas as telas de login e comunicados para acomodar mensagem visando informar que credenciais relacionadas a envio de e mail estão expiradas ou incorretas.

Processo: Status dos Pedidos

Ocorrência: 75492

Caso: Implementação da comunicação Nexgen com a mensageria Vinco para emissão de NFC e.

Novas Funcionalidades: Efetuada implementação da comunicação com a mensageria Vinco para a geração de NFC e.

OBRIGAÇÕES FISCAIS

Ocorrência: 73978

Caso: Parametrizar com urgência o sistema para que nas vendas para o estado do Piauí onde se terá destaque de ICMS ST na NF seja faturado o valor correspondente ao FECOP (1%) em campo próprio no item dentro do XML e a informação do valor constar nos dados adicionais.

Melhorias de Processo: Seja feito o cálculo do FCP, quando existir a substituição tributária, para venda para outro estado onde o produto possui FCP, para isso dever estar configurado na regra dos produtos que atende essa necessidade entre os estados, o percentual de Fundo de Combate à Pobreza e deverá existir para a regra desse produto uma ICMES do estado de destino para o estado de destino com o percentual de ICMS interno a ser usado nessa operação. Foi alterado o recebimento do pedido para quando for essa situação ser emitida uma mensagem avisando ao operador que deverá ser emitidos duas GNRE, uma para a Substituição Tributária e outra para o FCP, assim como, o valor do FCP foi adicionado ao valor da nota. Foi alterado o envio da NFE para que não seja gerado o grupo do DIFAL para essa situação.

AJUSTES GERAIS

Processo: Boleto

Ocorrência: 76601

Caso: Efetuar melhoria na API boleto para verificar se os parâmetros necessários para o processo (621 e 622) existem, caso não exista(m) retornar um erro 500 com a mensagem correta para cada parâmetro.

Melhorias de Processo: Feito tratamento verificando se os parâmetros 621 e 622 estão configurados. Caso não esteja(m), será retornado um erro 500 com uma mensagem indicando qual(ais) parâmetro(s) deve(m) ser configurado(s) para a solução do problema.

Processo: Entrada de Notas de Mercadorias

Ocorrência: 76717

Caso: Efetuar melhoria na entrada de mercadorias que ao fazer a importação de uma nota de entrada de fornecedor específico, sistema não importou todos os itens

Melhorias de Processo: Feito tratamento do problema de cursores na importação de XML nos bancos ORACLE.

Processo: Relatórios

Ocorrência: 75601

Caso: O relatório Analítico de Vendas por Caixa (RAVCX) está exibindo duas vezes os dados quando um pedido é pago em mais de uma modalidade.

Melhorias de Processo: O relatório Analítico de Vendas por Caixa (RAVCX) foi implementado para agrupar os resumos dos tipos de vendas quando um pedido for recebido em mais de uma modalidade de pagamento.

Ocorrência:

Caso: As vendas faturadas e, posteriormente, canceladas estão sendo devolvidas no relatório do RCVEN, mas não do REVEN

Melhorias de Processo: O Relatório de Comissão de Vendedores (RCVEN) foi implementado para considerar como itens devolvidos também os movimentos de acertos de estoque gerado no cancelamento da nota pela transação CNSAI.

Ocorrência: 76192

Caso: No relatório Giro de produtos (GPOCU), nas colunas que mostram o estoque total e o estoque das filiais, quando os estoques forem negativos deve mostrar zero.

Não Conformidade: No relatório Giro de produtos (GPOCU), Foi alterado a classe para fazer o tratamento quando o estoque for negativo deverá ficar com valor zerado.

Ocorrência: 75870

Caso: Na tela Resumo de Apuração Fiscal (RAPUF), o processo de valor contábil está menor que o valor da base de cálculo igualmente ao valor contábil mostrado no Livro de Saída. Porém as outras informações dos relatórios não estão iguais. BASE DE CÁLCULO, ISENTAS/NAO TRIB.

Não Conformidade: O relatório de Resumo de Apuração Fiscal (RAPUF), e o Livro de Saída (LVSAI), foi implementado para corrigir as divergências encontradas na emissão do relatório.

Ocorrência:75997

Caso: No relatório de Listagem de Pedido Fornecedor (RLPED) gerado em PDF e Excel mostra a alíquota do IPI com a máscara apenas do número inteiro, diferentemente do relatório exibido em vídeo, onde mostra o valor do IPI normalmente com as casas decimais, gerando cada tipo de emissão de forma não padronizada.

Não Conformidade: Foi implementado no relatório de Listagem de Pedido Fornecedor (RLPED) a correção da ALÍQUOTA DE IPI, para mostrar corretamente os números e as casas decimais em todos os modelos de impressão.

Ocorrência: 76240

Caso: Resumo de Apuração de ICMS (RAPUR) e Apuração(RAPUF) exibiram informações divergentes.

Melhorias de Processo: Foi ajustado a lógica do e Resumo de Apuração de ICMS (RAPUR) para quando realizada as operações iguais ao Apuração(RAPUF) possuam mesmo valores também foi incluído o campo de valores de despesas no cálculo dos valores.

Ocorrência: 67883

Caso: Relatórios de Metas apresentaram erro ao ser efetuados cadastro de METAS para e empresas e vendedores.

Melhorias de Processo: Realizadas as alterações do cadastro de METAS para a empresa e vendedores e também a correção da extensão do arquivo EXCEL, relatórios de metas.

Ocorrência: 75572

Caso: Criar a tela GIROS que irá substituir a transação GPOCU, Novas Funcionalidades: Implementado um processo para geração de uma tabela com as informações do Giro de Produtos, essa tabela é carregada pela rotina de agendamento genérico. Também foi criado a transação GIROS que irá substituir a transação GPOCU, a GIROS irá disponibilizar a mesma planilha gerada pela GPOCU, porém a GIROS irá ler os registros da tabela gerada pelo agendamento genérico.

Ocorrência: 76008

Caso: Programa não estava gerando o relatório de resultado de vendas por Excel, somente por vídeo.

Não Conformidade: O erro ocorria devido a um parâmetro vazio. Foi corrigido para quando o parâmetro não for informado, ele vir como 0.

Processo: Cadastro Horário Transportadora

Ocorrência: 75943

Caso: A tela de Horários das Transportadoras (HRTRA) está configurada com os horários disponíveis pelas transportadoras cadastradas, porém os pedidos feitos no Nexgen ou vindos de qualquer outro sistema não seguem esses horários cadastrados e conseguem fazer a liberação desses pedidos para a separação após os horários pré definidos

Melhorias de Processo: Foi alterado o processo de fechamento de pedido quando utilizar os serviços de transportadora, o processo de geração do relatório de Aviso de Separação para imprimir a informação se o relatório foi emitido manual pela transação RAVSE ou foi emitido automático pelas telas de pedido.

Processo: Consulta de Produtos

Ocorrência: 76377

Caso: ERRO AO FAZER CONSULTA PELO COD.FABRICANTE NA CPROD. Não Conformidade: Foi acrescentando os objetos que utilizam o recurso necessário para funcionamento correto da consulta na CPROD.

Processo: Atualiza Versão

Ocorrência: 76811

Caso: Na tela Cadastrar Agrupador de Categorias (CAAGC) ocorreu erro no cadastro, mas foi identificado que o problema está em classes do tipo query desatualizadas no ambiente da GBO que seriam utilizadas na CAAGC, essas classes é do processo de atualização dos NoLocks.

Melhorias de Processo: Foram geradas as classes referentes ao processo dos NoLocks para correção do problema referente em classes do tipo query desatualizadas.

Processo: Estrutura de Banco de Dados

Ocorrência: 75850

Caso: Ajustar consulta na Consulta Ordem Serviço na Loja (COSLJ) quando utilizar o filtro “Situação” pois o mesmo apresenta status repetidos causando confusão na filtragem por status.

Melhorias de Processo: Foi criada estrutura no Banco de Dados para alterar descrições de status da OS pela “Situação” que estavam com a mesma nomenclatura.