Nexgen 2.3 – Release 165

Histórico de Alterações Aplicáveis ao sistema Nexgen

SECREL - Tecnologia e Soluções Inovadoras® | NexGEN–Todasuagestãonasnuvens.

Copyright© 2015 SECREL. – Todos os direitos reservados. Nenhuma parte deste documento pode ser copiada, reproduzida, traduzida ou transmitida por qualquer meio eletrônico ou mecânico, na sua totalidade ou em parte, sem a prévia autorização escrita da SECREL, que se reserva o direito de efetuar alterações sem aviso prévio. A SECREL não assume qualquer responsabilidade pelas consequências de quaisquer erros ou inexatidões que possam aparecer neste documento.

SECREL SOLUÇÕES DE INFORMÁTICA LTDA.

Matriz:

Av. Dom Luís, 500 - 20º andar - Aldeota

Fortaleza - CE - 60.160-230

T: 85 3466.7000 - Brasil - www.gruposecrel.com.br

NOVIDADES

Auditoria da tela Pedido de Cliente (Peças)Implementado o processo de auditoria na tela Pedido de Cliente (PEDCV) referente aos campos: PLANO DE VENDA, CÓDIGO DO CLIENTE, TIPO DE ENTREGA E CÓDIGO DO VENDEDOR para auditar os dados alterados durante o processo de pedido e mudanças nesses campos; RoyaltiesCriação da nova funcionalidade para cadastro e manutenção de políticas comerciais para lojas do tipo Franquias, Próprias, Arrendamento e Propaganda. Objetivo dessa implementação será gerar Notas e boletos de cobrança de Royalties de forma automática tomando como base as políticas comerciais; foi implementado a Integração via API do SPC ao NexGen, para consultar se cliente tem antigas e/ou novas passagens pelo Serviço de Proteção de Crédito., otimizando assim a Análise de Crédito de determinado cliente; foi desenvolvida a funcionalidade para identificar notas duplicadas no recebimento do pedido. A funcionalidade será atendida pela tela Notas Duplicadas no Recebimento do Pedido (NFDUP). Incialmente a tela irá exibir as notas que foram geradas pelo mesmo pedido. Posteriormente iremos implementar nesta tela a funcionalidade para cancelar as notas duplicadas ou devolvêlas; Pesquisa de Satisfação - Foi desenvolvido um aplicativo Android, para realizar a “Pesquisa de Satisfação” com cliente, a implementação foi criada com a funcionalidade de login, seleção de loja, e as questões da avaliação.

NexgenPDV 2.4.2

Efetuada alteração para ao usar a comunicação invertida (Nexgen - Servidor x NexgenPDV - Cliente), a obtenção da porta socket vai verificar se existe o arquivo porta_socket.txt, caso exista será retornada à porta informada no arquivo, caso não exista o arquivo será retornado à porta da forma padrão. Essa alteração é necessária para a utilização do container DocKer

PREFÁCIO

Versão Nexgen 2.3.165

FRENTE DE LOJA

• Implementado na tela Pedido de Cliente de Venda (PEDCV), para validar se os somatórios dos descontos concedido nos itens são menores do que 100%. Esta validação foi implementada na tela de pedido quando o item é incluído e na tela de informação de desconto do item.

• Realizado ajuste na rotina no processo de Pedido de Cliente de Venda que utiliza a separação de itens, para o parâmetro 1308, quando utilizado o parâmetro só permitirá a abertura do pedido se ele já estiver com todos os itens separados

• A tela Pedido de Cliente de Venda (PEDCV) foi feito um ajuste para a tela ficar com seus campos organizados e caso o produto não esteja cadastrado é exibido um texto informando.

• Foi corrigida a tela Recebimento de Pedido para recalcular os totais do pedido, quando esse pedido teve alguma alteração de quantidade durante o Processo de integração com o WMS, isso também irá corrigir as parcelas, caso houver.

• Foram identificadas informações incorretas registradas em cupons e notas fiscais emitidos, isso ocorre quando e selecionado duas ou mais modalidade de pagamento distintos em compras que incluem o CredMais (seguro) e Vale Troca. Os valores das modalidades de pagamento registrados na nota e no XML enviados para SEFAZ ficam com os valores incorretos, tirando o valor de uma modalidade e incluindo em outra.

• A rotina que faz o resgate do bônus no recebimento de pedido foi alterada para permitir que seja feito a utilização parcial do bônus quando o parâmetro 327 estiver configurado para SIM.

ÓTICA

• A tela Consulta Status de Ordem de Serviço (COSLJ) foi corrigido um problema relacionado a má interpretação do sistema na tela, que havia tido removida a opção que acabou induzindo ao erro.

• A tela Geração de Malote na Loja (GARLJ) foi ajustada para quando tiver marcada a opção de marcos todas as OS, essa continuará o processo e gerar o malote corretamente.

RETAGUARDA

• Foi implementado na tela Baixa de Crediário (BACTR) para durante o recebimento de título que contenha autorização de dispensa de juros/multas concedidos na Dispensa de Juros e Multas (DSPJR) o sistema irá conceder apenas se for a mesma loja geradora da dispensa ou caso a loja autorizadora esteja configurada no parâmetro “2250 - Loja permite dispensar os juros/multa na transação: DSPJR e pode ser recebido em qualquer loja?” com SIM.

• Foi ajustado a tela Cancelamento de Nota Fiscal de Saída (CNSAI) para quando for cancelar uma nota fiscal, cancelar também o documento de venda dessa nota fiscal em que todos os itens forem de entrega imediata.

• A tela Transação por Operação Fiscal (TROPF) teve a consulta dos filtros corrigida para consultar de maneira devida os de tipos de operação fiscal.

• Foram feitos alguns ajustes nas classes do processo de Agendamento de Inventário para considerar o período para o cálculo dos valores das compras, foi implementada a opção "Implantados no Período" mesmo nas opções em que não tinham os campos do período para ser informado. O programa para quando não for passado o período será preenchido tanto a data inicial quanto final igual a dia de hoje.

• A tela de Agendamento de Inventário (AGINV) teve corrigida a consulta de agendamentos.

• A tela Livro Fiscal de Saída (LVSAI) foi ajustada para exibir corretamente o percentual do ICMS

• A tela Reajuste Geral de Preços (REAJP) foi corrigida para no reajuste de preço não fazer mais a crítica para obrigar informar o “% Margem/Promoção” quanto feito a efetivação de preço, isso para cliente específico. Os demais clientes mantiveram a obrigação.

• A rotina da Geração da Sugestão de Compras foi alterada para considerar o cálculo do estoque disponível os estoques de Avaria, Faltante e Aguardando Conferência conforme é calculado na tela Produto por Lojas (PROLJ)

• Criação da nova funcionalidade para cadastro e manutenção de políticas comerciais para lojas do tipo Franquias, Próprias, Arrendamento e Propaganda. Objetivo dessa implementação será gerar Notas e boletos de cobrança de Royalties de forma automática tomando como base as políticas comerciais.

• Foi implementada uma integração via API do SPC ao NexGen, para consultar se cliente passou pelo Serviço de Proteção de Crédito, otimizando assim a Análise de Crédito de determinado cliente. As informações obtidas via API são as mesmas quando utilizadas na através da VPN.

• A tela Junção de Notas a Faturar (JNOTA) foi corrigida para exibir a quantidade/valor total das notas de acordo com Relatório de Nota pendentes a Faturar (RFATP)

• Foi alterada a tela que lista os itens da conferência para que sejam destacados em vermelho os itens que estejam com divergências entre a quantidade pedida e conferida.

• Foi desenvolvida a funcionalidade para identificar notas duplicadas no recebimento do pedido. A funcionalidade será atendida pela tela Notas Duplicadas no Recebimento do Pedido (NFDUP).

• A tela Devolução de Mercadorias foi implementada para somar o valor do FCP (Fundo de combate à pobreza) e as despesas ao valor do adiantamento referente as operações fiscais de nota informada e com geração de crédito, desde que, a campo: "Desabilitar flag - RETER ST no pedido" esteja marcada na tela LOJAS - opção: "Parâmetros". Devolução também foi ajustada para os cupons fiscais.

• O ajuste necessário foi na tela de Adiantamento de Cliente (CADIA) onde foi criada estrutura para gravar o código do histórico do adiantamento, isso evitará que crédito seja gerado zerado.

• A tela Consulta de Pedido de Cliente (CONPC) foi ajustada para exibir a descrição do tipo de venda de maneira completa, isso evitará dúvida do usuário se o pedido foi faturado no prazo correto

• Foi desenvolvido um aplicativo Android, para realizar a “Pesquisa de Satisfação” com cliente, a implementação foi criada com a funcionalidade de login, seleção de loja, e as questões da avaliação.

• Realizada robustez na exibição dos dados de registros referentes a mensagens enviadas na tela Consultar Mensagens Enviadas para o Cliente (CMENV), será exibida a seguinte mensagem "Mensagem enviada ao WhatsApp"

• A tela Gestão de Nota de Fiscal (GNOTA) foi ajustada com o tratando do logradouro corretamente no XML do CFe, evitando assim o erro no download .

• A tela Gestão de Nota de Fiscal (GNOTA) foi ajustada para permitir baixar XML de CFe que foi posteriormente cancelado.

• A tela Consulta NF de Simples Remessa (CNFSR) foi ajustada para na chamada das telas Consulta de Pedido (CONPC) e a tela Livro Fiscal de Saída (LVSAI), exibir valores sem nenhum truncamento.

• Desenvolvido um padrão de login simplificado no Nexgen para atender a demanda de clientes menores. A nova tela conta com uma estrutura mais minimalista, onde exibe uma tela apenas com os campos de “Usuário” e “Senha” que devem ser preenchidos com um usuário cadastrado na tela Cadastro de Usuário (USUAR), nessa tela (USUAR) foi inserido um bloqueio no campo código, para que o usuário cadastrado tenha um código único gerado aleatoriamente na empresa logada.

• Foi criado na tela Modelo de Etiqueta (MODET) o campo “Qtd. Etiqueta por Produto”, quando esse campo for cadastrado com um valor diferente zero, na tela Etiqueta por Produto (ETQPD) ao ser selecionado o modelo de etiqueta que esteja com esse campo diferente de zero, será impresso a quantidade de etiqueta do produto conforme o valor informado nesse campo, o objetivo real seria para etiquetas de Gôndolas que deveria ser impresso somente uma etiqueta por produto.

• A tela Gestão de SPED (GSPED) tiveram as seguintes alterações nos registros do SPED para 2024 tanto na versão VB quando XSEED

• Foi criada na tela Modalidade de Pagamento (MOPAG) o tipo de pagamento "Sem Pagamento", esse tipo será usado para gerar o movimento de caixa com valor zerado quando não existir valor a receber para o pedido.

• A tela Integração Conciliação de Cartão (INTCC) recebeu ajustes como a possibilidade de alteração dos dados de venda para Débito e Crédito. Também foi implementado a conciliação e visualização do Pix na tela

• Realizada implementação para garantir que o meio de pagamento Mercado Pago seja registrado corretamente as informações do pedido no sistema Nexgen.

• A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada para permitir a importação do arquivo .txt com dados que irá permitir o Nexgen gerar uma nota fiscal de entrada por importação do exterior.

MENSAGERIA

• Realizada melhoria na geração da nota fiscal eletrônica para os casos de recebimento de entrega futura, quando o cliente possui UF diferente da loja que lançou a venda.

AJUSTES GERAIS

• Na integração da API SPC no NexGEN, foi criado um parâmetro para que o cliente possa informar o código do produto de consulta passado pelo SPC, para a utilização da API.

• Foi ajustado, no cálculo do DIFAL, para o frete ser somado ao valor da base do ICMS de acordo com a rotina, se o valor do parâmetro 1224 for igual a "Não" só deverá ser somado o frete ao valor da base do ICMS se o tipo do frete for "CIF - Contratação do Frete por conta do Remetente" ou "Transporte Próprio por conta do Remetente".

• Efetuada alteração para ao usar a comunicação invertida (Nexgen - Servidor x NexgenPDV - Cliente), a obtenção da porta socket vai verificar se existe o arquivo porta_socket.txt, caso exista será retornada à porta informada no arquivo, caso não exista o arquivo será retornado à porta da forma padrão. Essa alteração é necessária para a utilização do container DocKer

• Implementado o processo de auditoria na tela Pedido de Cliente (PEDCV) referente aos campos: PLANO DE VENDA, CÓDIGO DO CLIENTE, TIPO DE ENTREGA E CÓDIGO DO VENDEDOR para auditar os dados alterados durante o processo de pedido e mudanças nesses campos.

• Foi ajustado o Relatório Pedidos de Ótica (RPDOT), quando a impressão de relatório é encaminhada direto para impressora

• No Relatório Guia De Despacho (RSEPP) no layout de 40 colunas, foi implementado para ser impresso o nome do conferente

• Efetuada correção no processo de impressão do Danfe ESCPOS dos tipos de nota CFe e NFC-e, essa alteração visa incluir a informação do desconto inserido na nota fiscal seja ele a nível de item ou desconto no fechamento.

• Realizada robustez na impressão de carnê utilizando o NexgenPA.

• Realizadas melhorias na qualidade de impressão, tornando mais visíveis os dados dos carnês, relatórios de sangria de caixa e na impressão de pedidos.

• Realizada robustez na impressão remota com o NexgenPA para adequar a comunicação Nexgen/NexgenPA aos padrões de segurança adotados pelos browsers de mercado.

• No relatório Separação por Andar (RSEPA), foi identificado que a rotina que obtém os registros do tipo de impressão informado era Analítico ou Sintético estava executado as duas opções mesmo que fosse selecionado uma ou outra, isso estava causando uma leitura desnecessária ao banco causando a demora, a rotina foi alterada para executar somente o tipo de impressão selecionado.

• O Relatório Posição Geral do Estoque (RPGER) foi corrigida a tela padrão de relatórios para fazer a gravação dos parâmetros informados para geração do relatório.

• Foi criada estrutura no Banco de Dados para guardar informações de históricos no processo de adiantamento e data de competência no processo de compromisso.

• Foi criada estrutura no Banco de Dados para guardar informações de URL de vídeo da tela no processo de liberação do Menu Novo.

• Foi criada estrutura no Banco de Dados para guardar informações de índice na tabela de cliente.

• Foi criada estrutura no Banco de Dados para guardar informações de nome do app que será exibido no DANFE do CF-e.

• Foi criada estrutura no Banco de Dados para guardar informações de status da nota fiscal no processo de estorno.

• Foi criada estrutura no Banco de Dados para guardar informações do uso ou não do código de barras no Danfe CF-e

• Foi criada estrutura no Banco de Dados para guardar informações de tabelas no processo de auditoria.

1 São novas transações, novos processos ou alterações de processos já existentes, disponibilizadas no ERP através das solicitações dos clientes por PCS. São também funcionalidades disponibilizadas no ERP a critério da Fornecedora.

2 São facilidades criadas para melhorar a usabilidade do usuário nos processos já existentes no ERP ou facilidades para melhor execução dos fluxos de processos integrados.

3 São funcionalidades disponibilizadas no ERP para atendimento da Legislação Vigente aplicável ao segmento de negócio do ERP.

4 São correções de inconsistências presentes nas telas ou resultados insatisfatórios durante a execução de um processo.

FRENTE DE LOJA

Processo: Pedido de Cliente de Venda

Ocorrência: 80474 (Não Conformidade)

Caso: A tela Pedido de Cliente de Venda (PEDCV) permitiu dá um desconto que ultrapassou a 99,99%, isso fez com que, quando o pedido foi faturado, sistema informou que tem item com o preço zerado e não pode ser faturado, pois o desconto cobriu o valor total do item

Solução: Implementado na tela Pedido de Cliente de Venda (PEDCV), para validar se os somatórios dos descontos concedido nos itens são menores do que 100%. Esta validação foi implementada na tela de pedido quando o item é incluído e na tela de informação de desconto do item.

Ocorrência: 81703 (Melhorias de Processo)

Caso: Realizar verificação no processo de Pedido de Cliente de Venda que utiliza a separação de itens, para o parâmetro 1308, que mesmo ativado não está permitindo abrir os pedidos que ainda estão em conferência.

Solução: Realizado ajuste na rotina no processo de Pedido de Cliente de Venda que utiliza a separação de itens, para o parâmetro 1308, quando utilizado o parâmetro só permitirá a abertura do pedido se ele já estiver com todos os itens separados.

Ocorrência: 79266 (Melhorias de Processo)

Caso: Ao utilizar a tela Pedido de Cliente de Venda (PEDCV) e acessar o estoque do produto, a tela não estava organizada e ao acessar com um produto não cadastrado dava erro.

Solução: A tela Pedido de Cliente de Venda (PEDCV) foi feito um ajuste para a tela ficar com seus campos organizados e caso o produto não esteja cadastrado é exibido um texto informando.

Processo: Recebimento de Pedido de Cliente

Ocorrência: 80780 (Não Conformidade)

Caso: Pedido que veio da integração com sistema terceiro WMS, ao ser alterado, gerou nota com valor diferente dos valores dos títulos.

Solução: Foi corrigida a tela Recebimento de Pedido para recalcular os totais do pedido, quando esse pedido teve alguma alteração de quantidade durante o Processo de integração com o WMS, isso também irá corrigir as parcelas, caso houver.

Ocorrência: 80690 (Não Conformidade)

Caso: Foram identificadas informações incorretas registradas em cupons e notas fiscais emitidos, isso ocorre quando e selecionado duas ou mais modalidade de pagamento distintos em compras que incluem o CredMais (seguro) e Vale Troca. Os valores das modalidades de

pagamento registrados na nota e no XML enviados para SEFAZ ficam com os valores incorretos, tirando o valor de uma modalidade e incluindo em outra.

Solução: Foi implementada alteração no processo dos meios de pagamentos que compõem o XML de montagem do Cupom Fiscal Eletrônico, para detalhar os pagamentos mesmo quando o pedido tiver CredMais (seguro) e Vale Troca, onde o valor do seguro não será impresso no DANFE, o pagamento em PIX irá ser impresso como “OUTROS” (somente a partir da versão 0.08 do SAT poderá ser impresso como PIX), e todos os demais pagamentos sairão detalhados.

Ocorrência: 81474 (Melhorias de Processo)

Caso: No Recebimento de Pedido deverá permitir que seja possível utilizar o bônus do cartão fidelidade de maneira parcial.

Solução: A rotina que faz o resgate do bônus no recebimento de pedido foi alterada para permitir que seja feito a utilização parcial do bônus quando o parâmetro 327 estiver configurado para SIM.

ÓTICA

Processo: Consulta Status de Ordem de Serviço

Ocorrência: 81464 (Não Conformidade)

Caso: A tela Consulta Status de Ordem de Serviço (COSLJ) apresentou erro quando tentado imprimir a uma OS.

Solução: A tela Consulta Status de Ordem de Serviço (COSLJ) foi corrigido um problema relacionado a má interpretação do sistema na tela, que havia tido removida a opção que acabou induzindo ao erro.

Processo: Geração de Malote na Loja

Ocorrência: 79842 (Não Conformidade)

Caso: A tela Geração de Malote na Loja (GARLJ) apresentou problema ao marcar a opção de todos nas telas de malote, quando é selecionada somente uma OS manualmente e depois clica na checkbox para marcar todas, ela seleciona, mas não gera um novo malote

Solução: A tela Geração de Malote na Loja (GARLJ) foi ajustada para quando tiver marcada a opção de marcos todas as OS, essa continuará o processo e gerar o malote corretamente.

RETAGUARDA

Processo: Dispensa de Juros e Multas

Ocorrência: 80468 (Não Conformidade)

Caso: A tela Dispensa de Juros e Multas (DSPJR) está permitindo que as dispensas sejam aplicadas em qualquer loja, ou seja, o cliente pode efetuar o pagamento do valor sem os juros

e multas em qualquer loja da empresa. O sistema deve fazer com que o pagamento com a redução/dispensa seja pago somente na loja que o usuário (gerente) estiver logado/cadastrado.

Solução: Foi implementado na tela Baixa de Crediário (BACTR) para durante o recebimento de título que contenha autorização de dispensa de juros/multas concedidos na Dispensa de Juros e Multas (DSPJR) o sistema irá conceder apenas se for a mesma loja geradora da dispensa ou caso a loja autorizadora esteja configurada no parâmetro “2250 - Loja permite dispensar os juros/multa na transação: DSPJR e pode ser recebido em qualquer loja?” com SIM.

Processo: Fechamento do Valor de Vendas Mensais

Ocorrência: 79667 (Não Conformidade)

Caso: O valor das vendas mensais, não estão batendo com os valore real no BI, estão fechando com valores distintos um do outro

Solução: Foi ajustado a tela Cancelamento de Nota Fiscal de Saída (CNSAI) para quando for cancelar uma nota fiscal, cancelar também o documento de venda dessa nota fiscal em que todos os itens forem de entrega imediata.

Processo: Transação por Operação Fiscal

Ocorrência: 81481 (Não Conformidade)

Caso: A tela Transação por Operação Fiscal (TROPF) está com erro ao selecionar uma das opções de tipos de operação fiscal.

Solução: A tela Transação por Operação Fiscal (TROPF) teve a consulta dos filtros corrigida para consultar de maneira devida os de tipos de operação fiscal.

Processo: Agendamento de Inventário

Ocorrência: 81067 (Não Conformidade)

Caso: A tela Agendamento do Inventário (AGINV) não está gerando agendamento do inventário rotativo.

Solução: Foram feitos alguns ajustes nas classes do processo de Agendamento de Inventário para considerar o período para o cálculo dos valores das compras, foi implementada a opção "Implantados no Período" mesmo nas opções em que não tinham os campos do período para ser informado. O programa para quando não for passado o período será preenchido tanto a data inicial quanto final igual a dia de hoje.

Ocorrência: 81653 (Não Conformidade)

Caso: Ao acessar a tela de Agendamento de Inventário (AGINV) e clicar no botão "Cons. Agendamentos", sistema exibe um erro.

Solução: A tela de Agendamento de Inventário (AGINV) teve corrigida a consulta de agendamentos.

Processo: Livro Fiscal de Saída

Ocorrência: 81501 (Não Conformidade)

Caso: A tela Livro Fiscal de Saída (LVSAI) não estava gerando o livro fiscal com os percentuais do ICMS corretamente.

Solução: A tela Livro Fiscal de Saída (LVSAI) foi ajustada para exibir corretamente o percentual do ICMS.

Processo: Reajuste Geral de Preços

Ocorrência: 81506 (Não Conformidade)

Caso: A tela Reajuste Geral de Preços (REAJP) quando utilizada para reajuste normal de preços, essa passou a exigir que seja informado a margem reajuste de promoção.

Solução: A tela Reajuste Geral de Preços (REAJP) foi corrigida para no reajuste de preço não fazer mais a crítica para obrigar informar o “% Margem/Promoção” quanto feito a efetivação de preço, isso para cliente específico. Os demais clientes mantiveram a obrigação.

Processo: Manter Sugestão e Compras

Ocorrência: 81442 (Não Conformidade)

Caso: A tela Manter Sugestão de Compras (MSUGC) quando gerada a sugestão de compras e o item tem estoque na conta de avaria ou estoque faltante, o sistema não está mostrando o estoque total e não somente o estoque DISPONÍVEL COM DEVE SER.

Solução: A rotina da Geração da Sugestão de Compras foi alterada para considerar o cálculo do estoque disponível os estoques de Avaria, Faltante e Aguardando Conferência conforme é calculado na tela Produto por Lojas (PROLJ).

Processo: Gerar Notas e boletos de cobrança de Royalties

Ocorrência: 79568 (Novas Funcionalidades)

Caso: Criação da nova funcionalidade para cadastro e manutenção de políticas comerciais para lojas do tipo Franquias, Próprias, Arrendamento e Propaganda. Objetivo dessa implementação será gerar Notas e boletos de cobrança de Royalties de forma automática tomando como base as políticas comerciais.

Premissas: As políticas devem ser criadas e serem aplicadas por loja ou visão de lojas; As políticas devem ser dos tipos: Para lojas do tipo própria e Para lojas do tipo franquia; Para lojas do tipo arrendada: Existe a forma de receita do tipo propaganda que também deve ser possível de atribuir às lojas; Deverá ser criado relatório para demonstrar os valores a serem cobrados de cada loja a partir dos valores vendidos e aplicando-se as políticas de cada loja; Deverá ser criado relatório para demonstrar histórico de Royalties faturados indicando: Número da loja, Razão social da loja, Notas emitidas, Competência (Mês e ano do faturamento), Valor faturado.

Solução: Foi desenvolvido o processo de Royalties conforme especificação para isso foi criada as seguintes telas: - POLRO: Tela para configurar a política de Royalties, onde seja cadastrado as características de cada política dos Royalties. - GEROY: Tela de gerenciamento da geração do Royalties, onde se pode gerar o Pedido, a Fatura e a Nota de Serviço.

- GRUPO: Transação criada para dá manutenção na tabela de GRUPO (tabela 145), usado

para classificar as políticas. - MARCA: Tela criada para dá manutenção na tabela de MARCA (tabela 144), usado para classificar as políticas.

- Foi criada a opção "Permitir Manutenção de Políticas de Royalties" na tela de Parâmetro de Usuário, que o usuário que estiver com esse parâmetro setado poderá fazer as inclusões e alterações na tela de configuração das políticas de Royalties (POLRO).

- Foram criados os parâmetros abaixo: - 1440: Usado para informar o código do produto de serviço que será usado para gerar o pedido e nota de serviço relacionada com o Royalties.1441: Usado para informar o código do vendedor que será usado para gerar o pedido e nota de serviço relacionada com o Royalties. - 1442: Usado para informar a OPFIS usada para a geração da nota de serviço.

- Foi criado o botão "Royalties" que deverá ser associado a tela Consulta Status de Pedido (CONPC), através da tela Cadastro de Botão (CBTRA) com as seguintes opções: - Botão: Royalties; Trans: CONPC; Tipo: Externo; Ord.: 24; Exib.: Visível; Op. Tela: ROY; Carac. Sub.: 0; Op. Interna; Trans. Interna: GEROY; Campos Tela: txtComp=COMP_ROYAL.

Processo: Integrar SPC Brasil Ao Sistema

Ocorrência: 78914 (Novas Funcionalidades)

Caso: Só existia a integração do SPC ao NexGen via VPN

Solução: Foi implementada uma integração via API do SPC ao NexGen, para consultar se cliente passou pelo Serviço de Proteção de Crédito, otimizando assim a Análise de Crédito de determinado cliente. As informações obtidas via API são as mesmas quando utilizadas na através da VPN.

Processo: Junção de Notas a Faturar

Ocorrência: 81162 (Não Conformidade)

Caso: A tela Junção de Notas a Faturar (JNOTA) não está exibindo a quantidade/valor total das notas de acordo com Relatório de Nota pendentes a Faturar (RFATP)

Solução: A tela Junção de Notas a Faturar (JNOTA) foi corrigida para exibir a quantidade/valor total das notas de acordo com Relatório de Nota pendentes a Faturar (RFATP).

Processo: Conferência de Pedido

Ocorrência: 81405 (Melhorias de Processo)

Caso: Destacar em vermelho itens com divergência na tela de itens separados acionada pela tela de Conferência de Pedido (CONFE)

Solução: Foi alterada a tela que lista os itens da conferência para que sejam destacados em vermelho os itens que estejam com divergências entre a quantidade pedida e conferida.

Processo: Recebimento de Pedido Duplicado

Ocorrência: 81374 (Novas funcionalidades)

Caso: Desenvolver a funcionalidade para identificar notas duplicadas no recebimento do pedido.

Solução: Foi desenvolvida a funcionalidade para identificar notas duplicadas no recebimento do pedido. A funcionalidade será atendida pela tela Notas Duplicadas no Recebimento do Pedido (NFDUP).

Processo: Devolução de Mercadorias

Ocorrência: 81227 (Não Conformidade)

Caso: A tela Devolução de Mercadorias não estava somando o valor do FCP (Fundo de combate à pobreza) e despesas ao valor do adiantamento referente as operações fiscais de nota informada e com geração de crédito. Sistema continuou a somar crédito as despesas nas devoluções de cupons fiscais.

Solução: A tela Devolução de Mercadorias foi implementada para somar o valor do FCP (Fundo de combate à pobreza) e as despesas ao valor do adiantamento referente as operações fiscais de nota informada e com geração de crédito, desde que, a campo: "Desabilitar flag - RETER ST no pedido" esteja marcada na tela LOJAS - opção: "Parâmetros". Devolução também foi ajustada para os cupons fiscais.

Nota: Lembrando que o valor do ICMS de substituição já estava sendo adicionado ao valor do adiantamento.

Processo: Adiantamentos de Clientes

Ocorrência: 81444 (Não Conformidade)

Caso: Erro ao gerar um crédito vinculado ao pedido, o valor do crédito ficou zerado quando consultado na tela de Crédito de cliente (CCRED).

Solução: O ajuste necessário foi na tela de Adiantamento de Cliente (CADIA) onde foi criada estrutura para gravar o código do histórico do adiantamento, isso evitará que crédito seja gerado zerado.

Processo: Consulta de Pedido de Cliente

Ocorrência: 81555 (Não Conformidade)

Caso: Corrigir consulta para que ela mostre toda a descrição do prazo do tipo de venda utilizado conforme cadastrado na tela de Tipos de Vendas (TPVEN), pois gera dúvida ao usuário se o pedido foi faturado no prazo correto.

Solução: A tela Consulta de Pedido de Cliente (CONPC) foi ajustada para exibir a descrição do tipo de venda de maneira completa, isso evitará dúvida do usuário se o pedido foi faturado no prazo correto

Processo: Consultar Mensagens Enviadas para o Cliente

Ocorrência: 81548 (Não Conformidade)

Caso: A tela Consultar Mensagens Enviadas para o Cliente (CMENV) está exibindo o campo "Tp.Envio" sem informação, e o campo de "Usuário" está como usuário “não encontrado” ,

mesmo que na tela Cadastro de Cliente (CLIEN) o cliente esteja com o cadastro completo e a opção de “WhatsApp” selecionada, e a mensagem tenha sido enviada.

Solução: Realizada robustez na exibição dos dados de registros referentes a mensagens enviadas na tela Consultar Mensagens Enviadas para o Cliente (CMENV), será exibida a seguinte mensagem "Mensagem enviada ao WhatsApp".

Processo: Gestão de Nota Fiscal

Ocorrência: 81478 (Não Conformidade)

Caso: A tela Gestão de Nota de Fiscal (GNOTA) não estava tratando no XML corretamente o logradouro no CFe, o que impedia de o arquivo XML ser baixado corretamente.

Solução: A tela Gestão de Nota de Fiscal (GNOTA) foi ajustada com o tratando do logradouro corretamente no XML do CFe, evitando assim o erro no download .

Ocorrência: 81580 (Não Conformidade)

Caso: A tela Gestão de Nota de Fiscal (GNOTA) não estava permitindo baixar o XML do CFe autorizado que foi posteriormente cancelado, baixando somente o cancelado.

Solução: A tela Gestão de Nota de Fiscal (GNOTA) foi ajustada para permitir baixar XML de CF- e que foi posteriormente cancelado.

Processo: Consulta NF Simples Remessa

Ocorrência: 81601 (Não Conformidade)

Caso: A tela Consulta NF de Simples Remessa(CNFSR) quando selecionada opções da coluna EXIBIR, chamava a tela de Consulta de Pedido (CONPC) e a tela Livro Fiscal de Saída (LVSAI) exibindo com valores truncados.

Solução: A tela Consulta NF de Simples Remessa (CNFSR) foi ajustada para na chamada das telas Consulta de Pedido (CONPC) e a tela Livro Fiscal de Saída (LVSAI), exibir valores sem nenhum truncamento.

Processo: Login do Nexgen Simplificado

Ocorrência: 80993 (Novas Funcionalidades)

Caso: Desenvolver a tela de Login para efetuar o login através de um código gerado no Cadastro de Usuário (USUAR) de maneira aleatório, para atender um público de microempresas, visando maior alcance do sistema.

Solução: Desenvolvido um padrão de login simplificado no Nexgen para atender a demanda de clientes menores. A nova tela conta com uma estrutura mais minimalista, onde exibe uma tela apenas com os campos de “Usuário” e “Senha” que devem ser preenchidos com um usuário cadastrado na tela Cadastro de Usuário (USUAR), nessa tela (USUAR) foi inserido um bloqueio no campo código, para que o usuário cadastrado tenha um código único gerado aleatoriamente na empresa logada. A função “alterar senha” também foi implementada para exigir uma senha de acesso forte. O usuário cadastrado pertencerá a empresa a qual foi inserido, por isso ao realizar o login o sistema irá solicitar apenas a seleção da loja.

Processo: Modelo de Etiqueta

Ocorrência: 80527(Melhorias de Processo)

Caso: A tela Etiqueta por Produto (ETQPD) deverá ser alterada para imprimir 1 (uma) única etiqueta de cada item da nota, independente da sua quantidade existente na nota.

Solução: Foi criado na tela Modelo de Etiqueta (MODET) o campo “Qtd. Etiqueta por Produto”, quando esse campo for cadastrado com um valor diferente zero, na tela Etiqueta por Produto (ETQPD) ao ser selecionado o modelo de etiqueta que esteja com esse campo diferente de zero, será impresso a quantidade de etiqueta do produto conforme o valor informado nesse campo, o objetivo real seria para etiquetas de Gôndolas que deveria ser impresso somente uma etiqueta por produto.

Processo: Gestão de SPED FISCAL

Ocorrência: 81289 (Melhorias de Processo)

Caso: A tela Gestão de SPED (GSPED)deverá passar por alterações nos registros do SPED para 2024 tanto na versão VB quando XSEED

Solução: A tela Gestão de SPED (GSPED) tiveram as seguintes alterações nos registros do SPED para 2024 tanto na versão VB quando XSEED

Processo: Modalidade de Pagamentos

Ocorrência: 80339 (Novas Funcionalidades)

Caso: Ao receber pedido com desconto de valor igual ao valor do pedido, sistema rejeitou a nota fiscal.

Solução: Foi criada na tela Modalidade de Pagamento (MOPAG) o tipo de pagamento "Sem Pagamento", esse tipo será usado para gerar o movimento de caixa com valor zerado quando não existir valor a receber para o pedido. Essa Modalidade de Pagamento terá o código fixo 990 e não poderá ser utilizado como código de outro tipo de modalidade. Criado o parâmetro 1610-Bloquear o fechamento do pedido de cliente se o valor líquido estiver zerado, quando esse parâmetro estiver configurado com Sim e tentar fechar um pedido quando ele estiver com o valor líquido zerado, será exibido a seguinte mensagem "Valor líquido do pedido zerado, fechamento não permitido. Parâmetro 1610."

Processo: Integração Conciliadora de Cartão

Ocorrência: 80577 (Novas Funcionalidades)

Caso: Na tela Integração Conciliação de Cartão (INTCC) não existia a possibilidade de Conciliação de Vendas em Pix para a integração com conciliadora Boa Vista.

Solução: A tela Integração Conciliação de Cartão (INTCC) recebeu ajustes como a possibilidade de alteração dos dados de venda para Débito e Crédito. Também foi implementado a conciliação e visualização do Pix na tela

Processo: Monitoramento e Pedidos do Ecommerce

Ocorrência: 81634 (Não Conformidade)

Caso: O sistema não estava atendendo ao meio de pagamento do Mercado Pago, pois estava perdendo informações ao registrar pedido no sistema Nexgen.

Solução: Realizada implementação para garantir que o meio de pagamento Mercado Pago seja registrado corretamente as informações do pedido no sistema Nexgen.

Processo: Entrada de Mercadorias

Ocorrência: 79455 (Novas Funcionalidades)

Caso: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) não estava preparada para geração de notas de entrada importação do exterior.

Solução: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada para permitir a importação do arquivo txt com dados que irá permitir o Nexgen gerar uma nota fiscal de entrada por importação do exterior.

MENSAGERIA

Processo: Emissão de Nota Fiscal Eletrônica

Ocorrência: 81277 (Não Conformidade)

Caso: Nota Fiscal Eletrônica foi rejeitado com o seguinte motivo:” Rejeição: Não informado o grupo de ICMS para a UF de destino [nItem: 1]”.

Solução: Realizada melhoria na geração da nota fiscal eletrônica para os casos de recebimento de entrega futura, quando o cliente possui UF diferente da loja que lançou a venda.

AJUSTES GERAIS

Processo: Pesquisa de Satisfação

Ocorrência: 80470 (Novas Funcionalidades)

Caso: Desenvolver um projeto de pesquisa de satisfação dos clientes da loja, para analisar o nível de satisfação em relação aos serviços prestados pela loja.

Solução: Foi desenvolvido um aplicativo Android, para realizar a “Pesquisa de Satisfação” com cliente, a implementação foi criada com a funcionalidade de login, seleção de loja, e as questões da avaliação.

Nota: Durante a avaliação das questões a tela exibe um QR-Code que ao escaneá-lo levar para uma pesquisa mais detalhada. Os resultados da pesquisa podem ser visualizas pela tela Extrator de Dados (EXTRA).

Processo: Ajustes API SPC no NEXGEN

Ocorrência: 81741 (Melhorias de Processo)

Caso: Ajuste na integração da API SPC no NexGEN para que o cliente possa informar o código do produto utilizado e informado pelo SPC.

Solução: Na integração da API SPC no NexGEN, foi criado um parâmetro para que o cliente possa informar o código do produto de consulta passado pelo SPC, para a utilização da API.

Processo: Ajustes no Cálculo do DIFAL

Ocorrência: 81662 (Melhorias de Processo)

Caso: Deverá ser ajustado o cálculo do DIFAL para tipo de frente "CIF - Contratação do Frete por conta do Remetente" ou "Transporte Próprio por conta do Remetente".

Solução: Foi ajustado, no cálculo do DIFAL, para o frete ser somado ao valor da base do ICMS de acordo com a rotina, se o valor do parâmetro 1224 for igual a "Não" só deverá ser somado o frete ao valor da base do ICMS se o tipo do frete for "CIF - Contratação do Frete por conta do Remetente" ou "Transporte Próprio por conta do Remetente".

Processo: Comunicação NexgenPDV x Container DocKer

Ocorrência: 81660 (Melhorias de Processo)

Caso: Alterar a buscar da porta do socket, verificando primeiro se existe o arquivo 'porta_socket.txt' criado dentro da pasta 'NEXGEN/WEB-INF', se existir, ler o arquivo para retornar à porta existente dentro do arquivo, se não existir usar a forma já existe para obtenção da porta.

Solução: Efetuada alteração para ao usar a comunicação invertida (Nexgen - Servidor x NexgenPDV - Cliente), a obtenção da porta socket vai verificar se existe o arquivo porta_socket.txt, caso exista será retornada à porta informada no arquivo, caso não exista o arquivo será retornado à porta da forma padrão. Essa alteração é necessária para a utilização do container DocKer

Processo: Auditoria de Pedidos de Cliente

Ocorrência: 81404 (Melhorias de Processo)

Caso: Implementar a Auditoria nos campos de Pedido de Cliente (PEDCV), pois está ocorrendo com alguns pedidos integrados no Nexgen e ficam com o cliente diferente do que veio no pedido do LDB, ou seja, o cliente vem com um código e após integrado fica no Nexgen com outro cliente.

Solução: Implementado o processo de auditoria na tela Pedido de Cliente (PEDCV) referente aos campos: PLANO DE VENDA, CÓDIGO DO CLIENTE, TIPO DE ENTREGA E CÓDIGO DO

VENDEDOR para auditar os dados alterados durante o processo de pedido e mudanças nesses campos.

Processo: Relatório de Pedidos Fototica

Ocorrência: 81325 (Não Conformidade)

Caso: O relatório Pedidos Ótica (RPDOT), quando utilizado o meio de impressão “Impressora” o sistema exibe um erro na tela, e quando usado no navegador de mercado ele manda para impressora várias páginas.

Solução: Foi ajustado o relatório Pedidos Ótica (RPDOT), quando a impressão de relatório é encaminhada direto para impressora

Processo: Relatório de Guia de Despacho

Ocorrência: 81539 (Melhorias de Processo)

Caso: No Relatório Guia De Despacho (RSEPP) no layout de 40 colunas, deverá ser impresso o nome do conferente.

Solução: No Relatório Guia De Despacho (RSEPP) no layout de 40 colunas, foi implementado para ser impresso o nome do conferente

Processo: Impressão ESCPOS Daruma

Ocorrência: 80934 (Não Conformidade)

Caso: Verificar se descontos individuais por produtos e os descontos no fechamento, são exibidos de maneira correta nos cupons fiscais, tanto utilizando impressão direta, como ESPOS e NEXGEN PA.

Solução: Efetuada correção no processo de impressão do Danfe ESCPOS dos tipos de nota CF-e e NFC-e, essa alteração visa incluir a informação do desconto inserido na nota fiscal seja ele a nível de item ou desconto no fechamento.

Ocorrência: 81354 (Não Conformidade)

Caso: A impressora Daruma está cortando impressão no meio dos dados. Impressão do Carnê

Solução: Realizada robustez na impressão de carnê utilizando o NexgenPA.

Processo: Impressão DARUMA e BEMATECH NexgenPA

Ocorrência: 81353 (Melhorias de Processo)

Caso: A impressão do carnê na impressora Bematech está saindo clara, dificultando a visualização dos dados.

Solução: Realizadas melhorias na qualidade de impressão, tornando mais visíveis os dados dos carnês, relatórios de sangria de caixa e na impressão de pedidos.

Processo: NexgenPA – Impressão Remota

Ocorrência: 81140 (Melhorias de Processo)

Caso: Atualmente o Nexgen realiza requisições de impressão ao NexgenPA por meio de Javascript via browser. Os navegadores Google Chrome e Microsoft Edge implementam uma política de segurança (CORS Policy), onde solicitações http oriundas de redes privadas em sub recursos são bloqueadas por padrão. O Nexgen será implementado para o envio e o NexgenPA para o recebimento de requisições http oriundas de redes privadas para adequação às políticas de segurança dos navegadores Chrome e Edge.

Solução: Realizada robustez na impressão remota com o NexgenPA para adequar a comunicação Nexgen/NexgenPA aos padrões de segurança adotados pelos browsers de mercado.

Processo: Relatório Separação por Andar

Ocorrência: 81219 (Não Conformidade)

Caso: O relatório Separação por Andar (RSEPA), está demorando muito para ser gerado, deixando o sistema travado até sua conclusão de impressão.

Solução: No relatório Separação por Andar (RSEPA), foi identificado que a rotina que obtém os registros do tipo de impressão informado era Analítico ou Sintético estava executado as duas opções mesmo que fosse selecionado uma ou outra, isso estava causando uma leitura desnecessária ao banco causando a demora, a rotina foi alterada para executar somente o tipo de impressão selecionado.

Processo: Relatório Posição Geral do Estoque

Ocorrência: (Não Conformidade)

Caso: O Relatório Posição Geral do Estoque (RPGER) após atualização, os parâmetros utilizados na geração do relatório não estão sendo exibidos.

Solução: O Relatório Posição Geral do Estoque (RPGER) foi corrigida a tela padrão de relatórios para fazer a gravação dos parâmetros informados para geração do relatório.

Processo: Estrutura de Dados

Ocorrência: 81558 (Melhorias de Processo)

Caso: Criar estrutura no Banco de Dados para guardar informações de históricos no processo de adiantamento e data de competência no processo de compromisso.

Solução: Foi criada estrutura no Banco de Dados para guardar informações de históricos no processo de adiantamento e data de competência no processo de compromisso.

Ocorrência: 81574 (Melhorias de Processo)

Caso: Criar estrutura no Banco de Dados para guardar informações de URL de vídeo da tela no processo de liberação do Menu Novo.

Solução: Foi criada estrutura no Banco de Dados para guardar informações de URL de vídeo da tela no processo de liberação do Menu Novo.

Ocorrência: 81606 (Melhorias de Processo)

Caso: Criar estrutura no Banco de Dados para guardar informações de índice na tabela de cliente.

Solução: Foi criada estrutura no Banco de Dados para guardar informações de índice na tabela de cliente.

Ocorrência: 81731 (Melhorias de Processo)

Caso: Criar estrutura no Banco de Dados para guardar informações de nome do app que será exibido no DANFE do CF-e.

Solução: Foi criada estrutura no Banco de Dados para guardar informações de nome do app que será exibido no DANFE do CF-e.

Ocorrência: 81754 (Melhorias de Processo)

Caso: Criar estrutura no Banco de Dados para guardar informações de status da nota fiscal no processo de estorno.

Solução: Foi criada estrutura no Banco de Dados para guardar informações de status da nota fiscal no processo de estorno.

Ocorrência: 81760 (Melhorias de Processo)

Caso: Criar estrutura no Banco de Dados para guardar informações do uso ou não do código de barras no Danfe CF-e

Solução: Foi criada estrutura no Banco de Dados para guardar informações do uso ou não do código de barras no Danfe CF-e

Ocorrência: 81761 (Melhorias de Processo)

Caso: Criar estrutura no Banco de Dados para guardar informações de tabelas no processo de auditoria.

Solução: Foi criada estrutura no Banco de Dados para guardar informações de tabelas no processo de auditoria.