PREFÁCIO

PREFÁCIO Versão Nexgen 2.3.132

FRENTE DE LOJA

• A tela de Recebimento de Pedido (RECPE) foi implementada para no momento do faturamento do pedido onde tenha produtos PETRONAS, não será mais exigido que o cliente esteja marcado como cliente PETRONAS e também não será exigido a associação com o Vendedor. • Implementado o cadastro de transportadora e expedição padrão para integração de pedidos ecommerce originados do Magento 2. • Na tela Pedido de Cliente de Venda (PEDCV) foi implementada para exibir desconto de 5% na grid de acordo com o campo desconto do item, e não mais valores não inteiros, como estava acontecendo.

ÓTICA

• Foram feitas adaptações nos processos de geração do malote e da natureza da notas geradas. A nota que acompanha o malote nesse processo só será uma e não terá o serviço de montagem explicito na nota, foi criado um parâmetro com o valor do serviço que será adicionado ao valor da lente para cada OS. • A tela Consulta Ordem de Serviço (COSLJ) teve consulta alterada para permitir pesquisar OS Garantia que foi gerada a partir de uma CF-e . • A tela Geração de Malote (GERMA) foi implementada com o botão imprimir malote. • Para solução do problema foi colocado uma crítica para se o destino de um malote for o depósito, logo esse malote só poderá ser recebido no NexLab, Centro de Distribuição e Montagem.

RETAGUARDA

• A tela Cadastro de Produtos (PRODU) foi implementada com a criação de campo para informar que o produto é Brinde E-commerce não revenda; Criados na OPFIS os campos de CFOP’s de brinde interno e externo ; Também na geração de nota fiscal

NF-e somente será exibido os produtos de brinde não comercializados. • No processo de Análise de Crédito (ANACR) foi implementado o REPCONTRATO para não considerar os contratos renegociados. Todas os objetos utilizados no processo foram regeradas e librados. • A tela Manter Divergência de Protocolo (MPDTC) foi implementada para não exibir protocolos que foram que tiveram suas pendencias resolvidas. • A tela Atualização de Protocolo (Estoque) ATUES, foi para atualizar protocolos em processo de finalização, o mesmo deve ser verificado se há alguma divergência caso haja exibira uma notificação avisando que há divergência pendentes no lote. • No processo de entrada de Mercadorias ao Fornecedor na finalização a tela (PEDPR) (Inclusão dos Compromissos) foi programada para validar a existência da localização na geração do compromisso. • A tela Emissão de Boleto (EMBOL) foi implementada com correção na geração de boleto de um determinado banco, que antes estava sendo rejeitado.

• A tela Emissão de Boleto (EMBOL) foi implementada com a correção da rotina de geração de boleto corretamente, resolvendo assim a geração do código de barra dos boletos. • A tela Geração de Planilhas (GPOCU) foi implementada para gerar relatório a ser impresso com múltiplas visões definidas na tela de Visão de Lojas por Região (MTVL

J). • A função de validação de CFOP foi alterada para resolver o problema descrito. A mensagem era exibida quando era realizada uma devolução, onde o produto devolvido tinha uma regra, e esta regra tinha um CFOP cadastrado na transação ICMES. • A tela Devolução de Cliente (DEVOL) foi implementada com um check "Zerar Frete", que permitirá que o frete da nota de venda seja zerado, na nota de devolução quando essa não tiver o frete da venda. • A tela de Devolução de Cliente foi implementada com correção na devolução para gerar os dados corretamente do difal, quando gerado nota de venda para cliente não contribuinte. • A tela de Devolução de Cliente irá exigir o CNPJ do destinatário da NF-e quando a devolução estiver configurada na OPFIS para nota informada e o tipo de nota fiscal gerada for NF-e de série única. O CNPJ informado deverá ser igual ao CNPJ da loja que está recebendo a devolução. • A tela de Devolução de Mercadorias ao Fornecedor (NFFOR) foi implementada com a correção para não gerar duplicidade ao referenciar as notas origem da devolução de fornecedor. • A tela Produto por Loja (PROLJ) foi implementada a consulta do produto, que não estava exibindo a campo: Categoria para Comissão. • A tela Valores de Caixa (VALCX) foi implementada para receber Depósito Bancário no

Faturamento Futuro (RECEF). • A tela Cadastrar Agrupador de Categorias (CAAGC) foi implementada com melhorias para na consulta receber o parâmetro da loja. E na consulta exibir a opção de todas as lojas ou loja logada, antes só aparecia todas as lojas quando realizada consulta. • Foi implementada a tela Cadastro de Cupom Fiscal (MACFO) para permitir o tratamento devido ao importar corretamente a NF, permite assim ao usuário selecionar a conversão de CFOP de Saída para CFOP de Entrada, corrigido também a dos CST de PIS, COFINS e IPI, para importar corretamente os dados contidos no XML da nota importada. • A tela Etiquetas de Produtos (ETQPD) foi implementada na impressão de etiquetas por categoria. • A tela Etiquetas de Produtos (ETQPD) foi implementada para carregar corretamente as etiquetas conforme as quantidades e os tamanhos confirmadas na tela de grade. • A tela Cancela Pendência (CANPE) foi implementada com a criação de novos campos para melhoria no processamento, são eles: Observação; Tipo do Pedido( Normal ou

Bonificado) e Botões de paginação. • A tela Estados da UF (ESATD) foi implementada para se comportar de acordo com a exigência legal definida na UF, mensagem ” ” será exibida quando campo “Endereço e

Telefone do PROCON para ser impresso na Cupom Fiscal e NF-e” estiver configurado na tela citada. Isso de acordo com DECRETO Nº 30.568, DE 10 DE JULHO DE 2009.

AJUSTES GERAIS

• Foi alterada a impressão de PDF na biblioteca SGIL para utilizar o programa

SumatraPdf, quando a impressão é solicitada a partir do NexgenBrowser em um sistema operacional Windows.

• Criado o parâmetro 905 para identificar o código do produto para CFE, NFE e NFCE como o código padrão da DSCBR, nos XML’s e cupons. • Foi criada estrutura no Banco de Dados para armazenar informações de clientes utilizadas na Lei Geral de Proteção de Dados – LGPD. • Foi criada estrutura no Banco de Dados para informações de vendedor padrão na

Integração PETRONAS. • Criada Estrutura de Dados para armazenar informações de identificação das transportadoras e expedições padrões para ecommerce. • Foi criada estrutura no Banco de Dados para guardar descrição de e-mail enviado ao cliente e dados utilizados pela Empresa. • Foi criada estrutura no Banco de Dados para guardar informações na interação do sistema Nexgen com ERP de terceiros. • Foi criada estrutura no Banco de Dados para guardar descrição de e-mail enviado ao cliente e dados utilizados pela Empresa. • Foi criada estrutura no Banco de Dados para guardar informações na interação do sistema Nexgen com ERP de terceiros. • O Relatório de Garantia por Cliente (RGCLI) foi implementado para exibir o número da nota de entrada de devolução do cliente. • O Relatório de Guia de Despacho (RSEPP) foi modificado para não gerar erro no log do Tomcat ao ser executado. • O Relatório de Estoque Disponível X Reserva Loja (REDRE) foi criado uma nova coluna CONSIGNADO, onde será colocado as quantidades reservas por consignação do produto. • A tela Livro de Entrada (LVENT) foi alterada para fazer o rateio do frete entre os itens da nota. Quando o frete é zerado, o rateio dos itens também é zerado. Foi colocado o label "Somar ST no Valor da Nota" explicando para que serve o check ao lado do campo do valor do ICMS ST. • Implementações: Foi modificado a tela Comissão de Vendedores (RCVEN) para ajustar o % percentual, quando era selecionado o parâmetro Nº 7-Resumo por categoria =

Sim. Foi modificado a tela Produto por Loja (PROLJ) para gravar o Categoria Para

Comissão informado na tela LOJAS (LOJAS) (opção: Parâmetros) na inclusão do produto, caso este campo não seja informado na PROLJ. Para robustez da melhoria foi modificado a tela Integrações com sistemas Terceiros (INTEG) para gravar o Categoria

Para Comissão informado na tela LOJAS (LOJAS) -(opção: Parâmetros) na inclusão do produto. • Foi corrigido o cálculo do valor do frete obtendo esse valor pelo somatório do rateio do frete dos itens das notas. Também foi criado o parâmetro de relatório, no Relatório

Resumo de Apuração do ICMS(RAPUR) que irá permitir o cálculo do valor ISENTO E

NÃO ISENTO da base de PIS e COFINS de acordo se o CFOP é tributável ou não.

Esses valores são os mesmos mostrados na relatório da transação COPIS, só que maneira totalizada.