
13 minute read
PREFÁCIO
PREFÁCIO Versão Nexgen 2.3.147
• A tela de Recebimento de Cartão presente foi modificada para tratar corretamente o meio de pagamento PIX, também foi corrigida a tela de itens de caixa foi para exibir a mensagem: "Só é possível informar um item cartão TEF", quando for informada mais de uma modalidade do tipo TEF, e não mais quando TEF + PIX. • O sistema foi corrigido para fazer o cálculo da substituição tributária apenas dos produtos que são substituição tributária. É gerado agora boletos dos valores dos produtos mais o valor da substituição tributária e não um boleto separado para a substituição tributária, para isso, foi criado o parâmetro o 1524, quando esse estiver como "Sim", isso para cliente que são contemplados com o decreto "Decreto 32900/2018". • A tela de Pedido de Cliente (PEDCV) foi alterada para limpar os controles de venda de seguro, quando o pedido teve contratação do seguro pelo caixa ou pelo setor de análise de crédito. Desta forma a comissão será apenas de um responsável pela contratação do seguro. • Quando o parâmetro 525 estiver configurado com valor ‘’SIM’’ permitirá reabrir o pedido e fazer qualquer alteração, promovendo as devidas alterações e não mais zerando os valores. • O problema foi identificado e acontecia por causa de um campo que estava definido no local errado da tela, configuração do botão foi corrigida. • O sistema foi modificado para calcular o valor da substituição tributária, quando o pedido for configurado para reter ICMS de substituição tributária. O cálculo será efetuado no momento do recebimento do pedido, onde o valor do ICMS de substituição tributária será somado ao total do pedido e também será recebido no caixa. A alteração só será habilitada se o cliente utilizar a tela de pedido de peças. O valor do ICMS de substituição será exibido na coluna "(+) ICMS ST". A tela Consulta de Pedido (CONPC) foi alterada para simular o cálculo da substituição tributária obedecendo as mesmas regras do recebimento do pedido. O valor do ICMS de substituição será exibido na coluna "(+) ICMS ST". O cálculo do ICMS ST realizado nesta tela, será apenas uma simulação, não alterando o total do pedido. • Foi criado o parâmetro , por loja, 1533 - Dias para o vencimento do boleto da
Advertisement
Substituição Tributária. Cada loja poderá determinar a quantidade de dias que desejar .
Esse parâmetro determinará a quantidade de dia do vencimento da fatura gerada para pagamento da substituição tributária para vendas feitas para fora do estado e com retenção de substituição tributária ou para vendas dentro do estado para lojas que tem o parâmetro "Desabilitar flag - RETER ST no pedido" marcado nos parâmetros da loja para cliente que não são Substituto Tributário e são Contribuinte. Quando o mesmo não for informado a fatura será gerado com 15 dias com é feito hoje. • Na tela de Cadastro de Cliente Simplificado (CLISP) foi adicionado o campo vendedor. • A tela Cadastro de Produtos (PRODU) foi alterada para não exigir a seleção do campo "Gerar Código Barra", quando o produto for cadastrado com grade, independente da configuração cadastrada na tela de Empresa (EMPRE). • Foi acrescentando os objetos que utilizam o recurso necessário para funcionamento correto da consulta na tela de Consulta de Produto (CPROD) chamada a partir da na tela de Cadastro de Produtos (PRODU). • A tela Orçamento de venda (ORCAM) foi implementada para incluir a validação do estoque ao Transformar o Orçamento em Pedido conforme as demais rotinas do

sistema, também foi melhora para na consulta de pedidos setar o tipo de consulta para o orçamento. • A tela Consulta Status Ordens de Serviços (COSLJ) foi melhorada para mostrar os dados da Ordem de Serviço e permitir editar a observação quando a OS estiver em alguns dos status abaixo, isso é se o parâmetro 1532 estiver como "SIM", também passou a exibir o filtro de "Tipo de OS Garantia", quando a loja está configurada para o processo de OS Garantia Completa, parâmetro 1379, antes esse filtro só era exibido na tela CONOS. • Foi realizado a correção da validação de OS com requisição de perdas, também foi realizado a correção do cancelamento de cancelamento de requisição de perda. • Foi corrigido o problema de geração de OS no Mobile quando o parâmetro 106 estava na opção de "Digitado". • A tela Análise de Crédito (ANACR) foi implementada para exibir os contratos em abertos do cliente de acordo com a uma empresa específica, e não mais todos da empresa logada. • A tela Análise de Crédito (ANACR) foi implementada para exibir os contratos em abertos do cliente de acordo com a uma empresa específica, e não mais todos da empresa logada. • Implementada substituição opcional de CST de saída para entrada. • Adicionada robustez no processo de importação de Nota Fiscal realizado na
UPXML/ENTNE. • Foi alterada a tela de Entrada de Mercadorias (ENTNE), referente ao botão de "associação automática de pedidos" para exibir no campo "Observação" do relatório de divergências da quantidade do pedido de compra x nota de entrada somente os pedidos de compra que foram associados(utilizados) para abater da quantidade da nota fiscal do fornecedor. • Ajustada importação de produtos via XML pela Entrada de Mercadorias para atualizar o
GTIN caso já exista, e caso contrário incluir um novo. • Corrigida a emissão de notas Comodato e o correta adição de campos na CNFCO para exibir dados corretamente. • As telas de Devolução de Mercadoria foram alteradas par não permitir devolver uma venda que não foi autorizada pelo MFE/SAT. A tela de Cancelamento de Nota Fiscal de Saída (CNSAI) foi alterada para permitir cancelar uma venda CF-e, desde que a data do cancelamento seja maior do que a data da venda e a venda não tenha sido autorizada pelo MFE/SAT. Desta forma, o estoque será atualizada e o documento de venda será cancelado. • Foi incluído um botão Replicar Preço para replicar o preço da Loja de Origem informado nos Filtros para a loja ou visão informada em Parâmetros Para Efetivação do
Preço. Informar a Loja no filtro, selecionar por categoria (só vai funcionar por categoria), informar o preço a ser replicado, informar a Loja ou visão e clicar em
Replicar Preço, não é necessário consultar. • Foi identificado que as classes relacionadas ao processo de convênio e cartão presente, estava desatualizada no contexto do cliente. Todas as classes foram geradas e liberadas. • Foi crido um parâmetro 712, que quando ativado irá bloquear a impressão da nota quando a série for TRT. • Foi alterado na tela Cadastro de Cliente (CLIEN) de "Dest. Substituto Tributário" para "Destinatário Substituto Tributário". Foi alterado também, no pedido para não calcular
ST, nas lojas que desabilitam o flag de RETER ST no complemento do pedido, quando o cliente Não é Contribuinte. • Os objetos referentes a correção foram enviados para cliente específico. • O sistema foi alterado para retornar o código do cliente que foi informado na tela de finalização da devolução, ou código do cliente padrão da devolução que foi informado

na tela acionada pelo botão "Cliente Devolução". Na tela de informação do CPF e nome da pessoa que está devolvendo a mercadoria, não será permitido informar o mesmo CPF do cliente que foi informado na tela de finalização da devolução. • Efetuada implementação para mapear novas formas de pagamento (Cashback, bônus) na montagem do XML - NFC-e e NF-e. • Para atender a necessidade expressada, foi alterada a tela Extrator de Dados para exibir a consulta por visão de acordo com o filtro da visão selecionada. • Foi modificada a tela de Consulta de Nota Fiscal de Saída (CNSAI _ para quando a operação fiscal de comodato, atualizar o estoque de comodato e não o estoque físico. • Foi criado um campo para exibir as categorias do registro na tela principal, foi adicionado o botão de excluir na tela de selecionar categorias e adicionado um campo com o código mnemônico ao consultar um registro pela lupa. • Foi criado a tela Carga das tabelas do SPC-Batimento (CBSPC) para importar as planilhas dos contratos dos clientes que se encontram no SPC para realizar o batimento dos contratos do SPC x Secrel. • Foi criado a rotina de agendamento para integração automática dos movimentos de vendas com cartão TEF e POS, essa rotina faz o mesmo processo que é feito na transação VCTCD. • Essa rotina foi criada para que seja possível a integração automática dos Movimentos de vendas com cartão TEF e POS com o Nexadm, gerando as faturas e parcelas e conforme a definição dos parâmetros 1420, 1421 e 1422, será feito de forma também automática a baixa das parcelas. • - Parâmetro 1420 - Baixa Automática das parcelas na geração da VCTCD - É utilizado tanto na VCTCD como na integração automática, seja para indicar se faz a baixa automática na geração das parcelas • - Parâmetro 1421 - Código de Baixa Automática para conciliação da VCTCD - Será obrigatório quando o parâmetro 1420 estiver configurado com SIM, indica o código da baixa da parcela • - Parâmetro 1422 - Integração vendas Cartão gerar parcelas pelo valor líquido - Se será gerado a parcela pelo valor líquido • Para que seja possível a execução automática da integração dos Movimentos de vendas com cartão, é preciso fazer o cadastro do agendamento na transação PAGEN selecionando o nome do agendamento: Integrar Movimentos de Vendas com Cartão;
Informar as datas inicial e final, o horário de execução do agendamento e o horário limite de execução; Informar os dias da semana que o agendamento será executado. • Os campos referentes a identidade foram removidos da tela Cadastro de Ciente Rápido (CLICR). • Realizada robustez nas consultas de nota inexistente e inutilização de NF-e, evitando assim a solicitação de estorno de venda que não foi realizada. • A tela de Devolução de Cliente foi alterada para permitir utilizar uma chave de acesso que seja formada pelo CPF do cliente que está devolvendo a mercadoria. • O Relatório Movimentação de Produtos (RMOPR) foi modificado para acrescentar as colunas solicitadas e também foi parâmetro para listar somente os pedidos faturados. • Foram regeradas as classes do processo de manutenção de avarias. • A tela Manutenção de Manutenção de Avarias (MANVA) teve formatados os campos de ICMS e IPI para permitir receber valores decimais. • O problema ocorria porque, após o recebimento do pedido, o usuário selecionava novamente o botão "Alterar Descontos", chamando a tela para informar desconto. A outra situação ocorria na transação de recebimento futuro, onde após a geração da nota fiscal, o usuário selecionava novamente o botão "Alterar Desconto". A solução foi obrigar a consultar o pedido que está sendo informado na tela. • Efetuada implementação para permitir a comunicação do Nexgen com a CRM&Bônus.
Essa integração irá permitir que o cliente que tiver bônus na CRM, possa utilizar para

abater no valor do pedido feito no Nexgen. Foi criado duas formas de utilização do bônus no Nexgen: Desconto: O valor do bônus entrará no Nexgen como desconto no pedido; Item de caixa: O valor do bônus será usado como uma forma de pagamento, sendo assim será apresentado o valor na nota fiscal. • Efetuada alteração no processo de comunicação com a CRM&Bônus para passar somente o valor líquido (venda - bônus utilizado) para geração do bônus para a próxima compra. • Cliente solicita implementações adicionais no processo de integração com
CRM&BONUS – Cashback, para de acordo com o caso específico que seja validado a
API finaliza a compra. • Efetuada implementação no processo de entrada de nota e atualização do estoque para que já seja dada entrada no estoque físico no momento da entrada de mercadoria, só que esse estoque ficará também em uma nova conta criada, "Aguardando Conferência", que irá retirar essa quantidade do estoque físico, por tanto, não poderá ser vendido. O produto só irá fazer parte do estoque físico e por tanto poderá ser vendida, após a atualização do estoque na ATUES. Foi criado na Cadastro de Produto Por Loja (PROLJ) e na Consulta de produto (CPROD) uma nova coluna e uma nova linha no grid espaço para representar a nova conta de estoque "Aguardando
Conferência". Para fazer a diferenciação entre protocolo gerado para o novo processo e os gerados no processo antigo foi criada na estrutura no banco de dados. Os novos processos terão esse campo com o valor igual "S". Esse campo ficará com esse valor se a Operação Fiscal (OPFIS) da Entrada de Mercadoria estiver configurada para
“Atualizar Estoque Físico” . • Foi criado botão para exclusão de Logomarca do sistema. • Foi ajustado a tabulação do campo Loja. • A tela Conferência de Pedidos (CONFE) teve implementada uma coluna nova informando quais expedições Emitiam Etiqueta e quais Não Emitiam, enquanto isso na tela de Conferência de Pedidos foi adicionada opção para confirmar imprimir etiqueta, e após, consultar um pedido e tentar imprimir a etiqueta, já exibe a tela consultada. • Foi feito um tratamento nos possíveis erros na tentativa de consulta, exibindo as mensagens de erros para direcionar melhor o usuário e ajustes em alguns campos que não possuíam um separador de milhas em seus valores. • Alterações no processo de comunicação com o Business Central. • Efetuada alterações no processo de comunicação com o Business Central, incluído cancelamento processo produtivo Crédito insumo. • Efetuada melhoria no monitoramento execução dos processos do Nexgen, para fechar objetos após a utilização e padronização do código. • Alterado um processo de formatação de valores que ocasionava erros no processo de gravação de alguns campos; efetuado também melhoria na comunicação entre SFA x
NexGEN, evitando assim a utilização desnecessária do log do tomcat para gravação dos dados de comunicação. • Capturando erro no envio de SMS para evitar LOG desnecessário. • Foi realizado a correção do layout das telas do NexgenLab para o NexgenBrowser. • Efetuando ajuste no sistema para efetuar a desativação do integrador Sefaz no estado do Ceará, essa desativação terá impacto na emissão de MF-e e NFC-e. • Foi criado um método (função) para que seja possível formatar o CPF ou CNPJ da forma correta e retornar isso num conjunto de caracteres, para que seja usado nas consultas e utilização por demais rotinas na programação do sistema. • Foi realizado um ajuste nas consultas para corrigir os caracteres ao clicar em no botão
“Efetivar” . • Foi realizado uma ordenação nos dados de acordo com a data de vencimento. • Corrigido o problema de não listar na CLSAT notas com Status aguardando correção para reenvio ou liberação do caixa.

• O Relatório de Comissão de Vendedores (RCVEN) foi ajustado e contém os totalizadores por vendedor e está no padrão Secrel. • Alterada a devolução para ao Cancelar Venda de itens que não foram faturados, calcular o valor dos itens que foram devolvidos, para gerar o movimento correto no de estorno da venda no caixa. • Foi alterado a rotina de devolução para não gerar mais os movimentos de estorno de caixa em duplicidade, acumulando em um só movimento. Evitando assim exibição errada nos relatórios de caixa RANCX e RANCX. • O problema ocorria porque o campo da comissão da categoria estava com 3 caracteres, gerando o truncamento do primeiro dígito. O transação PROLJ foi alterada para ampliar o campo para 4 dígitos. • Foi criada estrutura no Banco de Dados para guardar informações de UF e Cidade da prestação do serviço, referente à ocorrência 76941. • Foi criada estrutura no Banco de Dados para guardar informações do processo de
Comunicação com a CRM&Bônus • Foi criada estrutura no Banco de Dados para guardar informações de etiquetas de conferência no processo de emissões de etiquetas. • Foi criada estrutura no Banco de Dados para guardar informações do valor da substituição que deverá fazer parte do pedido. • Foi criada estrutura no Banco de Dados para guardar informações do desconto da política comercial do cliente. • Foi criada estrutura no Banco de Dados necessários na atualização do sistema para emitir cupons segundo a versão 0.08 do SAT/MFE. • Foi criada estrutura no Banco de Dados para guardar informações de valor de vendas com CF-e.