PREFÁCIO

PREFÁCIO Versão Nexgen 2.3.128

FRENTE DE LOJA

• Implementação da Integração de Pagamento PIX com SITEF, e da alimentação das informações de pagamento PIX com processo não integrado ao sistema. • Implementada a opção de imprimir o QR CODE do PIX integrado ao SITEF em papel. • Implementada exibição QR Code do PIX no LINUX no recebimento de pedido na integração com SITEF. • A tela Pedido de Venda de Cliente (PEDCV), quando utilizada no contexto de “Peças”, foi implementada para no “complemento de pedido” permitir informar o destaque de substituição tributária somente para plano de venda de modalidade "Duplicata". • A tela Pedido de Venda de Cliente (PEDCV), quando utilizada no contexto de “Peças”, foi implementada para contabilizar de maneira correta os valores quando pedido utilizar créditos parciais de cliente. • A tela Pedido de Ciente de Vendas (PEDCV) configurada para PEDCV_PECAS, foi implementada com a crítica para quando o preço unitário for menor que o preço de custo do produto. • A tela Pedido de Ciente de Vendas (PEDCV) foi implementada com correção do relatório de impressão do pedido para efetuar um salto maior no final do documento e funcionar corretamente na impressora Elgin. • A tela Recebimento de Nota Fiscal Eletrônica (RECNE) foi implementada para considerar o valor do frete no cálculo da Substituição Tributária para venda para fora do estado. • O sistema foi alterado para somar o valor do frete à base do ICMS nas vendas para fora do estado quando há destaque de ICMS, para produtos de Incidência Normal. • Foi implementada solução para identificar os valores divergentes entre o valor da nota e o valor fatura referente os pedidos da "Petronas" e após identificação, foi corrigido a origem do problema, a gravação dos dados em banco, contabilizando corretamente os descontos a nível de item. • Foi verificado que o erro ocorreu pelo fato de o recebimento ter sido efetuado em dois caixa diferentes, desta forma foi implementada uma validação para ao iniciar o recebimento em um caixa não permitir receber o mesmo pedido em outro caixa, alterado também o timeout de 30 segundo para 120 segundos. • Efetuada a correção no controle de saldo quando utilizado a forma de pagamento

Adyen, controlando de forma correta quando utilizado Adyen com outra modalidade ou em pedido com recebimentos futuros. • Foi efetuada correção no processo de Integração com a Conciliadora Boa Vista, de vendas recebidas com cartão POS. • As telas Produto por Loja (PARLJ) foi implementada com a opção "Bloquear Venda na

Loja", este campo encontra-se na área "Dados do Produto". Nas tela Pedido de Cliente e Venda Rápida foram implementadas com a validação para verificar se o produto pode ser vendido na loja. • A tela Pedido de Venda de Cliente (PEDCV), quando configurada para PEÇAS, foi implementada para aplicar um percentual de redução nos preços de atacado e varejo, de acordo com os requisitos relacionados.

• A tela Pedido de Ciente de Vendas (PEDCV) foi implementada com correção além de melhoria para gravar o log do erro e que seja possível visualizar na transação ERROS.

• Na Venda Rápida (VENCX) foi verificado que durante a venda , quando informado cliente, mesmo que cadastrado no sistema, o cupom exibe nome e CPF do cliente informado.

ÓTICA

• Como parte do processo foram criados 2 parâmetros (1503 e 1504), onde o 1503 servirá para indicar a operação integrada usada para gerar o malote da OS Showroom, as características dessa operação servirá para armação enquanto as características da lente serão determinadas pela operação colocada no campo “Complementar” da operação que está no parâmetro 1503. • A tela Cadastro de campanhas de Associação (CASS) foi implementada para permitir um desconto de limite em campanhas de associação relacionada a uma campanha principal no pedido. • A tela Consulta de Ordem de Serviços (COSLJ) foi implementada para a exibição do campo de “Aro Vertical” está sendo impresso logo abaixo do campo "Estado Armação". • Foi criada novo modelo de O.S, este novo modelo será utilizado para ordem de serviço que a receita é digitada e digitalizada através de foto feita a partir do aplicativo nexgen mobile. • A tela Cadastro de Ordem de Serviço para Retificação (OSRET) foi programada para não permitir o cancelamento da OS Original. • A tela Geração de Malote na Loja (GERLJ) foi implementada para remoção dos dados da quantidade dos produtos ao fim da sessão, corrigindo assim o problema de estoque do item armação ao gerar malote.

RETAGUARDA

• A tela Devolução de Cliente, foi implementada para validar se a loja origem da devolução é diferente da loja de origem da venda, se a operação fiscal de devolução selecionar o parâmetro: "Devolução Cliente usar Alíquota da Venda". Se o parâmetros estiver selecionado, a devolução só irá aceitar se a UF da devolução e a UF da nota fiscal de venda. • A tela Devolução de Clientes (DEVOL) foi implementada para não permitir finalizar a devolução sem a informação do código do cliente. • A tela Devolução de Clientes (DEVOL) foi implementada para considerar os valores da nota de venda (impostos, descontos, frete). • Implementar melhorias nas telas de Pedido e Expedições. • Foi identificado que a tabela PEDIDO_REQUISICAO estava ficando locada quando na gravação do primeiro pedido, quando o Oracle foi reiniciado a tabela foi liberada e o pedido foi incluído. • A tela Nota Fiscal Transferências entre Lojas (NFTRA) foi implementada para importação do envio de todas as informações que eram cadastradas no pedido para gerar a nota de transferência.

• O sistema foi implementado para serem impressos todos os códigos dos fabricantes relacionados ao itens cadastrados , no relatório Guia de Despacho. • Deverá ser criada tela para que seja possível o agendamento de requisições com horário definido para execução automática.

• Foi efetuada a alteração no tamanho do campo que guarda os dados para iniciar o agendamento de requisição de transferência, estava apenas com 3 posições, o correto era para ser 6. • Melhorias nos diversos processos de agendamento do sistema, referentes a fechamento de conexões em aberto, intervalo dos ciclos de operação e flags para execução nos Jobs. • Foi implementado na tela Gerar Arquivos Importação Mtrix (MTRIX) que gera arquivos para integração de acordo com o descrito na ocorrência, esse são referentes a

Clientes, Vendas, Produtos, Estoque e Força de Venda. Verificado também que na tela de fornecedores está exibindo o campo para digitação da sigla MTRIX. Foi gerado scripts em anexo para consulta de clientes que tiveram vendas sem segmento relacionados , para a loja e período requisitado. • A tela Junção de Notas (JNOTA) foi implementada para exibir uma mensagem de crítica quando cliente não possuir agente bancário cadastrado. • A tela Separação de Pedidos (SEPAR) foi programada para efetuar verificação na finalização da separação, se o produto separado já foi atualizado o estoque de reserva. • A tela Gravação de arquivos Fortes (GARFS) Foi implementada para gerar o arquivo

FS (apenas com os cupons fiscais) para poder importar os valores de PIS e COFINS dos Cupons Fiscais do Nexgen para o Sistema Fortes. • Efetuada a validação da informação referente a valores de ST, quando informado o valor da base ICMS ST e VL ICMS ST o sistema só irá permitir informar os CST (10 / 30/ 60 / 70 / 90) conforme regra da Sefaz. • Foram implementadas as telas Produto por Loja (PROLJ) e Guia do Comprador (GUIAC) para exibir quantidade do estoque disponível do produto deduzida da quantidade do estoque faltante. • 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 com grandes quantidades de itens. • A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada com correção na importação de nota, quando importado notas com. O problema ocorria por conta dos muitos acessos ao banco de dados em uma única nota fiscal, ocorrendo assim o estouro no número de conexões. • A tela Entrada de Mercadorias ao Fornecedor teve efetuada melhoria no processo de importação para quando não houver situação tributária cadastrada na tela de produto por loja, onde será utilizado a situação tributária da tela de Cadastro de Produtos (PRODU). • A tela Importação de CT-e (IMPCT) foi implementada com validação ao importar um

CT-e complementar, desta forma este CT-e complementar deverá ser lançado de forma manual. Para isso o sistema exibe a mensagem informando: "Problema ao importar arquivo: “NOMEDOARQUIVO”. CT-e complementar, este arquivo não será importado!". • Efetuada melhoria no código para evitar problema de não reconhecimento da fatura ao utilizar o desconto ou a inclusão manual de Conhecimento de Frete (CT-e), efetuada também melhoria no log para agilizar a análise em caso de problema futuro.

• Foi alterado a rotina de impressão da etiqueta de volumes no recebimento do pedido para considerar o parâmetro criado na tela Terminais (TERMI) que indica se o terminal imprime etiqueta de volumes no faturamento do pedido. • Efetuada implementação para o processo de envio de vendas pagas com cartão para a conciliadora Boa Vista.

• Implementação de definição de Transportadora e Expedição default, na PARLJ, para a integração com o SFA. • Foi implementada a funcionalidade a nível de loja, para determinar qual o preço do produto que será exportado para o E-COMMERCE: Preço de varejo ou preço de atacado. A partir da definição do preço, a loja poderá também determinar o percentual de acréscimo que será acrescido sobre o preço que foi configurado. Para configurar o tipo de preço e o percentual de acréscimo, selecione a transação LOJAS e clique no botão "Parâmetros". Os campo foram criados na área: "Parâmetros Diversos". • Efetuada correção na integração dos pedidos vindos dos ecommerce: Magento e Vtex, para gravar o vendedor configurado no Nexgen. • Corrigido o problema da mensagem de erro e também demais encontrados, como a gravação dos campos de hora na tabela de integração, remoção de validações não necessárias durante o processo e outros 2 problemas no processo de atualização do registro de integração de um pedido onde ocorreu um erro de integração anteriormente. • Implementação do tratamento de produtos configuráveis e simples no recebimento do pedido; EXTRA: realizada correções na integração de dados referentes a descontos nos itens do pedido. • O pedido não está sendo consumido pelo WMS automaticamente porque as informações de transportadora e expedição não estão sendo informadas; Alimentados estes campos o pedido será consumido, não há erro quanto a automação para o WMS consumir o pedido, o que se faz necessário é a informação dos dados de transportadora e expedição para que o mesmo ocorra, que hoje é realizado de forma manual. • Criado o parâmetro 1248, para identificar a transação que irá receber pedidos ecommerce, caso haja ausência de valor para este parâmetro, irá sempre chamar a tela Recebimento de Pedidos ( RECPE) para receber pedidos . • Na tela Cadastro de Expedições (EXPED) foi criada opção para informar a quantidade máxima de itens permitido no pedido do cliente; Na tela Pedidos de Vendas de Cliente, configurada para PEÇAS, implementada validação, para exibir a seguinte mensagem "Qtde de Itens do Pedido > que a Qtde Máxima Permitida ...", quando for excedida quantidade informada na tela Cadastro de Expedições (EXPED); Implementada rotina de Auditoria para quando for executado cancelamento de item de algum pedido. • A tela Renegociação de Títulos (RENEG) foi implementada para tratamento de um título do cliente que não possua parcelas. • Efetuada implementação da comunicação Nexgen com a plataforma WooCommerce, sendo assim o Nexgen irá enviar Categoria, Produto, Estoque e Preço, e irá receber os pedidos feitos no ecommerce para que seja feito o processo de separação e emissão de nota fiscais. • Alteração no processo de integração de estoque ecommerce para o NEXGEN. Para o caso de uma loja física que vende no ecommerce, caso o campo "Percentual do

Estoque a Integrar no Ecommerce" na tela Parâmetros de Lojas (PARLJ) não esteja preenchido, não ocorrerão integrações de estoque para essa loja no ecommerce, e caso esteja preenchida com qualquer valor inteiro de percentual, apenas este valor

percentual do estoque, arredondando para baixo, será integrado. O valor padrão do campo é 100. • A tela Consulta de Pedido de Cliente (CPEDC) foi implementada a criação do status

“PEDIDO REPROVADO” essa legenda será exibida abaixo na tela.

• Foi implementada as telas de Cadastro de Produtos (PRODU) e Características de produtos (PROAP) para gravar a descrição do produto completa. • A tela Cadastro de Integradoras (CADIN) foi implementada para não apresentar mais erros ao cadastrar o código de uma empresa conciliadora de cartão. • Foi detectado necessidade de correção em alguns casos na geração de inventário de alguns grupos (520 e 529), nesses existem itens que não tiveram movimento causando assim inconsistência no estoque. • As notas de Devolução de Fornecedor/Garantia que eram rejeitadas pelo fornecedor e que não podiam serem canceladas pelo fato do término legal para cancelamento junto a SEFAZ. • A tela Emitir etiquetas Conferência Volumes (ETQCO) foi alterada para na rotina de impressão de etiquetas de conferência, ajustar o tamanho da fonte dos campos transportadora e pedido, também foi ajustado o posicionamento de todas a etiqueta para que ela não fique saltando quando utilizada em impressoras de modelos diferente do mesmo fabricante. • Foi implementado parâmetro para as telas que envolvem a Análise e Aprovação de

Crédito parâmetro, para que sejam consultadas as baixas de títulos de um cliente para determinado período de meses. EX: Mostrar somente as parcelas pagas nos últimos 12 meses. • A tela Adiantamentos de Clientes (CADIA) foi implementada para criticar o estabelecimento correto da loja, resolvendo assim o problema na PUPOP de pesquisa dos créditos quando consultados os créditos gerados para os clientes. • A tela Configurar Mensagens para o Cliente(CMCLI) teve efetuada as seguintes melhorias no processo de envio de SMS InfoBip • A tela Consulta de Nota Fiscal de Saída (CNFSD) foi implementada com correção para reimpressões de notas fiscais eletrônica ao consumidor, NFC-e.

OBRIGAÇÕES FISCAIS

• Deverá ser criada tela Cálculo do PIS/COFINS (RCPIS) para recalcular os valores do

PIS/COFINS referente ao ano de 2019. • Verificar a diferença entre os Relatório de PIS/COFINS (COPIS) e o Relatório Resumo

Apuração de ICMS (RAPUR), pois os mesmos gerados com os CFOP’s iguais, exibem valores diferentes. • A diferença apresentada entre o Relatório de PIS/COFINS (COPIS) e o Relatório

Resumo Apuração de ICMS (RAPUR), se deve ao fato de que no RAPUR mostra o valor contábil das notas que seria o valor dos produtos menos os descontos e mais alguns outros valores que fazem parte do valor contábil da nota. Enquanto no COPIS mostra os valores que são usados para a base do PIS e COFINS que seria o valor dos produtos menos os descontos • Efetuada correção do problema da divergência que ocorria por conta de quando o saldo dos créditos e débitos eram negativos, o valor estava sendo considerado como

positivo, segundo manual do SPED quando isso ocorrer, o saldo ficar negativo, ele deverá ser zerado. O programa foi implementado dessa forma.] • Efetuada a implementação para geração da tag IPINT, esta tag só será usada quanto o

CST do produto for '51', utilizando a mensageria NF-e do Brasil.

AJUSTES GERAIS

• Foi implementada na consulta (POPUP) de garantia, utilizada nas operações fiscais de garantia marcadas com a opção: "Movimenta Histórico Garantia" para otimizar o acesso ao banco de dados. • Efetuada implementação para escolha de qual estoque considerar para os pedidos ecommerce, para isso foi criado um parâmetro(1231), onde pode-se escolher entre as opções "Estoque Físico" e "Estoque Disponível". • Foi realizado o tratamento para (tp_tef) débito, quando identificado o pagamento do tipo (virtualDebitElo) cartão virtual da caixa. • Efetuada implementação para permitir efetuar impressão de Danfe NF-e no Linux através de um comando nativo, retirando assim a necessidade de um servidor de impressão. • Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de Todos os Cartões • Foi criada estrutura no Banco de Dados para guardar informações de ordem de serviço referentes ao processo de malotes. • Foi criada estrutura de banco de dados para guardar informações de nota rejeitada pelo fornecedor. • Foi criada estrutura no Banco de Dados para guardar informações referentes aos dados do pagamento com crédito de cliente na impressão no Danfe. • Foi criada estrutura no Banco de Dados para validação de impressão de etiqueta de volume no faturamento da nota. • Criação de campos para identificação da instituição pagadora PIX quando PIX integrado ao NEXGEN. • Foi criada estrutura no Banco de Dados para guardar informações de emissão de etiquetas no processo de Expedições. • Foram criadas estruturas no Banco de Dados para guardar informações na tabela de caixa para informar o meio onde será exibido o QRCODE nas vendas, utilizando o meio de pagamento PIX. • O Relatório Analítico de Estoque (RRANA) foi implementado para gerar o Movimento de Garantia corretamente. • O Relatório Sintético de Comissões (RSICO) foi gerado utilizando uma versão mais recente da ferramenta que utilizamos para criação do relatório e com isso deverá ser atualizado também a “lib” que os relatórios utilizam. • O Relatório Geral de Estoque (RPGER) foi implementado para exibir a grade quando gerado para todas as lojas. • Não foi evidenciado mais divergências entre o RAPUR e RAPUF, no mês Dezembro de 2018, conforme relatórios em anexo (id.: 42779 e 42780). Esse problema deve ter sido resolvido em uma outra ocorrência.

• O Relatório Relação Geral de Saídas (RGSAI) foi implementada correção na ordenação do relatório corrigindo assim a formatação do relatório quando gerado em

EXCEL. • O Relatório de Cartão Resumido (RCRES) foi implementado com exibição dos seguintes Parâmetros: 1 - Loja (999=Todas); 2 – Visão; 3 - Data Inicial; 4 - Data Final. • O Relatório Reajuste de Preços Venda Valor (RGENT)) foi implementado para corrigir o problema da não exibição por completa da descrição do produto, ao digitar o código do produto a descrição será mostrada.

• O relatório Consulta Gerencial (CONGE) foi implementado com o valor do PIX nas colunas de valores nos grids "Vendas" e "Caixa", enquanto o Resumo de Vendas por

Lojas(RRVLJ) foi adicionado o valor do PIX em suas colunas. • O Relatório Relação Geral das Entradas (RGENT) foi implementado para ser gerado para comissão por categoria quando realizada uma venda rápida. • O Relatório Gerar Planilhas (GPOCU) foi implementado com a correção no o botão

“Selecionar Agrupador Categorias”, permitindo assim que o agrupador seja selecionado. • O Relatório Comissão de Vendedores (RCVEN) foi implementado para “Exibir

Movimento Analítico” e listar os movimentos de venda/devolução dos pedidos por produtos, com percentual e valor da comissão do vendedor e também a categoria, desde que os parâmetros: “Comissionar=Vendas” e “Comissão por Categoria” estejam configurados com o valor “Sim” . • Efetuada correção no NexgenPDV para que as telas do processo de TEF não fiquem escondidas, no caso sempre que for usar o Tef as telas iram sobrepor todas as telas abertas, facilitando assim o processo. • Foi criado o Java script “PagConsultarPedido.js” para ajustar a altura do painel que envolve a tabela da grid a partir da altura da tabela. • O Relatório Relação Geral das Entradas (RGENT) foi implementado para ser gerado de maneira correta pelo filtro de “Devoluções de Clientes”. • O Relatório Listagem de Pedidos de Fornecedores (RLPED) foi implementado para exibir total do valor a preço de venda.