PREFÁCIO

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.