Nexgen2.3
Notas - Release 125
Histórico de Alterações Aplicáveis ao sistema Nexgen
SECREL - Tecnologia e Soluções Inovadoras® | NexGEN – Toda sua gestão nas nuvens.
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
SUMÁRIO NOVIDADES ...................................................................................................... 3 PREFÁCIO ......................................................................................................... 4 RESUMO QUANTITATIVO ................................................................................ 6 FRENTE DE LOJA ............................................................................................. 7 Processo: Pedido de Venda de Cliente .............................................................. 7 Processo: Vendas com Link de Pagamento – Mercado Pago ........................... 7 Processo: Recebimento de Pedido de Cliente ................................................... 7 ÓTICA ................................................................................................................ 8 Processo: Separação De Mercadorias ............................................................... 8 RETAGUARDA .................................................................................................. 8 Processo: Configurar Mensagens para Clientes ................................................ 8 Processo: Cadastro de Lojas ............................................................................. 8 Processo: Devolução de Mercadorias ao Fornecedor ........................................ 8 Processo: Etiquetas de Conferência .................................................................. 9 Processo: Lojas .................................................................................................. 9 Processo: Aprovação de Crédito ........................................................................ 9 Processo: Baixa de Crediário ............................................................................. 9 Processo: Integração ....................................................................................... 10 Processo: Geração de Planilhas ...................................................................... 10 AJUSTES GERAIS........................................................................................... 10 Processo: Relatórios ........................................................................................ 10 Processo: Estrutura de Banco de Dados ......................................................... 11 Processo: NexgenPDV2.4.2 ............................................................................. 12
Página | 2
NOVIDADES
Geração de Planilhas (GPOCU) Foi implementada para obter o relatório de giro de FILIAIS.
Devolução de Mercadorias ao Fornecedor (NFFOR) Foi implementada para permitir devoluções de produtos com código interno com 14 dígitos.
NexgenPDV2.4.2 Implementado para na impressão do Extrato do CF-e, ser impresso a referência do fornecedor, respeitando parâmetro configurado, conforme á é feito para as Notas Ficais Eletrônicas (NF-e) . para que se comporte dessa maneira o sistema deverá estar parametrizado com o parâmetro 879 com valor "SIM".
Pedido de Venda de Cliente (PEDCV), quando utilizada no contexto de “Peças”, foi implementada para não permitir incluir produtos que estejam sendo inventariados.
Recebimento de Pedido de Cliente foi implementada para exibir mensagens de crítica, onde não permitirá ser informada data “ 00/00/0000” e nem vazio, não será possível informar a data final menor que a data inicial, essa deverá ser sempre maior ou igual.
Lojas (LOJAS) foi implementada com mensagem para exibir o conteúdo do erro para ser tratado na correção. Integração (INTEG) foi implementada para atualizar o código da cidade e código do bairro, a partir do número do CEP para migração de dados e integração com sistemas de terceiros. Relatório Razão Analítico (RRANA) foi implementado para otimizar consumo de CPU na geração do relatório.
Página | 3
PREFÁCIO Versão Nexgen 2.3.125 FRENTE DE LOJA • •
•
•
A tela Pedido de Venda de Cliente (PEDCV), quando utilizada no contexto de “Peças”, foi implementada para não permitir incluir produtos que estejam sendo inventariados. A tela Vendas com Link de Pagamento (VENLP) foi implementada com a correção na geração do link de pagamento para calcular corretamente quando no pedido for acrescentado valor do frete. A tela Recebimento de Pedido de Cliente foi implementada para exibir mensagens de crítica, onde não permitirá ser informada data “ 00/00/0000” e nem vazio, não será possível informar a data final menor que a data inicial, essa deverá ser sempre maior ou igual. A tela Recebimento de Pedido de Cliente foi implementada para ao faturar pedidos com crédito e depósito bancário, e valor do depósito é maior, gerar crédito para o cliente no valor que é devido.
RETAGUARDA •
•
• • •
A tela Separação de Mercadorias (SEPAR) foi implementada para no contexto de ótica, quando iniciada a separação o Aviso de Separação será impresso, para isso a parametrização da rotina de separação, com relação a localização do produto e configuração da impressora onde o avisa será impresso, deverá ser configurado. Também foi implementada para que ao finalizar a separação, a Guia de Despacho não será impressa. A tela Configurar Mensagens para Clientes (CMCLI) foi implementada com atualização no processo de envio de SMS, passando assim a enviar automaticamente SMS cadastrados previamente e relacionados a Pesquisa de Satisfação. A tela Monitoramento de Pedidos Ecommerce (MPEDE) foi implementada para quando o pedido for do tipo ecommerce e boleto, gerar com sucesso a Nota Fiscal Eletrônica. A tela Devolução de Mercadorias ao Fornecedor (NFFOR) foi implementada para permitir devoluções de produtos com código interno com 14 dígitos. A tela Emitir Etiquetas de Conferência (ETQCO) foi implementada para permitir emissão das etiqueta de volume informando apenas o número do pedido, ou seja, que possa ser emitidas as etiquetas antes da emissão da nota.
•
A tela Lojas (LOJAS) foi implementada com mensagem para exibir o conteúdo do erro para ser tratado na correção.
•
A tela Aprovação de Crédito (APRCR) foi implementada para exibir a ordenação dos pedidos na tela na sequência de forma correta, ou seja, os primeiros pedidos que entram deve ficar no início. Foi criado o parâmetro 155 (Ordenar pelo Pedido mais antigo na Aprovação de Crédito) para que o sistema se comporte dessa maneira. As telas Dispensa de Juros e Multa (DSPJR) e Baixa de Títulos (BACTR) foram implementadas com melhoria para não ocorrer inconsistência quando houver consulta de um cliente que tem muitos títulos me atraso ou um período muito grande para o cálculo do juros . As telas Dispensa de Juros e Multa (DSPJR) e Baixa de Títulos (BACTR) foram implementadas com a correção no processo de expurgo de atraso com base no
•
•
Página | 4
•
período de quarentena, para ao fazer o cálculo o sistema irá considerar os dados da loja origem do título, antes estava sendo considerado a loja logada.
•
A tela Integração (INTEG) foi implementada para atualizar o código da cidade e código do bairro, a partir do número do CEP para migração de dados e integração com sistemas de terceiros. A tela Geração de Planilhas (GPOCU) foi implementada para obter o código de barras do Gtin. A tela Geração de Planilhas (GPOCU) foi implementada para obter o relatório de giro de FILIAIS.
• •
AJUSTES GERAIS •
•
• • • • • • • •
O Relatório de Guia de Despacho foi programado para quando gerado em formato gráfico, exibir no campo "Número de Fábrica" os códigos de referência dos produtos nos fabricantes até o limite de duas linhas. O Relatório de Guia de Despacho foi programado para quando gerado no modelo A4 , exibir no campo "Número de Fabrica" a informação armazenada na estrutura de dados referente a códigos de referências dos fabricantes de cada item do pedido. O Relatório de Guia de Despacho (RSEPP) foi programado para permitir a impressão do relatório do pedido que esteja separado e não faturado. O Relatório de Itens Devolvidos (RIDEV) foi programado para corrigir os itens duplicados na geração do relatório. O Relatório Razão Analítico (RRANA) foi implementado para otimizar consumo de CPU na geração do relatório. O Relatório Posição Geral de Estoque (RPGER foi implementado para permitir a sua geração a partir de códigos de fornecedores no formato alfanumérico. Foi criada estrutura no Banco de Dados para guardar informações das especificações das lentes junto à receita. Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de pedidos de venda. Foi criada estrutura no Banco de Dados para guardar informações referentes ao projeto PETRONAS. Implementado NexgenPDV2.4.2 para na impressão do Extrato do CF-e, ser
impresso a referência do fornecedor, respeitando parâmetro configurado, conforme á é feito para as Notas Ficais Eletrônicas (NF-e) . para que se comporte dessa maneira o sistema deverá estar parametrizado com o parâmetro 879 com valor "SIM".
Página | 5
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS
QUANTIDADE
NOVAS FUNCIONALIDADES1
3
MELHORIAS DE PROCESSOS2
13
OBRIGAÇÕES FISCAIS3
0
NÃO CONFORMIDADE4
11
TOTAL
27 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 | 6
FRENTE DE LOJA Processo: Pedido de Venda de Cliente Ocorrência: 68062 Caso: A tela Pedido de Venda de Cliente (PEDCV) deverá ser implementada para quando utilizada no contexto de “Peças”, não permitir incluir produtos que estejam sendo inventariados. Melhorias de Processos: A tela Pedido de Venda de Cliente (PEDCV), quando utilizada no contexto de “Peças”, foi implementada para não permitir incluir produtos que estejam sendo inventariados.
Processo: Vendas com Link de Pagamento – Mercado Pago Ocorrência: 68275 Caso: A tela Vendas com Link de Pagamento (VENLP) estava calculando dobrado o frete quando pedido tenha acrescentado o frete. Não Conformidade: A tela Vendas com Link de Pagamento (VENLP) foi implementada com a correção na geração do link de pagamento para calcular corretamente quando no pedido for acrescentado valor do frete.
Processo: Recebimento de Pedido de Cliente Ocorrência: 68187 Caso: A tela Recebimento de Pedido de Cliente na opção de consultar pedidos está permitindo informar 00/00/0000 e também vazio nos campos de data final o que causa a não conformidade na busca de pedidos por períodos. Melhorias de Processos: A tela Recebimento de Pedido de Cliente foi implementada para exibir mensagens de crítica, onde não permitirá ser informada data “ 00/00/0000” e nem vazio, não será possível informar a data final menor que a data inicial, essa deverá ser sempre maior ou igual. Ocorrência: 68253 Caso: A tela Recebimento de Pedido de Cliente ao faturar pedidos com crédito e depósito bancário, e valor do depósito é maior, estar gerado um crédito maior para o cliente do que o devido. Não Conformidade: A tela Recebimento de Pedido de Cliente foi implementada para ao faturar pedidos com crédito e depósito bancário, e valor do depósito é maior, gerar crédito para o cliente no valor que é devido.
Página | 7
ÓTICA Processo: Separação De Mercadorias Ocorrência: 68131 Caso: A tela Separação de Mercadorias (SEPAR) no contexto de pedido de ótica, não deverá imprimir a Guia de despacho para conferência ao finalizar a separação. Melhorias de Processos: A tela Separação de Mercadorias (SEPAR) foi implementada para no contexto de ótica, quando iniciada a separação o Aviso de Separação será impresso, para isso a parametrização da rotina de separação, com relação a localização do produto e configuração da impressora onde o avisa será impresso, deverá ser configurado. Também foi implementada para que ao finalizar a separação, a Guia de Despacho não será impressa.
RETAGUARDA Processo: Configurar Mensagens para Clientes Ocorrência: 68140 Caso: A tela Configurar Mensagens para Clientes (CMCLI) não estava enviando auto automaticamente SMS em mensagens relacionadas a Pesquisa de Satisfação para os clientes. Não Conformidade: A tela Configurar Mensagens para Clientes (CMCLI) foi implementada com atualização no processo de envio de SMS, passando assim a enviar automaticamente SMS cadastrados previamente e relacionados a Pesquisa de Satisfação.
Processo: Cadastro de Lojas Ocorrência: 68313 Caso: A tela Monitoramento de Pedidos Ecommerce (MPEDE) não estava gerando a Nota Fiscal Eletrônica quando o pedido for do tipo ecommerce e boleto. Não Conformidade: A tela Monitoramento de Pedidos Ecommerce (MPEDE) foi implementada para quando o pedido for do tipo ecommerce e boleto, gerar com sucesso a Nota Fiscal Eletrônica.
Processo: Devolução de Mercadorias ao Fornecedor Ocorrência: 68290 Caso: A tela Devolução de Mercadorias ao Fornecedor (NFFOR) não aceitava a devolução de produtos com código formado por mais de 13 dígitos. Novas Funcionalidades: A tela Devolução de Mercadorias ao Fornecedor (NFFOR) foi implementada para permitir devoluções de produtos com código interno com 14 dígitos.
Página | 8
Processo: Etiquetas de Conferência Ocorrência: 68106 Caso: A tela Emitir Etiquetas de Conferência (ETQCO) deverá permitir emissão das etiqueta de volume informando apenas o número do pedido, ou seja, que possa ser emitidas as etiquetas antes da emissão da nota. Novas Funcionalidades: A tela Emitir Etiquetas de Conferência (ETQCO) foi implementada para permitir emissão das etiqueta de volume informando apenas o número do pedido, ou seja, que possa ser emitidas as etiquetas antes da emissão da nota.
Processo: Lojas Ocorrência: 67933 Caso: A tela Lojas (LOJAS) estava sendo exibida como tela em branco e não exibia a
mensagem referente ao erro. Melhorias de Processos: A tela Lojas (LOJAS) foi implementada com mensagem para
exibir o conteúdo do erro para ser tratado na correção.
Processo: Aprovação de Crédito Ocorrência: 67964 Caso: A tela Aprovação de Crédito (APRCR) deverá corrigir a ordenação na exibição dos pedidos na tela que estão em aprovação para que mostre a sequência de forma correta, ou seja, os primeiros pedidos que entram deve ficar no início da exibição e não no final com está sendo mostrado atualmente. Não Conformidade: A tela Aprovação de Crédito (APRCR) foi implementada para exibir a ordenação dos pedidos na tela na sequência de forma correta, ou seja, os primeiros pedidos que entram deve ficar no início. Foi criado o parâmetro 155 (Ordenar pelo Pedido mais antigo na Aprovação de Crédito) para que o sistema se comporte dessa maneira.
Processo: Baixa de Crediário Ocorrência: 68193 Caso: As telas Dispensa de Juros e Multa (DSPJR) e Baixa de Títulos (BACTR) deverão ser programadas para não gerar inconsistências quando consultado clientes com muitos títulos em atraso por um longo período. Melhorias de Processos: As telas Dispensa de Juros e Multa (DSPJR) e Baixa de Títulos (BACTR) foram implementadas com melhoria para não ocorrer inconsistência quando houver consulta de um cliente que tem muitos títulos me atraso ou um período muito grande para o cálculo do juros .
Página | 9
Ocorrência: 68195 Caso: As telas Dispensa de Juros e Multa (DSPJR) e Baixa de Títulos (BACTR) deverão ser programadas para correção no processo de expurgo de atraso com base no período de quarentena. Não Conformidade: As telas Dispensa de Juros e Multa (DSPJR) e Baixa de Títulos (BACTR) foram implementadas com a correção no processo de expurgo de atraso com base no período de quarentena, para ao fazer o cálculo o sistema irá considerar os dados da loja origem do título, antes estava sendo considerado a loja logada.
Processo: Integração Ocorrência: 68131 Caso: A tela Integração (INTEG) deverá ser modificada para atualizar o código da cidade e
código do bairro, a partir do número do CEP. Melhorias de Processos: A tela Integração (INTEG) foi implementada para atualizar o
código da cidade e código do bairro, a partir do número do CEP para migração de dados e integração com sistemas de terceiros.
Processo: Geração de Planilhas Ocorrência: 68236 Caso: A tela Geração de Planilhas (GPOCU) deverá ser alterada para obter o código de
barras do Gtin. Melhorias de Processos: A tela Geração de Planilhas (GPOCU) foi implementada para
obter o código de barras do Gtin. Ocorrência: 66429 Caso: A tela Geração de Planilhas (GPOCU) deverá ser alterada para obter o relatório de
giro de FILIAIS. Novas Funcionalidades: A tela Geração de Planilhas (GPOCU) foi implementada para
obter o relatório de giro de FILIAIS.
AJUSTES GERAIS Processo: Relatórios Ocorrência: 68172 Caso: O Relatório de Guia de Despacho deverá no formato gráfico exibir a identificação de códigos de referência dos produtos nos fabricantes em até duas linhas.
Página | 10
Não Conformidade: O Relatório de Guia de Despacho foi programado para quando gerado em formato gráfico, exibir no campo "Número de Fábrica" os códigos de referência dos produtos nos fabricantes até o limite de duas linhas. Ocorrência: 68172 Caso: O Relatório de Guia de Despacho deverá no modelo não está imprimindo todos os códigos de fabricantes do item. Não Conformidade: O Relatório de Guia de Despacho foi programado para quando gerado no modelo A4 , exibir no campo "Número de Fabrica" a informação armazenada na estrutura de dados referente a códigos de referências dos fabricantes de cada item do pedido. Ocorrência: 68112 Caso: O Relatório de Guia de Despacho (RSEPP) está permitindo a geração de relatório referentes a pedidos abertos e que ainda não foram separados. Não Conformidade: O Relatório de Guia de Despacho (RSEPP) foi programado para permitir a impressão do relatório do pedido que esteja separado e não faturado. Ocorrência: 68139 Caso: O Relatório de Itens Devolvidos (RIDEV) está imprimindo registros duplicados Não Conformidade: O Relatório de Itens Devolvidos (RIDEV) foi programado para corrigir os itens duplicados na geração do relatório. Ocorrência: 68257 Caso: O Relatório Razão Analítico (RRANA) deverá ser modificado para otimizar o consumo de CPU na geração do relatório. Melhorias de Processos: O Relatório Razão Analítico (RRANA) foi implementado para otimizar consumo de CPU na geração do relatório. Ocorrência: 67985 Caso: O Relatório Posição Geral de Estoque (RPGER) deverá aceitar fornecedores com códigos alfanuméricos. Melhorias de Processos: O Relatório Posição Geral de Estoque (RPGER foi implementado para permitir a sua geração a partir de códigos de fornecedores no formato alfanumérico.
Processo: Estrutura de Banco de Dados Ocorrência: 68264 Caso: Criar estrutura no Banco de Dados para guardar informações das especificações das lentes junto à receita. Melhorias de Processos: Foi criada estrutura no Banco de Dados para guardar informações das especificações das lentes junto à receita.
Página | 11
Ocorrência: 68343 Caso: Criar estrutura no Banco de Dados para guardar informações de campos referentes ao processo de pedidos de venda. Melhorias de Processos: Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de pedidos de venda. Ocorrência: 68351 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao projeto PETRONAS. Melhorias de Processos: Foi criada estrutura no Banco de Dados para guardar informações referentes ao projeto PETRONAS.
Processo: NexgenPDV2.4.2 Ocorrência: 68105 Caso: Deverá ser implementada para na impressão do Extrato do CF-e, ser impresso a
referência do fornecedor, respeitando parâmetro configurado, conforme á é feito para as Notas Ficais Eletrônicas (NF-e) . Melhorias de Processos: Implementado NexgenPDV2.4.2 para na impressão do Extrato
do CF-e, ser impresso a referência do fornecedor, respeitando parâmetro configurado, conforme á é feito para as Notas Ficais Eletrônicas (NF-e) . para que se comporte dessa maneira o sistema deverá estar parametrizado com o parâmetro 879 com valor "SIM".
Página | 12