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
Nexgen2.3 Notas Release 147
SUMÁRIO
NOVIDADES
...................................................................................................... 4
PREFÁCIO......................................................................................................... 5
RESUMO QUANTITATIVO 10
FRENTE DE LOJA 11
Processo: Recebimento de Pedido (TEF+PIX) 11
Processo: Pedido de Cliente de Venda............................................................ 11
Processo: Cadastro de Cliente Simplificado..................................................... 12
Processo: Cadastro de Produtos 13
Processo: Orçamento de Venda 13 ÓTICA 13
Processo: Consulta Status de Ordens de Serviços.......................................... 13
Processo: Ordem de serviço de Retificação..................................................... 14
Processo: Geração de Ordem de Serviço Nexgen Mobile 14
RETAGUARDA 14
Processo: Análise de Crédito 14
Processo: Entrada de Mercadorias ao Fornecedor.......................................... 15
Processo: Consulta de Nota Fiscal de Comodato............................................ 15
Processo: Consulta de Nota Fiscal de Saída 16
Processo: Reajustes de Preços 16
Processo: Ajuste de Pontuação de Cliente ...................................................... 16
Processo: Transferência de mercadorias entre Lojas ...................................... 16
Processo: Cadastro de Clientes 17
Processo: Itens de Caixa 17
Processo: Extrator de Dados 17
Processo: Consulta Nota Fiscal de Saída........................................................ 18
Processo: Cadastrar Agrupador de Categorias................................................ 18
Processo: Carga das tabelas do SPC Batimento 18
Processo: Vendas e Transferência Cartão Crédito e Débito 18
Processo: Cadastro de Cliente Rápido 19
Página | 2
Processo: Estorno de Vendas 19
Processo: Devolução de Cliente 19
Processo: Relatório Movimentação de Produtos.............................................. 20
Processo: Manutenção de Avarias................................................................... 20
Processo: Nota Fiscal Complementar 20
Processo: Consulta de Pedido de Cliente 20
Processo: Integração Nexgen x CRM&Bônus.................................................. 21
Processo: Entrada de Mercadorias.................................................................. 21
Processo: Cadastro de Informações de Estabelecimento 22
Processo: Cadastro de Produto por Loja 22
Processo: Conferência de Pedidos 22
Processo: Consulta Gerencial de Vendas....................................................... 22
AJUSTES GERAIS........................................................................................... 22
Processo: Integração Nexgen com a CRM&Bônus. 22
Processo: Fechamento de Conexões com Banco de Dados 23
Processo: Integração SFA 23
Processo: Log’s de SMS e WhatsApp.............................................................. 23
Processo: Telas NexgenLab para NexgenBrowser.......................................... 23
Processo: Desativação do Integrador SEFAZ CE 24
Processo: Atualização de Versão 24
Processo: Processamento de endereços em arquivo DNE.............................. 24
Processo: Integração Nexgen x Bot (ZAP)....................................................... 24
Processo: Modulo Fiscal Eletrônico CF e ..................................................... 24
Processo: Relatórios 25
Processo: Estrutura de Banco de Dados 25
Página | 3
NOVIDADES
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 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.
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 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. Efetuada implementação para mapear novas formas de pagamento (Cashback, bônus) na montagem do XML NFC e e NF e.
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.
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.
Implementações adicionais no processo de integração com CM&BONUS Cashback, para de acordo com o caso específico que seja validado a API finaliza a compra.
Página | 4
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 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
Página | 5
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
Página | 6
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
Página | 7
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.
Página | 8
• 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.
Página | 9
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS QUANTIDADE
NOVAS FUNCIONALIDADES1 14
MELHORIAS DE PROCESSO2 29
OBRIGAÇÕES FISCAIS3 0
NÃO CONFORMIDADE4 28
TOTAL 71
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.
Página | 10
FRENTE DE LOJA
Processo: Recebimento de Pedido (TEF+PIX)
Ocorrência: 77212
Caso: Ao vender cartão presente informando mais de uma modalidade de pagamento na tela do NEXGEM, ao continuar na tela do TEF, não está trazendo os valores separados automaticamente da forma que foi colocada na tela anterior pela operadora do caixa, e sim o valor cheio da compra, tendo que ser separado manualmente.
Não Conformidade: 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.
Ocorrência: 74753
Caso: Em uma nota, com produto normal e com produto substituição tributária, o sistema estava fazendo o cálculo da substituição para ambos os produtos. Assim como, o valor da substituição estava saindo em um boleto separado quando o plano de pagamento era boleto.
Melhorias de Processo: 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".
Processo: Pedido de Cliente de Venda
Ocorrência: 77210
Caso: Corrigir erro de duplicidade na venda de seguro e implementar robustez na venda do mesmo, para que não seja possível trocar do vendedor que originalmente vendeu o seguro e a venda vá para a operadora do caixa acidentalmente.
Não Conformidade: 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.
Ocorrência: 77215
Caso: Criar o parâmetro 525 para atender a necessidade de quando o pedido com Valor de Frete ou Outras Taxas, ao ser aberto para promover as devidas alterações e não ZERAR os valores.
Melhorias de Processo: 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.
Página | 11
Ocorrência: 77422
Caso: Botão "Cliente" na tela de Pedido de Cliente de venda (PEDCV) não está direcionando para a tela Cadastro de Cliente (CLIEN).
Não Conformidade: 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.
Ocorrência: 77420
Caso: Na tela de Pedidos de Venda, deverá a opção de que quando os sistema precisar calcular o valor da substituição, deverá ser demonstrado em um campo a ser criado nas telas Consulta de Pedido (CONPC). Objetivo: usuário visualizar esse valor para repassar juntamente com o total do pedido ao cliente.
Novas Funcionalidades: 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.
Ocorrência: 77143
Caso: Nos pedidos da loja 14 (Sergipe) em que é gerado o título da subst. tributária para o cliente pagar, esse prazo deverá ser de 30 dias e não 15 dias como é hoje
Novas Funcionalidades: Foi criado o parâmetro , por loja, 1533 Dias para o vencimento do boleto da 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.
Processo: Cadastro de Cliente Simplificado
Ocorrência: 77274
Caso: Deverá ser adicionado na tela de Cadastro de Cliente Simplificado (CLISP) o campo vendedor.
Melhorias de Processo: Na tela de Cadastro de Cliente Simplificado (CLISP) foi adicionado o campo vendedor.
Página | 12
Processo: Cadastro de Produtos
Ocorrência: 77285
Caso: A tela Cadastro de Produtos (PRODU) está exigindo informar a opção "Gerar Código de Barra", mas quando o campo é marcado é enviada uma mensagem informando "Produto com grade não pode ter código de barra informado".
Melhorias de Processo: 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).
Ocorrência: 76377
Caso: Identificado erro ao realizar consulta de produto na tela de Cadastro de Produtos (PRODU).
Não Conformidade: 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).
Processo:
Orçamento de Venda
Ocorrência: 76963
Caso: A tela Orçamento de venda (ORCAM) o está verificando a disponibilidade do estoque, quando transformava o orçamento em pedido de venda.
Não Conformidade: 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
ÓTICA
Processo: Consulta Status de Ordens de Serviços
Ocorrência: 76954
Caso: A tela Consulta Status Ordens de Serviços (COSLJ) deverá exibir os dados da Ordem de Serviço e permitir editar a observação quando o parâmetro 1532 estiver como "SIM" e com um dos parâmetros Entregue: Disponível para Entrega; entregue pós venda cliente satisfeito; entregue pós venda cliente insatisfeito Pendência: Orçamento realizado; Orçamento Aprovado
Novas Funcionalidades: 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
Página | 13
processo de OS Garantia Completa, parâmetro 1379, antes esse filtro só era exibido na tela CONOS.
Processo: Ordem de serviço de Retificação
Ocorrência: 76992
Caso: 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.
Não Conformidade: 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.
Processo: Geração de Ordem de Serviço - Nexgen Mobile
Ocorrência: 77053
Caso: Não está sendo possível especificar a dioptria na geração de Ordem de Serviço no Nexgen Mobile.
Não Conformidade: Foi corrigido o problema de geração de OS no Mobile quando o parâmetro 106 estava na opção de "Digitado".
RETAGUARDA
Processo: Análise de Crédito
Ocorrência: 74782
Caso: A tela Análise de Crédito (ANACR) não estava exibindo somente os contratos em abertos do cliente de acordo com a uma empresa específica, sempre exibindo todos da empresa logada.
Melhorias de Processo: 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.
Ocorrência: 74782
Caso: A tela Análise de Crédito (ANACR) não estava exibindo somente os contratos em abertos do cliente de acordo com a uma empresa específica, sempre exibindo todos da empresa logada.
Melhorias de Processo: 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.
Página | 14
Processo: Entrada de Mercadorias ao Fornecedor Ocorrência: 76779
Caso: Na validação de um processo que precisamos fazer a entrada de nota de fornecedor onde tem venda e amostra na mesma nota e todo o processo funcionou na importação, exceto o CST DO ICMS, PIS, COFINS e IPI, onde gravou o mesmo da nota de saída.
Novas Funcionalidades: Implementada substituição opcional de CST de saída para entrada.
Ocorrência: 76643
Caso: Incluir robustez na Importação de Nota por XML na Entrada de Mercadorias para validar se o CNPJ da chave de acesso existe cadastrado como cliente, também realizar uma validação para checar se o conteúdo da chave de acesso passada como parâmetro é igual a chave de acesso que está dentro do XML.
Melhorias de Processo: Adicionada robustez no processo de importação de Nota Fiscal realizado na UPXML/ENTNE
Ocorrência: 76579
Caso: Constatamos que o sistema está visualizando os pedidos pendentes de recebimento do pedido de compra do item relacionada na nota de entrada, quando deveria visualizar somente os pedidos que serão associados para abater do item da nota.
Melhorias de Processo: 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.
Ocorrência: 77394
Caso: Na Entrada de Mercadorias ao Fornecedor, o sistema está incluindo um novo código GTIN quando o usuário faz a importação do XML, usando a função de cadastro do produto. Quando o GTIN do XML está diferente do que já está no cadastro do produto, o sistema faz uma nova inclusão.
Não Conformidade: 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.
Processo: Consulta de Nota Fiscal de Comodato
Ocorrência: 75963
Caso: Efetuar melhorias no processo de comodato na tela de Consulta de Nota Fiscal de Comodato (CNFCO).
Não Conformidade: Corrigida a emissão de notas Comodato e o correta adição de campos na CNFCO para exibir dados corretamente
Página | 15
Processo: Consulta de Nota Fiscal de Saída
Ocorrência: 76222
Caso: Existiam dois problemas: O primeiro está na devolução, que está permitindo devolver uma venda com CF e que não foi autorizada pelo módulo fiscal MFE/SAT. O segundo está no cancelamento da nota fiscal que não está cancelando a venda que foi rejeitada pelo módulo fiscal/SAT. D
Não Conformidade: 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.
Processo: Reajustes de Preços
Ocorrência: 76386
Caso: A tela Reajustes de Preços (REAJP) não estava efetivando as precificações quando escolhida a opção por visão.
Não Conformidade: 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
Processo:
Ajuste de Pontuação de Cliente
Ocorrência: 76708
Caso: Na tela Ajuste de Pontuação e Cliente (AJUST) o sistema não está calculando automaticamente saldos do Cartão Fidelidade, para clientes com compras realizadas, mesmo estando em conformidade com os parâmetros.
Não Conformidade: 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.
Processo: Transferência de mercadorias entre Lojas
Ocorrência: 76950
Caso: Criar dentro da tela de Transferência de Mercadorias entre Lojas (NFTRA), que só seja possível utilizar o botão “F11Imprimir” para notas que tenham sido geradas. Sendo bloqueada a impressão de documentos com Série TRT.
Novas Funcionalidades: Foi crido um parâmetro 712, que quando ativado irá bloquear a impressão da nota quando a série for TRT.
Página | 16
Processo: Cadastro de Clientes
Ocorrência: 77142
Caso: Criar nova opção que altera descrição "Dest. Substituto tributário" para "Destinatário Substituto Tributário Ou Não Contribuinte"
Novas Funcionalidades: 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.
Ocorrência: 77309
Caso: Foi identificado que havia classes com Nolock desatualizadas no Oracle pra cliente específico.
Não Conformidade: Os objetos referentes a correção foram enviados para cliente específico.
Ocorrência: 77436
Caso: O problema foi diagnosticado quando é informado o código do cliente da compra na tela de finalização da devolução, o crédito de devolução ficava associado ao cliente padrão da devolução.
Não Conformidade: 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.
Processo: Itens de Caixa
Ocorrência: 77208
Caso: Ao realizar uma venda, quando selecionado nos Itens de Caixa "Bônus" ou "Cartão Fidelidade" está exibindo um erro "Forma de Pagamento 19 não existe ou não implementada.
Novas Funcionalidades: Efetuada implementação para mapear novas formas de pagamento (Cashback, bônus) na montagem do XML NFC e e NF e.
Processo: Extrator de Dados
Ocorrência: 75912
Caso: Disponibilizar no Relatório Analítico de Caixa (RANCX) emissão de relatório por Holding (PC, PR e PJ) na qual seria emitido o relatório consolidado das sangrias realizadas para cada destino cadastrado (Caixa Loja, Tesouraria, Depósito Bancário, Carro Forte, Pagamento).
Melhorias de Processo: 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.
Página | 17
Processo: Consulta Nota Fiscal de Saída
Ocorrência: 76889
Caso: Ao realizadas vendas com comodato verificaram se quer sistema estava utilizando o estoque físico e não o estoque de comodato.
Melhorias de Processo: 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.
Processo: Cadastrar Agrupador de Categorias
Ocorrência: 76978
Caso: A tela Cadastrar Agrupador de Categorias (CAAGC) não exibia as categorias do registro, ao procurar um registro na lupa não exibia o código mnemônico dos elementos e ao selecionar categorias não existia uma forma de excluir.
Melhorias de Processo: 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.
Processo: Carga das tabelas do SPC-Batimento
Ocorrência: 77097
Caso: Criar tela para importar as planilhas dos contratos dos clientes que se encontram no SPC, para realizar o batimento dos contratos do SPC x Secrel.
Novas Funcionalidades: 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.
Processo: Vendas e Transferência Cartão Crédito e Débito
Ocorrência: 77263
Caso: Solicito a inclusão do procedimento de envio dos dados da venda de cartões do Nexgen para o Nexadm de forma automática. Incluir a transação VTCD neste agendamento automático.
Novas Funcionalidades: 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.
Página | 18
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
Processo: Cadastro de Cliente Rápido
Ocorrência: 77275
Caso: Excluir o campo de 'IDENTIDADE' na tela Cadastro de Ciente Rápido (CLICR) tendo em vista não ser mais necessário para a venda do seguro.
Melhorias de Processo: Os campos referentes a identidade foram removidos da tela Cadastro de Ciente Rápido (CLICR).
Processo: Estorno de Vendas
Ocorrência: 77244
Caso: Ao tentar realizar um estorno de uma venda realizada, aparece apenas uma mensagem em vermelho com o nome "ATTENTION".
Não Conformidade: 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.
Processo: Devolução de Cliente
Ocorrência: 76938
Caso: O sistema fazia a validação da Chave de Acesso da NF e, sempre considerando a máscara do CNPJ.
Melhorias de Processo: 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.
Página | 19
Processo: Relatório Movimentação de Produtos
Ocorrência: 77072
Caso: O Relatório Movimentação de Produtos (RMOPR) deverá ser modificado para acrescentar as colunas solicitadas e também foi parâmetro para listar somente os pedidos faturados.
Melhorias de Processo: 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.
Processo:
Manutenção de Avarias
Ocorrência: 77360
Caso: A tela Manutenção de Manutenção de Avarias (MANVA) ao incluir item está apresentando erro.
Não Conformidade: Foram regeradas as classes do processo de manutenção de avarias.
Processo: Nota Fiscal Complementar
Ocorrência: 77303
Caso: A tela Manutenção de Manutenção de Avarias (MANVA) ao incluir item está apresentando erro.
Não Conformidade: A tela Manutenção de Manutenção de Avarias (MANVA) teve formatados os campos de ICMS e IPI para permitir receber valores decimais.
Processo: Consulta de Pedido de Cliente
Ocorrência: 77087
Caso: Em um pedido foi permitido dar um desconto de 10,00 na hora do recebimento do pedido e quer saber como isso aconteceu e porque o sistema permitiu já que já havia sido dado o desconto no pedido inicialmente.
Não Conformidade: 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.
Página | 20
Processo: Integração Nexgen x CRM&Bônus
Ocorrência: 76688
Caso: Efetuar a implementação para permitir a comunicação do Nexgen com a CRM&Bônus.
Novas Funcionalidades: 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.
Ocorrência: 77381
Caso: Efetuar a melhorias no processo de integração Nexgen com a CRM&Bônus.
Novas Funcionalidades: 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.
Ocorrência: 77415
Caso: Efetuar a melhorias no processo de integração Nexgen com a CRM&Bônus.
Novas Funcionalidades: 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.
Processo: Entrada de Mercadorias
Ocorrência: 72154
Caso: Efetuar 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
Melhorias de Processo: 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”
Página | 21
Processo: Cadastro de Informações de Estabelecimento
Ocorrência: 77413
Caso: Deverá ser retirada logo, mas não existe campo para exclusão.
Não Conformidade: Foi criado botão para exclusão de Logomarca do sistema.
Processo: Cadastro de Produto por Loja
Ocorrência: 77468
Caso: Quando usamos a tecla [shift] para o cursor voltar para o campo da loja o mesmo não volta, indo direto para os campos acima, onde fica os dados tela.
Não Conformidade: Foi ajustado a tabulação do campo Loja.
Processo: Conferência de Pedidos
Ocorrência: 74376
Caso: A tela Conferência de Pedidos (CONFE) não possibilita uma forma de Emitir Etiqueta ao Finalizar a Conferência ou saber se aquela expedição emitia etiqueta, além de que na tela de Conferência de Pedido ao finalizar não existia uma confirmação para imprimir antes de finalizar o pedido.
Novas Funcionalidades: 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.
Processo: Consulta Gerencial de Vendas
Ocorrência: 77478
Caso: Alterar a tela Consulta Gerencial de Vendas (CONGE) melhorando a usabilidade.
Melhorias de Processo: 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.
AJUSTES GERAIS
Processo: Integração Nexgen com a CRM&Bônus.
Ocorrência: 77415
Caso: Efetuar a melhorias no processo de integração Nexgen com a CRM&Bônus.
Melhorias de Processo: Alterações no processo de comunicação com o Business Central.
Página | 22
Ocorrência: 77500
Caso: Efetuar a melhorias no processo de integração Nexgen com a CRM&Bônus, incluir cancelamento processo produtivo Crédito insumo
Melhorias de Processo: Efetuada alterações no processo de comunicação com o Business Central, incluído cancelamento processo produtivo Crédito insumo.
Processo: Fechamento de Conexões com Banco de Dados
Ocorrência: 76541
Caso: Efetuar melhoria no monitoramento execução dos processos do Nexgen, para fechar objetos após a utilização e padronização do código.
Melhorias de Processo: Efetuada melhoria no monitoramento execução dos processos do Nexgen, para fechar objetos após a utilização e padronização do código.
Processo: Integração SFA
Ocorrência: 71566
Caso: Erro na integração do SFA, pois alguns pedidos ficam sendo mostrados no NexGEN "em processamento SFA como se não tivesse recebido todas as informações do SFA. ver pedido 167918 da loja 11
Não Conformidade: 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.
Processo: Log’s de SMS e WhatsApp
Ocorrência: 76720
Caso: Verificar erros encontrados na consulta de notificações do Praction, no processo de envio de mensagens por SMS e WhatsApp
Não Conformidade: Capturando erro no envio de SMS para evitar LOG desnecessário.
Processo: Telas NexgenLab para NexgenBrowser
Ocorrência: 77230
Caso: Realizar ajustes de telas, correção do layout das telas do NexgenLab para o NexgenBrowser.
Melhorias de Processo: Foi realizado a correção do layout das telas do NexgenLab para o NexgenBrowser.
Página | 23
Processo: Desativação do Integrador SEFAZ- CE
Ocorrência: 75556
Caso: Implementar desativação do integrador e validador fiscal para o estado do Ceará, conforme comunicado da Sefaz do Ceará de 11/05/2022.
Novas Funcionalidades: 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.
Processo: Atualização de Versão
Ocorrência: 77126
Caso: Criar função para formatar CPF ou CNPJ e tratar as informações (conjunto de caracteres), para que seja usada nas consultas e utilização por demais rotinas na programação do sistema.
Melhorias de Processo: 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.
Processo: Processamento de endereços em arquivo DNE
Ocorrência: 77164
Caso: Alterar a rotina de importação de CEPs para incluir a conversão dos caracteres especiais do nome do logradouro
Não Conformidade: Foi realizado um ajuste nas consultas para corrigir os caracteres ao clicar em no botão “Efetivar”
Processo: Integração Nexgen x Bot (ZAP)
Ocorrência: 77322
Caso: Na integração do NexGEN com o bot (zap) a consulta deverá ser feita pela ordem de vencimento, hoje não tem nenhuma ordenação.
Melhorias de Processo: Foi realizado uma ordenação nos dados de acordo com a data de vencimento.
Processo: Modulo Fiscal Eletrônico CF-e
Ocorrência: 75805
Caso: Rejeição: Valor total do CF e MFE maior que o somatório dos valores de Meio de Pagamento empregados em seu pagamento.
Página | 24
Não Conformidade: Corrigido o problema de não listar na CLSAT notas com Status aguardando correção para reenvio ou liberação do caixa.
Processo: Relatórios
Ocorrência: 75805
Caso: Foi identificado que na devolução dos itens não faturados, ao cancelar o pedido, está obtendo o valor total do pedido e não somente os valos dos itens.
Não Conformidade: 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.
Ocorrência: 77092
Caso: Foram feitas duas devoluções na DEVSC, um dos itens faturados e outra dos itens não faturados. RANCX duplicou os estornos RAVCX consta um estorno de 582,20 e um de 1280,00
Não Conformidade: 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.
Ocorrência: 76680
Caso: No RCVEN o parâmetro de comissão por categoria na tela grifado de amarelo precisamos está incluindo para gerar o relatório. Quando perde o parâmetro, a comissão sai sem os itens que tem comissão diferenciada e assume a comissão do vendedor de 3% ou 4%.
Não Conformidade: 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.
Ocorrência: 75931
Caso: É preciso ajustar o Relatório de Comissão de Vendedores (RCVEN) para formato PDF.
Não Conformidade: O Relatório de Comissão de Vendedores (RCVEN) foi ajustado e contém os totalizadores por vendedor e está no padrão Secrel.
Processo: Estrutura de Banco de Dados
Ocorrência: 77190
Caso: Criar estrutura no Banco de Dados para guardar informações de UF e Cidade da prestação do serviço, referente à ocorrência 76941.
Melhorias de Processo: 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.
Página | 25
Ocorrência: 77273 77273
Caso: Criar estrutura no Banco de Dados para guardar informações do processo de Comunicação com a CRM&Bônus
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações do processo de Comunicação com a CRM&Bônus
Ocorrência: 77397
Caso: Criar estrutura no Banco de Dados para guardar informações de etiquetas de conferência no processo de emissões de etiquetas.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de etiquetas de conferência no processo de emissões de etiquetas.
Ocorrência: 77412
Caso: Criar estrutura no Banco de Dados para guardar informações do valor da substituição que deverá fazer parte do pedido.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações do valor da substituição que deverá fazer parte do pedido.
Ocorrência: 77450
Caso: Criar estrutura no Banco de Dados para guardar informações do desconto da política comercial do cliente
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações do desconto da política comercial do cliente.
Ocorrência: 77483
Caso: Criar estrutura no Banco de Dados necessários na atualização do sistema para emitir cupons segundo a versão 0.08 do SAT/MFE
Melhorias de Processo: 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
Ocorrência: 77501
Caso: Criar estrutura no Banco de Dados para guardar informações de valor de vendas com CF e.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de valor de vendas com CF e.
Página | 26
