PREFÁCIO

operações fiscais de "DEVOLUÇÃO AO

FORNECEDOR DE GARANTIA" .

Foram modificadas as telas CLIEN (Cadastro de Cliente),CLISP(Cadastro de Cliente Simplificada) e CLIOT(Cadastro de Cliente Ótica) com um CheckBox ao lado de cada telefone celular para indicar se o telefone está habilitado para mensagens pelo WhatsApp. Modificada também a tela (CARNE) para emitir o boleto bancário para título do tipo "CONTRATO" .

PREFÁCIO Versão Nexgen 2.3.129

FRENTE DE LOJA

● A tela de Pedido de Venda de Cliente (PEDCV ) foi implementada com a alteração para fazer uma crítica se o cliente foi alterado após a inclusão do item, essa crítica só será realizada se o parâmetro 15 estiver setado para NÃO. Caso o parâmetro citado (15 ) esteja com valor igual a “SIM” será permitido alteração do cliente após a inclusão de um item no pedido. ● A tela Pedido de Venda de Cliente (PEDCV) foi implementada para efetuar o recalculo da política de preço do "pedido juntando" quando for alterado o plano de venda do pedido do cliente. ● Efetuada implementação para adequar o processo de cartão presente para integrar com a plataforma Todo Cartões do Nexgen. ● A tela Pedido de Venda de Cliente (PEDCV) foi implementada para efetuar o recalculo da política de preço do "pedido juntando" quando for alterado o plano de venda do pedido do cliente. ● A tela Recebimento Pedido de Cliente foi implementada para realizar uma verificação de valores. A validação dos valores se dará quando estiver associada a pedido de peças, a modificação foi precisa para identificar possíveis problemas, evitando que o pedido seja recebido e permitindo fazer o seu diagnóstico. ● Foi implementado um campo “Pedidos c/Divergência na Integração” na tela Consulta

Pedido(CPEDC), sua função é listar os pedidos com erro de integração nos processos de LDB e SFA. Foi modificado também o processo de Pedidos a prazo, para que quando ocorra o erro de integração sejam enviados para “Aprovação de Crédito” o que antes não existia. ● Efetuada a correção no processo de recebimento de pedido e commerce, sendo implementado um processo de validação de valores do pedido, deixando o procedimento mais intuitivo. ● A tela Pedido de Venda Cartão Presente (PEDCP) foi implementada para permitir usar a matrícula do vendedor no momento de uma venda de cartão presente. ● A rotina de pedido de requisição foi alterada para gravar os campos CD _ CRED e

TP _ FRETE na DPEDC e TP _ PRECO na DIPD corretamente. ● Efetuada correção no processo de separação do pedido recebido do ecommerce

WOOCOMMERCE, quando usado processo de reserva de estoque. O problema ocorre quando o pedido é recebido do ecommerce WOOCOMMERCE e está sendo usado o processo de reserva, o que provocava a incorreta dedução do estoque.

● Efetuada implementação da comunicação Nexgen com a plataforma WooCommerce, sendo assim o Nexgen irá enviar Categoria, Produto com Grade, 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. ● Efetuada correção no processo para não validar a descrição do ambiente informado na

Integrações da Loja, pois no Woocommerce não é obrigatória essa informação. ● Corrigida a consulta da modalidade de pagamento para não considerar modalidades inativas do momento da integração de pedidos ecommerce; ● Deverão ser implementadas melhorias na Integração Nexgen x Woocommerce. ● Integração Integração Nexgen x Woocommerce.

● Foi implementada a Interface do Nexgen para dispositivos móveis, que contempla o Pedido de Cliente de Venda de Ótica. ● Foi implementada na Interface do Pedido de Ótica do Nexgen Mobile as seguintes melhorias: Criação de tela simplificada para cadastro de clientes: A nova tela deverá ser utilizada em dispositivo móvel que será disponibilizado ao cliente para que ele faça seu cadastro. Paralelamente a isso o vendedor utilizará a tela de Pedido de venda de Cliente de Ótica (PEDCV) em seu tablet para gerar o pedido de venda. ● Foram geradas as classes e atualizadas para correção do ambiente do nexgen móvel que havia parado de funcionar. ● Implementar o envio de preço e estoque para o E-Commerce, quando o produto já existir e for configurado para disponível para o E-commerce. ● O sistema não emitia Notas Simples Faturamento Remessa – Entrega Futura. ● Implementada a gravação da observação vinda de pedidos do SFA.

ÓTICA

● O problema no pedido de ótica acontece porque a consulta de leitura dos produtos do pedido estava com um argumento errado e com isso não retornava todos os produtos. Após correção, o problema foi corrigido. ● Foi implementada a impressão do código da Ordem de Serviço abaixo do código de barras. ● Efetuada correção no processo de envio de SMS para InfoBip, melhorando o processo para evitar que um erro no envio do SMS para o processo da OS, melhorando também a análise do processo, efetuando mais gravações na tabela sobre a comunicação com a InfoBip. ● 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. ● Foi criado o parâmetro 1506 para determinar se o estoque reserva deverá ser movimentado juntamente com o estoque físico na geração e recepção do malote. Os produtos que serão movimentados são os produtos que não são lentes e nem serviços. Isso ocorreu se o parâmetro foi colocado para "Sim" .

Foi implementado o estoque mínimo ou fator na geração da OS Showroom. Foi criado o parâmetro 1505 para informar a quantidade mínima ou fator do estoque da OS Showroom.

RETAGUARDA

● A tela Atualização de Protocolo (ATEUS) foi implementada para que, nesse caso, o sistema exiba uma mensagem indicando o Lote, Protocolo, Nota e Fornecedor para direcionar o problema. ● A tela Atualização de Protocolo (ATUES) foi implementada para ao consultar pelo protocolo o campo quantidade convertida. Foi alterado para se comportar tanto o lote, como protocolo da mesma forma. ● Corrigido um problema de “NullPointerException” gerado pela atualização. ● A tela Manter Divergência de Protocolo(MDPTC ) foi implementada com o procedimento correto a ser seguido para exibir as pendências resolvidas. ● A tela Recebimento de Pedido Contra Entrega (RECEN ) foi implementada para o recebimento dos pedidos com a modalidade de contra entrega que foram faturados em qualquer caixa, e não somente no caixa de faturamento do mesmo pedido.

● Implementação das chamadas REST API para verificação de cliente, consulta e geração de boleto, a ser utilizada pelo sistema de troca de mensagens por WhatsApp. ● Foi criado, na tela de Devolução de Venda, um cheque "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 Devolução de Pedido de Cliente (DEVOL) foi implementada com opção para possível utilizar a matrícula no campo do código do vendedor .Para que o sistema se comporte dessa maneira será preciso que o parâmetro 671 (Solicitar a Matrícula do

Vendedor na Devolução) esteja setado como "SIM" . ● Foi implementada na tela de Valores das Categorias (VLCAT) , a opção: "Desconto

Máximo" , para definir o percentual máximo de desconto da categoria para cada loja. ● Desenvolver opção na tela de Valores das Categorias (VLCAT) de "Desconto Máximo" , para definir o percentual máximo de desconto da categoria para cada loja. ● Foi implementado na tela Emissão de Carnet (CARNE) para emitir também boletos através botão criado “Emitir Boleto” . ● Na tela Tipos de Histórico de Garantia (THGAR), foi implementada com a opção "Pagamento por Crédito Financeiro" . O histórico de garantia que esteja marcado com esta opção, na tela Histórico de Garantia (HISTG) se selecionado, serão habilitados os campos: Data e Valor do Pagamento do Crédito. ● A tela Garantias de Produtos (GARAN) foi implementada para exibir o nome do cliente (cadastrado como fornecedor)e não o nome do cupom fiscal com vinha sendo mostrado. ● A tela Histórico de garantias (HISTG) foi implementada para ser possível adicionar qualquer Histórico de Garantia, também foi implementada uma notificação para datas inválidas e dados de valores do tipo de pagamento “crédito financeiro” . ● Deverá ser implementada uma Consulta para visualizar a associação de retorno de pagamento de garantia com o fornecedor. Esse tipo de consulta deverá executar também a subtração de contas a receber no módulo financeiro. ● Para facilitar os cálculos de parcelamentos e juros da renegociação foi solicitado a implementação de melhorias na tela (RENEG), para melhorar o Relatório Movimento

Financeiro de Crediário (RMFIN). ● A tela Gestão de Relacionamento com Cliente (GECRM) foi implementada com filtro para exibir informações de mensagens cadastradas apenas da loja logada . ● A tela Pedido de Compra de Fornecedor (PEDCO) foi implementada para que seja possível fazer a manutenção do código do fornecedor informado errado, pois atualmente se usuário errar esse código o sistema não permite alteração.

● A tela Entrada de Mercadorias do Fornecedor foi implementada para permitir importar

XML de nota com mais de 10 parcelas, sendo possível a importação de até 20 parcelas. ● Foi efetuada correção no processo de Integração com a Conciliadora Boa Vista, de vendas recebidas com cartão POS. ● Foi implementada correção no processo de importação de notas e cupons para evitar a importação de notas já importadas e para permitir a importação de notas ou cupons somente na loja em que foi emitida/o. ● Foi efetuado ajuste da tela Importação de Cupom Fiscal Eletrônico (IMPCF) para que seja possível realizar a importação de NFe e NFC-e. ● A tela Atualização de Importação de Banco de Dados (REAJF), foi implementada com a função de inclusão de novos produtos a partir da atualização de produtos e geração de código de barras automático além de poder também incluir produtos por loja e por visão de Loja. Efetuada criação do parâmetro 1232 para definir quais os produtos que serão atualizados os preços na tela (REAJF).

● A tela recebimento de Pedido de Cliente foi implementada para gerar Nota Fiscal

Eletrônica com data de emissão que não coincide com a data do pedido. ● A tela Recebimento de Pedido de Cliente foi implementada para gerar na Nota Fiscal o código do cliente ao lado do nome dele. Exemplo: José da Silva – 22222. Para que o sistema se comporte dessa maneira o parâmetro 1322(Imprime código do cliente após nome na NF-e?), deverá ter configurado o valor igual "Sim" . ● Implementado uma caixa de informação contendo o aviso de separação, para que não fosse permitida a impressão de pedido com status de reprovados no card de

APROVAÇÃO DE CRÉDITOS. ● A tela Recebimento de Nota Fiscal eletrônica (RECNE) exibida foi implementada com solução para não exibir mais mensagem referente a comando de estrutura de dados na geração de Nota Fiscal Eletrônica. ● Foi efetuado um reparo na tela de Importação de CT-e(IMPCT), agregando o tratamento dos caracteres especiais (Ex.: &, ^ , $) aceitáveis no documento XML que está sendo importado. ● Foi implementada a correção na importação de CT-e, o processo apresenta uma tag de referência que realiza a verificação dos campos da nota dentro de um grupo “InfOutros” , se a nota referida não contiver dentro desse grupo ela não retorna a série da nota que está sendo transportada e este é o motivo de não conseguir vincular o CT-e a nota emitida no sistema. ● Efetuada a alteração para corrigir o problema informado, o problema ocorreu por conta de uma tag nova "qrCode" que não estava mapeada no sistema. ● Foi restaurada a conformidade da tela, tendo em vista que o problema ocorria devido a desatualização do processo por conta do não envio de uma classe que trata uma estrutura de dados. ● A tela Emitir Etiquetas de Produtos (ETQPD) foi implementada com a ordenação da grid e impressão de etiquetas ordenadas por produtos. Para que a seja feita a ordenação deverá ser configurado com valor “SIM” o parâmetro 1340. ● Foram modificadas as telas CLIEN (Cadastro de Cliente),CLISP(Cadastro de Cliente

Simplificada) e CLIOT(Cadastro de Cliente Ótica) com um CheckBox ao lado de cada telefone celular para indicar se o telefone está habilitado para mensagens WhatsApp.

Modificada também a tela (CARNE) para emitir o boleto bancário para título do tipo "CONTRATO" .

● A tela Extrator de Dados (EXTRA) foi implementada para restringir a exibição de informações da lojas e estabelecimentos, nas Consultas Básicas e Customizadas, da loja logada. ● Efetuada implementação para ao incluir produtos novos a partir da atualização de produtos na transação REAJF, permitir a geração do código de barras automático e incluir a opção de atualização de produtos por visão de lojas. ● Foi modificada a transação: PEDCO (opções: "Arquivo SABÓ" e "Gerar Arq.Forne") para gravar a quantidade do pedido conforme é impresso no relatório do pedido de compra. ● Foram implementado as colunas nas transações: COPRO-Consulta Protocolos e

RSPRO-Relatório Status dos Protocolos, para solucionar a deficiência do pedido. ● A Devolução de Cliente (DEVOL) foi implementada para calcular o custo da devolução com o mesmo valor de custo utilizado na venda origem. O custo da devolução será o mesmo da venda, quando a operação fiscal de devolução for configurada para "Devolução Cliente usar Preço Custo Venda" . Na operação fiscal foi criada a opção para permitir configurar que a devolução de cliente use o preço de custo da venda.

● Foram realizados vários testes no ambiente do desenvolvimento e não foi possível simular o problema relatado na descrição da ocorrência, por isso foram liberadas as classes utilizadas nos testes. ● Efetuada correção na validação dos dados informados para geração da nota complementar, verificado que o erro ocorria ao efetuar uma validação no campo de "Base ICMS ST" . ● Foi criada uma transação interna Preço por Comissão (PRCOM) para informar o percentual de comissão dos produtos por loja, essa será cessada através do botão

“Comissão de produto” na tela Preço de Produto por Loja (PROLJ). ● A tela Inutilização de Cartão presente (INUCP) foi implementada com botão "Alterar

Validade" o que permite efetuar a alteração na data de validade do cartão presente. ● Foi implementada a funcionalidade de download do arquivo no browser. ● Efetuada correção no cálculo do custo do produto para calcular o custo de acordo com a composição escolhida. ● Efetuada correção para quando efetuar pagamento com o tipo POS Manual, só mostrar os dados referente a Final do cartão e Venda Offline, se a loja utilizar a comunicação com a ADYEN. ● Efetuada a reparação do erro, corrigindo a funcionalidade já implementada de download do arquivo no browser.

MENSAGERIA

● Efetuada implementação da NT2020.006 V1.00 e V1.10 que visa a implementação de uma nova tag (Indicador de intermediador/marketplace) que se destina a informar se a operação é: 0=Operação sem intermediador (em site ou plataforma própria); 1=Operação em site ou plataforma de terceiros intermediadores/marketplace). * Foi excluído o meio de pagamento "99-Outros" dos possíveis meios de pagamento para

NF-e e NFC-e. ● Efetuada implementação para enviar automaticamente o xml CF-e autorizado para o email configurado na transação MSPAR, campo "Guarda de XML" .

● Efetuado o tratamento na montagem do XML, para quando o produto tiver dois código

GTIN associados, a geração do xml pegará apenas um para geração da nota fiscal, sendo assim não irá duplicar os itens. ● Efetuada correção no processo de separação do pedido recebido do ecommerce

WOOCOMMERCE, quando usado processo de reserva de estoque. O problema ocorre quando o pedido é recebido do ecommerce WOOCOMMERCE e está sendo usado o processo de reserva, o que provocava a incorreta dedução do estoque. ● Efetuada implementação para quando o parâmetro 879 (Imprimir no DANFE da NF-e a

Referência do Fornecedor principal do Produto ou Todas as Referências). Se estiver configurado com o valor "Fornecedor principal": Será impresso somente a referência do fabricante classificada como "Padrão" . ● A tela Mensageria (MSPAR) foi programada para tratar de maneira correta caracteres

“especiais” , organizando assim campos e títulos na tela. ● Foi implementada a função que permite a emissão de notas NFC-e e NF-e no estado do Mato Grosso do Sul. ● Foi efetuada a implementação de uma função que permite a emissão de notas NFC-e e

NF-e no estado do Mato Grosso. ● Foi realizada uma implementação no sistema para não ocorrer o pedido de solicitação de notas canceladas no sistema, as quais foram delegadas pela SEFAZ. A tela

● Validações de Nota Fiscal (VNOTA) também foi programada para não exibir a mensagem “Nota cancelada no sistema e autorizada na SEFAZ” , quando uma nota estiver cancelada no sistema e denegada na SEFAZ, pois uma nota denegada não está autorizada.

AJUSTES GERAIS

● Foi implementado um processo de validação em forma de exibição de registro do processo de CF-e envolvendo o log do TOMCAT que só poderá ser executado quando o parâmetro 990 estiver setado para “CFE” . ● Foi implementado Relatório de Títulos Negociados na cobrança (RTCOB), filtros disponíveis (Gerado, Não gerado e Todos). ● Foram implementados os relatórios COPRO-Consulta Protocolos e RSPRO-Relatório

Status dos Protocolos comas colunas Quantidade de Itens e Dias de Atraso. ● Implementar relatório Gerar Arquivos de Importação MTRIX com as seguintes modificações: ● Criada a tela Interações Nexgen (INTEC), onde será possível integrar pedidos do

Ecommerce(somente VTEX) que não integraram no Nexgen por algum motivo excepcional. ● Implementado uma nova validação para ecommerce VTEX, que, no momento que um pedido é consultado na transação de recebimento de pedido, é verificado se este está cancelado no VTEX, em caso afirmativo, o pedido é automaticamente cancelado no

NEXGEN é removido da fila de integração. ● A QryLivre foi substituída e agora há outra qry responsável por fazer a mesma tarefa que a QryLivre, mas removendo-a e não usando mais uma rotina genérica como acontecia. ● Geração da classe para corrigir geração "defeituosa" da 68051. ● Liberação de scripts da Ocorrência 63978: Criando o campo STATUS _ DG na tabela

GARANTÍAS para gravar o status da garantia: 'F' - Finalizada/Baixada. ● Foram geradas as classes e após atualização, foi corrigido erro causado pela atualização.

● Efetuada correção no processo de impressão, para fechar os objetos abertos durante o processo, evitando assim que o sistema sobrecarregue e venha a ficar travado pela quantidade de objetos abertos em memória. ● Criada estrutura do banco de dados para correção na integração de preços promocionais na Integração de dados com o SFA Petronas. ● Correção da ocorrência 69104, referente a erro no valor informado no boleto devido a gravação errada na estrutura de dados em pedidos originados do SFA PETRONAS. ● O Relatório de Pedidos Emitidos ( RPED) será modificado para exibir no relatório as colunas: Vendedor, valor do crédito, valor do sinal, valor a receber e total faturado. O relatório não será gerado para EXCEL e PDF. ● O Relatório Relação de Acertos de estoque (RCOAC) foi implementado para ser gerado em formato PDF. ● O Relatório Analítico de Vendas por Caixa (RAVCX) foi implementado com informações de vendas realizadas com recebimento em PIX. ● O Relatório Lista de Pedidos de Fornecedor (RIPPED) foi implementado para ser gerado de acordo com os parâmetros informados, o de loja, fornecedor e pedido. ● O Relatório Itens Devolvidos do Pedido (RIDEV) foi implementado para ser gerado sem duplicação dos registros. ● O problema relatado na duplicidade de informações no Relatório de caixa (RANCX) foi resolvido após implementação na consulta feita na estrutura de dados.

● O Relatório Comissão de Vendedores (RCVEN) foi implementado para não considerar os produtos devolvidos das operações fiscais que atualizam o estoque de garantia.

Para que isso aconteça o parâmetro: "Comissão Por Categoria" deverá ser configurado com o valor “SIM” . ● As telas Consulta Protocolos (COPRO) e Relatório Status dos Protocolos (RSPRO) foram programadas para contar o atraso até a atualização do protocolo e não do fechamento da nota fiscal como estava implementado . ● O Relatório Inventário Fiscal (RLVFI) foi implementado com alteração na consulta, melhorando performance e evitando travamento do sistema. ● Para atender à solicitação foram realizadas as seguintes implementações: Criado

Relatório de Boletos Gerados (RBNEG), para controle dos títulos enviado para cobrança bancária, esse relatório os seguintes filtros: período e tipo do boleto, e pode ser gerado por: BOLETOS GERADOS, BOLETOS PAGOS (LIQUIDADOS PELO

CLIENTE), BOLETOS VENCIDOS (NÃO LIQUIDADOS PELO CLIENTE) e BOLETOS

A VENCER. Relatório exibe “ Total de clientes negociados” e “Total de títulos negociados” . ● O Relatório Inventário Fiscal (RLVFI) foi implementado com alteração na consulta, melhorando a performance e evitando travamento do sistema. ● A tela Relatório de Faturamento por Categoria (RFATU) foi criada uma tela para selecionar inúmeras categorias, nela foi criado um botão que dará acesso a tela criada que possui categorias a serem selecionadas, o relatório será impresso usando essas informações, caso contrário, será impresso pegando todas as categorias, como anteriormente. ● O Relatório de Comissão de Vendedores (RCVEN) foi implementado para desconsiderar os valores das devoluções de cliente de operações fiscais com a opção

“Garantia Devolução Cliente” marcadas na operação fiscal. ● Foram inseridos os parâmetros noLocks na chamada das classes Qry de Consulta para possibilitar a atualização da versão do banco de dados.