11 minute read

PREFÁCIO

Next Article
NOVIDADES

NOVIDADES

PREFÁCIO Versão Nexgen 2.3.144

FRENTE DE LOJA

Advertisement

• A tela Pedido de Venda de Cliente (PEDCV) foi implementada com a melhoria para que seja possível a informação de uma matrícula de vendedor de até 10 dígitos. • Foi alterado o Relatório Gráfico, impresso a partir do botão imprimir na tela de Pedidos de Venda de Cliente (PEDCV) aumentar o espaço para impressão do código de barras do produto. Permitindo assim a impressão do relatório de maneira correta, tanto exibindo o produto por seu código interno como também pelo seu código de barras. • Como não evidenciada o a tal lentidão informada, criou-se uma robustez no sistema a través de um parâmetro, o 124 -Tipo de Saldo padrão da Consulta a Produtos, esse permite configurar a consulta de um produto sem considerar o parâmetro da PARLJ –

Efetuar Pedido sem Estoque, o que poderia ser causador desse caso citado acima • Foram alteradas as telas Pedido de venda de Cliente (PEDCV) e Produto por Loja (PROLJ) para exibir/calcular o preço de promoção do produto, quando a promoção for aplicada com base em percentual, neste caso, este percentual será aplicado sobre o preço de atacado ou varejo vigente de acordo com tipo de preço do cliente, informado na tela cadastro de Cliente (CLIEN) na opção: "Tabela de Preço". • O problema só ocorria no Nexgen-Browser, pois ocorria o duplo consulta na tela, como isso as variáveis de sessão eram inicializadas, foi corrigido alterando a tela POPUP de

Detalhes do Produto. • Foi modificada a tela de recebimento de pedido, para corrigir o erro mencionado na ocorrência, ou seja, o processo de geração das notas de comodato não estava zerando os valores do PIS/COFINS, quando a nota tinha mais de 1 produto para entrega imediata no pedido de venda do cliente. • Efetuado ajuste no processo de pagamento com a modalidade Adyen para permitir o recebimento de PIX na modalidade Adyen OFFLINE, também passa a ser permitido conciliar um pagamento para vários pedidos. • : Efetuada correção na integração o produto quando utilizada Integração Nexgen x

VTEX . • Efetuada correção na integração de um determinado pedido quando utilizada

Integração Nexgen x E-COMMERCE. • Na tela de Manutenção de Cliente (CLIEN) e todas as transações que efetuam envio de Mensagem configurada na tela Configurar Mensagens para o Cliente (CMCLI), foram atualizados os métodos de envio de mensagem via WhatsApp em integração com a IP Solutions. • Na tela de Manutenção de Cliente (CLIEN), Cadastro Simplificado de Cliente (CLISP) e transações de Recebimento de Pedido, Faturamento Futuro e Devolução de Cliente, foi realizado a modificação para exibir a mensagem que o processo foi concluído com sucesso, mas o envio do SMS/WhatsApp não foi enviado para o cliente devido a algum problema de configuração no cadastro de loja. • Alterado o objeto para incluir um atributo do tipo checkbox após o campo "Validade", para informar qual a opção que será utilizado. Este campo só será habilitado para seleção, se o atributo "Descrição" for do tipo caixa de seleção. • Na tela de Recebimento Entrega Futura (RECEF) foi realizado melhorias nos processos de envio de SMS, e-mail e WhatsApp, corrigindo o problema de consumo indevido de memória, que estava fazendo o Nexgen parar de operar.

ÓTICA

• Criado novas validações para evitar que seja possível enviar dois malotes para trânsito com mesma Ordem de Serviço. • Criado o botão "Encaminhar OS p/ Expedição" na tela de Verificação de Materiais (VMAMO) possibilitando a mesmo ser consultada e na Geração de Malote (GERMO) e ser enviada para loja. • Alterado processo de OS Garantia Estoque onde o cliente era salvo como o fornecedor, mas agora o cliente salvo na OS é a cliente Loja. • A tela Consulta Ordem Serviço Rejeitada (COSRJ) foi implementada para alterar o status da ordem de serviço quando o parâmetro 376 estiver setado “NÂO” , assim OS com esses status passarão pelo processo de selecionar e confirmar a partir daí elas serão autorizadas para voltar ao laboratório. Caso esteja setado para "Sim" as OS terão que passar novamente pela validação da Dioptria na própria COSRJ.

RETAGUARDA

• A Alteração de Vendedor (ALTVE) foi implementada para permitir trocar o vendedor também das notas de simples faturamento. • A tela Devolução de pedido de Cliente (DEVOL) foi alterada para verificar se a nota está cancelada e não criticar se a nota não foi enviada para SEFAZ, desde que, a nota fiscal de devolução do "simples faturamento" ou operação fiscal (OPFIS) do tipo de nota = Gerencial. • Identificado que as notas estão rejeitadas pois ao receber o pedido na tela de

Recebimento de Pedido (RECPE) está sendo informado apenas 1 letra no nome do cliente. Logo, para correção foi modificado a tela de informações do CPF e nome do cliente consumidor o sistema apara exigir no mínimo 3 caracteres. • - Foi alterado a rotina de emissão de boleto para imprimir o número e série da nota quando no campo Instrução for gravado a variável #NF, esse campo é gravado pelo

Nexadm na tela CAGN dessa forma como exemplo: BOLETO REFERENTE A NOTA

FISCAL #NF e será impresso no Belo dessa Forma: BOLETO REFERENTE A NOTA

FISCAL NÚMERO: 376 SERIE: 3. Logo quando for gerado um recebimento com geração de boleto no Nexgen, será possível a reimpressão desse na tela de Emissão de Boletos (EMBOL). • A tela Emissão de Boleto (EMBOL) e também o botão de impressão de boletos na tela de Recebimento de Pedido, foram implementados para gerar boletos com o histórico da fatura. • Foi alterado a tela Emissão de Carnê (CARNE) para permitir imprimir boleto de contrato unificado somente se o parâmetro estiver configurado para “Sim”. • A tela Manutenção de Caixa (MANCX) foi programada para tratar de maneira devida o valor recebido que é guardado no processo de sangria, corrigindo assim o processo quando é necessário a alteração de uma modalidade de pagamento PIX para POS. • A tela Manutenção de Caixa (MANCX) foi programada para tratar de maneira devida as consultas de pedidos que foram recebidos em qualquer modalidade. • A tela "Parâmetros do produto" que é chamada a partir da tela de Cadastro de

Produtos (PRODU), foi modificada para exibir os seguintes dados referentes ao Ecommerce: Descrição do produto do E-commerce; Comprimento, Largura, Altura e

Peso.

Quando selecionado que o produto está disponível para o E-commerce, os campos

citados acima serão exibidos. A tela foi alterada para aproveitamento do espaço dos campos na horizontal. • Efetuada implementação para ao efetuar o envio dos produtos inventariados o sistema marque o produto que foi enviado com sucesso para o BC, para evitar o envio em duplicidade. • O sistema irá cancelar a nota de saída e a nota de destino da transferência, independente se a nota fiscal de saída tenha sido rejeitada. • A tela Nota Fiscais de Transferências entre Lojas foi implementada para ao ter um complemento adicionado apresentar todos os tipos de fretes, que são: Transporte próprio por conta do remetente; Transporte próprio por conta do destinatário;

Contratação de frete por conta de Terceiros; sem Ocorrência de Transporte; CIF e

FOB. • A tela Estorno de Vendas (ESTOV) foi modificada a para excluir os cheques recebidos no caixa da venda realizada. • Foi alterado para verificar se a quantidade confirmada e pendente está com valores negativos, caso esteja, serão zeradas. • A tela foi alterada para que sempre que for clicado no botão INCLUIR, um novo comunicado será cadastrado, mesmo que possua os dados de um Comunicado recém consultado, atualizações num comunicado consultado, somente pelo botão alterar.

Anteriormente, ao clicar em INCLUIR, quando possui informações de um comunicado anteriormente consultado na tele, tentava cadastrar o comunicado já existente, ocorrendo o erro. • A tela de Sangria de Caixa (SANCX) foi alterada para selecionar somente os cheques do dia para efetuar a sangria e enviá-los para tesouraria. • A tela de Etiquetas de Produtos (ETQPD) foi implementada para gerar as etiquetas observando-se a quantidade de estoque das lojas da empresa. esta funcionalidade deverá pode ser aplicada para a opção: "produtos reajustados". • Na tela de Consultar Mensagens Enviadas para o Cliente (CMENV) Foi efetuada a correção no processo de envio do SMS na alteração de status da OS. O sistema não estava tratando adequadamente o retorno da InfoBip, fazendo assim que o sistema mostrasse um erro na transação de consulta CMENV mesmo que o SMS tivesse sido enviado com sucesso. Portanto a transação vai passar a mostrar corretamente a mensagem de sucesso no envio ou erro quando houver.

MENSAGERIA

• Após ajustes no programa em relação ao caractere indevido, nota foi reenviada com sucesso. • Foi efetuada a correção para fechar as conexões abertas no processo de envio de email, caso ocorra um problema na autenticação do e-mail configurado para envio dos

XML. Entretanto om essa alteração vai impedir os travamentos no servidor por conta das conexões abertas e nunca fechadas, bem como reduzir as gravações para o erro já mapeado.

AJUSTES GERAIS

• O Relatório Razão Analítico de Produto (RRANA) foi corrigido pois estava exibindo a matrícula errada do vendedor. • O Relatório Ranking de Produtos Vendidos (RANKP) foi alterado para corrigir o problema e exibir corretamente uma mensagem quando o relatório não gerar dados.

• O Relatório de Fechamento de Caixa (RFECX) foi melhorado para imprimir a visão por lojas quando selecionado na impressão. • O Relatório de Comissão de Vendedores (RCVEN) foi alterada para exibir a quantidade de vendas do vendedor e do indicador. A coluna com a quantidade de vendas foi incluída após o valor da comissão. A quantidade de vendas está sendo exibida também nos totalizados da loja e da empresa. • O Relatório Pedidos Emitidos (RPED) foi melhorado para exibir o valor a receber para ser calculado considerando o valor líquido do pedido subtraído dos valores que já foram recebidos no caixa. Os status dos pedidos serão exibidos conforme tela Consulta

Status do Pedido (CPEDC). • O Relatório Livro de Saída (LFSAI) foi implementado para exibir de maneira devida as notas que não tiveram seus XML’s não gerados no processo de geração de notas de comodato. • O Relatório de Vale-Troca Devoluções (RVALE) foi corrigido para exibir valor total dos vales troca. • O Relatório Lista de Clientes (RLCLI) foi programado para exibir corretamente o dígito verificador quando o mesmo começava com ‘ 0 ’. Também foi corrigido a impressão do

CNPJ que não mostrava o quinto dígito. • O Relatório Ranking de Produtos (RANKP) foi programado com correção do parâmetro

“Selecione o Tipo de Estoque” estava com o valor truncado para o tipo Físico, deveria ser 06 e estava 6, foi criado um script para corrigir esse parâmetro. • O Relatório Posição Geral de Estoque (RPGER) foi implementado para exibir a data da última compra que será obtida de acordo com o parâmetro que foi criado no relatório (parâmetro 14 - Usar a data da última compra). Se o parâmetro for informado com o conteúdo "Loja", será obtida a data da última compra do produto na loja. Se o parâmetro for informado com o conteúdo "Empresa", será obtida a data da última compra na empresa, independente da loja que foi informada no parâmetro de loja. • Foi criado o parâmetro: 1258 por loja para não permitir cancelar nota de venda emitida/impressa na Cancelamento de Nota de Saída (CNSAI). • Foi alterado os Relatório de Cintas a Receber (RSPC) para atualizar a base de CEPs cadastrados, além de verificar os arquivos MASTERS antes da exclusão das tabelas de cidade, logradouro e bairros. • Criada robustez no processo de busca de boleto para envio via WhatsApp. • Correção no download do arquivo .csv da administradora Adyen, para desconsiderar a virgula dentro de aspas duplas, essa virgula estava causando um problema na ordenação do arquivo csv, impossibilitando a leitura correta da linha que continha as aspas duplas. Alteração na busca das vendas não conciliadas, removendo a obrigatoriedade da existência de uma nota associada, isso foi necessário por conta da venda futura. • As telas de geração de nota de fiscal de venda foram modificadas para não realizar a integração com o validador fiscal da SEFAZ/CE, quando a venda utilizar os meios de pagamentos de cartão de crédito ou cartão de débito. A SEFAZ comunicou que o serviço será descontinuado e não haverá mais suporte. No decorrer desta mudança foi alterado também o ponto de chamada do envio de mensagem para o cliente. • Foi corrigido o erro de assinatura de método que ocorria devido a modificação referente ao Atualizador Dinâmico. • Foi liberada a tela Geração de Scripts – SQL / Oracle (GESQL) evitando assim a necessidade de transferir dados do banco dos clientes para o nosso banco da Secrel. • Foi alterado o processo Pedido com Seguro para não mais emitir o comprovante não fiscal. • Foi criada estrutura no Banco de Dados para guardar informações de (Venda,

Assistência técnica e Laboratório) no tipo de atividade da loja.

• Foi criada estrutura no Banco de Dados para guardar informações de validação da alíquota do IPI nas telas de devolução a fornecedor e outras saídas. • Foi criada estrutura no Banco de Dados para guardar informações de títulos no processo de manutenção de parcelas. • Foi criada estrutura no Banco de Dados para guardar informações de código de nota na loja, no processo de nota fiscal eletrônica. • Foi criada estrutura no Banco de Dados para guardar informações de layout de fornecedor no processo de importação de preço. • Foi criada estrutura no Banco de Dados para guardar informações de endereço do

PROCON na tabela de unidade da federação. • Foi criada estrutura no Banco de Dados para guardar informações de ordem de serviço na retificação.

This article is from: