PREFÁCIO

PREFÁCIO Versão Nexgen 2.3.135

FRENTE DE LOJA

● Foi criado o parâmetro 982 a nível de loja que possibilita a mesma a realizar vendas cobrando uma taxa com valor (x) determinado pelo parâmetro, essa taxa será cobrada apenas para pedidos realizados por pessoas jurídicas e ficará a critério da loja estabelecer se o valor será somado ao valor do produto ou não. O valor da taxa, deve ser exibido acima do valor líquido do pedido. ● A tela Pedido Venda de Cliente (PEDCV) deverá ser implementada opção que mesmo que o vendedor informe um código diferente do vendedor relacionado no cadastro de cliente no pedido de vendas, o código do vendedor para o pedido seja alterado para o código do vendedor que está associado ao cliente no cadastro de clientes. ● A tela Pedido Venda de Cliente (PEDCV) foi implementada com a possibilidade de remover a cobrança referente ao TAC(termos acessórios) em pedidos de crediário mediante opção "Inibir Cálculo da TAC nas Lojas da UF" marcada ou desmarcada na tela Estados ( ESTAD). ● A tela Pedido Venda Cartão Presente (PEDCP) foi implementada com a possibilidade de remover a cobrança referente ao TAC(termos acessórios) em pedidos de crediário mediante opção "Inibir Cálculo da TAC nas Lojas da UF" marcada ou desmarcada na tela Estados ( ESTAD). ● A tela Recebimento de Pedidos de Cliente foi implementada para quando utilizada na geração de pedido na modalidade de pagamento de crediário, imprimir carnê e imprimir contrato. ● As telas de Cadastro de Cliente (CLIEN, CLISP) foram implementadas com correções nas telas de cadastro de cliente. Onde foi adicionada verificação de retorno de consulta, tratando assim o erro caso não haja mensagem configurada na transação

Configurar Mensagens para o Cliente (CMCLI). ● As telas de Cadastro de Cliente (CLIEN, CLISP) apresentaram erro no cadastro de cliente após atualização de sistema. ● As telas de Cadastro de Cliente Simplificado (CLISP) foram implementadas com correções na tela de cadastro de clientes. Onde foi adicionada verificação para casos de nunca usar, usar e não usar mais a LGPD, exigindo agora o uso da LGPD apenas quando a empresa e a loja utilizarem.

● Foi implementada a correção do problema de erro de duplicidade de nota, o sistema foi preparado para quando isso acontecer um alerta de nota rejeitada por duplicidade será exibido, e o processo a ser seguido é o de cancelamento para que o sistema possa emitir uma nova nota com uma numeração não utilizada anteriormente. Esse procedimento irá evitar o erro ao imprimir ou reimprimir a nota quando a mesma tiver sido emitida em duplicidade. ● A tela Recebimento do Pedido foi implementada com a correção no valor da base de cálculo do ICMS da Nota Fiscal, no ICMS Normal e de Substituição Tributária. ● Corrigida uma validação no processo de integração de produtos para o ecommerce

Woocommerce. ● Efetuada alteração no sistema para quando utilizado o ecommerce Woocommerce, ao receber pedidos pagos com cartão armazenar corretamente as informações do pagamento com cartão, gerando dados corretos no SPED.

ÓTICA

● O sistema foi alterado para permitir fazer o relacionamento entre a CONSUMO _ OS e a DMOVI para isso foram criadas estruturas de dados que guardarão informações sobre o gerador do consumo. ● Foi implementado a correção para impressão da OS, o relatório foi modificado para agora ler o parâmetro que exibia o erro. Caso não possua receita será impressa OS com espaço em branco na receita. ● O sistema foi alterado para não gerar ICMS para empresas do Simples Nacional e CST do produto para 102 no processo de geração da nota de Entrada de Garantia do Processo de OS Garantia Completa. ● Foi liberado programa que faltava para corrigir erro de geração de Ordem de Serviço ao fechar pedido de ótica. ● A Geração de OS Garantia foi corrigida para a nota gerada ser impressa com cliente correto o da OS e não mais o cliente com o mesmo número que existe na loja logada.

RETAGUARDA

● Efetuada implementação da tela para emissão de nota fiscal de transferência de crédito de ICMS entre lojas de uma mesma Unidade da Federação. ● Corrigido o tratamento da tela fazer a emissão de boleto (EMBOL) para emissão de boletos dos contratos. ● Corrigido o tratamento na Reajuste de Preços (REAJF), para quando não há preços a serem atualizados pelos dados importados, também foi adicionada uma funcionalidade para limpar estrutura de banco de dados ao fim de uma importação bem-sucedida, os registros com o status de importação finalizados e com data superior a 10 dias atrás serão apagados. ● A tela Reajuste de Preços (REAJF) foi implementada para tratar o campo de visão para aceitar tanto número como também letras, nomeando as visões por loja. ● Foi implementada a função de cancelamento de título, para quando for feito o

“cancelamento de venda sem nenhum item faturado” pela tela de Crédito de Devolução (DEVOL) não seja gerado valor de crédito de devolução. ● Solicitadas diversas alterações na Atualização de Protocolo (estoque) - ATUES: 1 - Quando da atualização do estoque, o sistema deverá trazer no arquivo retorno do

coletor as quantidades por item que houve a maior ou a menor de cada item, e grava nos campos hoje já existentes de sobra ou falta do item. ● A tela Atualização de Protocolo (estoque) – ATUES foi implementada para desbloquear o produto que está bloqueado para venda, quando ocorrer a atualização do estoque. O desbloqueio ocorrerá automaticamente de acordo com a configuração do parâmetro 49. ● A tela Entradas de Mercadorias Amostra Grátis e Brinde(NFDOS) não está exibindo as informações no complemento ao imprimir a nota, também ao consultar a nota não está sendo exibido as informações inseridas. ● Verificado que o erro ocorria ao tentar obter a chave API de uma loja nova, efetuada correção no processo de obtenção da Chave _ API da InfoBip no processo de envio automático de SMS. ● O problema foi identificado e corrigido, era na rotina de enviar malote para a loja que tinha o malote da loja para o laboratório e do laboratório para a loja, com isso estava sendo enviado duas vezes, foi corrigido e também testado, antes de enviar a mensagem se para a OS e status já existe, uma mensagem enviada não será enviada a segunda. ● A tela Depósito Bancário (DEPBC) foi implementada com o campo "sequencial dep. bancario" para ser possível informar o sequencial e consultar os dados. Também deverá ser programada consulta de depósitos para que seja acrescentado após a data uma coluna com a hora de criação do banco sequencial. ● A tela Manutenção de Caixa (MANCX) foi implementada com a correção para trazer duplicado os itens de um pedido que teve como forma de pagamento a modalidade POS utilizando a inclusão de duas vezes o mesmo cartão. ● A tela Cadastro de Expedições (EXPED) foi implementada com a opção “não exigir conferente” , esta possibilita o comportamento diferente de cada expedição que esteja cadastrada, por exemplo, com a opção marcada, ao final do Processo de Separação passará a ser impresso no Relatório Guia de Despacho (RelGuaDespacho) não exigindo que nesse relatório o nome do conferente do pedido seja exibido no campo conferente. Já com a opção criada desmarcada, será exigido o nome do conferente no Relatório Guia de Despacho e esse não será impresso, tendo ao final do processo de separação a informação que conferente não cadastrada exibida.

MENSAGERIA

● Efetuada implementação da mensageria utilizando as novas regras da versão da NT 2020.005 v1.20 para emissão de notas fiscais com tipo de comunicação síncrona, para isso foi criado no sistema campos de escolha para essa comunicação sendo elas síncrona ou assíncrona. ● Foi implementada a nível de mensageria a modalidade PIX e Depósito Bancário às modalidades de Forma de pagamento do mensageria, a nível de validação. ● O Recebimento de Pedidos que tiveram como forma de escrituração fiscais notas do tipo CF-e/SAT (Cupom Fiscal Eletrônico), foi implementado para aprovar e armazenar de maneira devida corretamente na estrutura de dados correspondente no banco de dados.

OBRIGAÇÕES FISCAIS

● Foi implementado o tratamento para atribuir as novas formas de pagamento na tela de recebimento, o sistema passará a tratar as modalidades de pagamento definidas na NT

2020.006, além de tratar a inclusão da tag "tPag" evitando assim a geração errada do xml para as modalidades de pagamento dessa Nota Técnica.

AJUSTES GERAIS

● Foi criada versão do Extrator com a opção de gerar o arquivo Excel pelo servidor. ● O Relatório Aviso de Separação (RAVSEPARACAO) foi implementado para imprimir o código de barra do número do pedido no relatório Aviso de Separação (relatório 40 colunas) e o Relatório Guia de Despacho (RelGuaDespacho) teve implementado o campo com o nome no “Conferente” do pedido como também da descrição completa do número de fábrica do produto de acordo. Nessa versão foi corrigida também relatório que sumia com alguns códigos de fábrica de alguns itens nesse relatório. ● Foi implementada a correção na estrutura da geração de relatórios, para exibição em ordem conforme os filtros estabelecidos para impressão. Implementações para os relatórios Resultados de Vendas (RCVEN) e Relação Geral de Entradas (RGENT). ● Relatório Analítico de Vendas por Caixa (RAVCX) foi modificado para aumentar o campo de banco de dados referente ao valor do desconto.

● Foram ajustadas as consultas para corrigir o problema de lentidão, acessando pelos itens do pedido de venda e corrigindo também os campos e melhora de performance do Relatório geração de Planilhas (GPOCU). ● Os Relatórios Posição Geral do Estoque (RPGER) e Posição Geral do Estoque

Categoria (RPGEC) duas transações irão calcular os estoques disponíveis, considerando o estoque da conta de garantia, se a mesma estiver configurada para calcular o estoque disponível. A transação RPGEC não irá considerar no cálculo do disponível o estoque físico menor do que zero. ● Foi implementado ajuste de valores no Relatório de Pedidos Emitidos (RCPED) para detalhar melhor os valores “A receber” e os “Faturados” para gerar o valor real de recebimentos. ● Foi modificada a tela Análise de venda para Referência (RVREF) para exibir a coluna "total a preço de custo" do relatório com centavos. ● O Relatório de Estoque e Vendas das Lojas (REVLJ) foi ajustado para funcionar com a associação de categorias. ● A tela Relação Geral das Entradas (RGENT) foi implementada com correção para na impressão do relatório exibir de maneira ordenada as notas com status de fechada. ● A tela Relatórios Contas a Receber(RELRE) foi implementada com alteração de layout para corrigir o problema. ● Foi criada estrutura no Banco de Dados para as melhorias que envolvem os índices que podem melhorar a performance nos bancos SQL e Azure. ● Foi criada uma estrutura no Banco de Dados para guardar informações de hora do depósito em relação ao depósito bancário. ● Criadas Estruturas de Dados para guardar informações referentes ao processo de ótica que envolve Ordem de Serviço.