Nexgen2.3
Notas - Release 132
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 ................................................................................ 7 FRENTE DE LOJA ............................................................................................. 8 Processo: Pedidos de Venda Cliente- Integração PETRONAS ......................... 8 Processo: Consulta Pedidos com Divergência ................................................. 10 Processo: Atualização de Protocolos (Estoque)............................................... 10 RETAGUARDA .................................................................................................. 9 Processo: Emissão de Boletos ......................................................................... 10 Processo: Geração de Planilhas ...................................................................... 11 Processo: Devolução de Pedido de Cliente ..................................................... 11 Processo: Emitir Etiquetas de Produtos ........................................................... 13 Processo: Cancela Pendencia ......................................................................... 13 AJUSTES GERAIS........................................................................................... 14 Processo: Relatório .......................................................................................... 16 Processo: Estrutura de Banco de Dados ......................................................... 14 Processo: Relatório Guia de Despacho ........................................................... 16
Página | 2
NOVIDADES ÓTICA Foram feitas adaptações nos processos de geração do malote e da natureza da notas geradas. A nota que acompanha o malote nesse processo só será uma e não terá o serviço de montagem explicito na nota, foi criado um parâmetro com o valor do serviço que será adicionado ao valor da lente para cada OS.
Cadastro de Cupom Fiscal (MACFO) para permitir o tratamento devido ao importar corretamente a NF, permite assim ao usuário selecionar a conversão de CFOP de Saída para CFOP de Entrada, corrigido também a dos CST de PIS, COFINS e IPI, para importar corretamente os dados contidos no XML da nota importada.
Consulta Ordem de Serviço (COSLJ) teve consulta alterada para permitir pesquisar OS Garantia que foi gerada a partir de uma CF-e .
Cancela Pendência (CANPE) foi implementada com a criação de novos campos para melhoria no processamento, são eles: Observação; Tipo do Pedido( Normal ou Bonificado) e Botões de paginação.
Geração de Malote (GERMA) foi implementada com o botão imprimir malote. Cadastro de Produtos (PRODU) foi implementada com a criação de campo para informar que o produto é Brinde E-commerce não revenda; Criados na OPFIS os campos de CFOP’s de brinde interno e externo ; Também na geração de nota fiscal NF-e somente será exibido os produtos de brinde não comercializados.
NexgenPDV com NexgenBrowser Foi alterada a impressão de PDF na biblioteca SGIL para utilizar o programa SumatraPdf, quando a impressão é solicitada a partir do NexgenBrowser em um sistema operacional Windows.
Página | 3
PREFÁCIO Versão Nexgen 2.3.132 FRENTE DE LOJA •
• •
A tela de Recebimento de Pedido (RECPE) foi implementada para no momento do faturamento do pedido onde tenha produtos PETRONAS, não será mais exigido que o cliente esteja marcado como cliente PETRONAS e também não será exigido a associação com o Vendedor. Implementado o cadastro de transportadora e expedição padrão para integração de pedidos ecommerce originados do Magento 2. Na tela Pedido de Cliente de Venda (PEDCV) foi implementada para exibir desconto de 5% na grid de acordo com o campo desconto do item, e não mais valores não inteiros, como estava acontecendo.
ÓTICA •
• • •
Foram feitas adaptações nos processos de geração do malote e da natureza da notas geradas. A nota que acompanha o malote nesse processo só será uma e não terá o serviço de montagem explicito na nota, foi criado um parâmetro com o valor do serviço que será adicionado ao valor da lente para cada OS. A tela Consulta Ordem de Serviço (COSLJ) teve consulta alterada para permitir pesquisar OS Garantia que foi gerada a partir de uma CF-e . A tela Geração de Malote (GERMA) foi implementada com o botão imprimir malote. Para solução do problema foi colocado uma crítica para se o destino de um malote for o depósito, logo esse malote só poderá ser recebido no NexLab, Centro de Distribuição e Montagem.
RETAGUARDA •
•
• •
•
•
A tela Cadastro de Produtos (PRODU) foi implementada com a criação de campo para informar que o produto é Brinde E-commerce não revenda; Criados na OPFIS os campos de CFOP’s de brinde interno e externo ; Também na geração de nota fiscal NF-e somente será exibido os produtos de brinde não comercializados. No processo de Análise de Crédito (ANACR) foi implementado o REPCONTRATO para não considerar os contratos renegociados. Todas os objetos utilizados no processo foram regeradas e librados. A tela Manter Divergência de Protocolo (MPDTC) foi implementada para não exibir protocolos que foram que tiveram suas pendencias resolvidas. A tela Atualização de Protocolo (Estoque) ATUES, foi para atualizar protocolos em processo de finalização, o mesmo deve ser verificado se há alguma divergência caso haja exibira uma notificação avisando que há divergência pendentes no lote. No processo de entrada de Mercadorias ao Fornecedor na finalização a tela (PEDPR) (Inclusão dos Compromissos) foi programada para validar a existência da localização na geração do compromisso. A tela Emissão de Boleto (EMBOL) foi implementada com correção na geração de boleto de um determinado banco, que antes estava sendo rejeitado.
Página | 4
•
•
•
•
•
•
•
• • •
•
• • •
•
A tela Emissão de Boleto (EMBOL) foi implementada com a correção da rotina de geração de boleto corretamente, resolvendo assim a geração do código de barra dos boletos. A tela Geração de Planilhas (GPOCU) foi implementada para gerar relatório a ser impresso com múltiplas visões definidas na tela de Visão de Lojas por Região (MTVL J). A função de validação de CFOP foi alterada para resolver o problema descrito. A mensagem era exibida quando era realizada uma devolução, onde o produto devolvido tinha uma regra, e esta regra tinha um CFOP cadastrado na transação ICMES. A tela Devolução de Cliente (DEVOL) foi implementada com um check "Zerar Frete", que permitirá que o frete da nota de venda seja zerado, na nota de devolução quando essa não tiver o frete da venda. A tela de Devolução de Cliente foi implementada com correção na devolução para gerar os dados corretamente do difal, quando gerado nota de venda para cliente não contribuinte. A tela de Devolução de Cliente irá exigir o CNPJ do destinatário da NF-e quando a devolução estiver configurada na OPFIS para nota informada e o tipo de nota fiscal gerada for NF-e de série única. O CNPJ informado deverá ser igual ao CNPJ da loja que está recebendo a devolução. A tela de Devolução de Mercadorias ao Fornecedor (NFFOR) foi implementada com a correção para não gerar duplicidade ao referenciar as notas origem da devolução de fornecedor. A tela Produto por Loja (PROLJ) foi implementada a consulta do produto, que não estava exibindo a campo: Categoria para Comissão. A tela Valores de Caixa (VALCX) foi implementada para receber Depósito Bancário no Faturamento Futuro (RECEF). A tela Cadastrar Agrupador de Categorias (CAAGC) foi implementada com melhorias para na consulta receber o parâmetro da loja. E na consulta exibir a opção de todas as lojas ou loja logada, antes só aparecia todas as lojas quando realizada consulta. Foi implementada a tela Cadastro de Cupom Fiscal (MACFO) para permitir o tratamento devido ao importar corretamente a NF, permite assim ao usuário selecionar a conversão de CFOP de Saída para CFOP de Entrada, corrigido também a dos CST de PIS, COFINS e IPI, para importar corretamente os dados contidos no XML da nota importada. A tela Etiquetas de Produtos (ETQPD) foi implementada na impressão de etiquetas por categoria. A tela Etiquetas de Produtos (ETQPD) foi implementada para carregar corretamente as etiquetas conforme as quantidades e os tamanhos confirmadas na tela de grade. A tela Cancela Pendência (CANPE) foi implementada com a criação de novos campos para melhoria no processamento, são eles: Observação; Tipo do Pedido( Normal ou Bonificado) e Botões de paginação. A tela Estados da UF (ESATD) foi implementada para se comportar de acordo com a exigência legal definida na UF, mensagem ” ” será exibida quando campo “Endereço e Telefone do PROCON para ser impresso na Cupom Fiscal e NF-e” estiver configurado na tela citada. Isso de acordo com DECRETO Nº 30.568, DE 10 DE JULHO DE 2009.
AJUSTES GERAIS •
Foi alterada a impressão de PDF na biblioteca SGIL para utilizar o programa SumatraPdf, quando a impressão é solicitada a partir do NexgenBrowser em um sistema operacional Windows.
Página | 5
• • • • • • • • • • •
•
•
•
Criado o parâmetro 905 para identificar o código do produto para CFE, NFE e NFCE como o código padrão da DSCBR, nos XML’s e cupons. Foi criada estrutura no Banco de Dados para armazenar informações de clientes utilizadas na Lei Geral de Proteção de Dados – LGPD. Foi criada estrutura no Banco de Dados para informações de vendedor padrão na Integração PETRONAS. Criada Estrutura de Dados para armazenar informações de identificação das transportadoras e expedições padrões para ecommerce. Foi criada estrutura no Banco de Dados para guardar descrição de e-mail enviado ao cliente e dados utilizados pela Empresa. Foi criada estrutura no Banco de Dados para guardar informações na interação do sistema Nexgen com ERP de terceiros. Foi criada estrutura no Banco de Dados para guardar descrição de e-mail enviado ao cliente e dados utilizados pela Empresa. Foi criada estrutura no Banco de Dados para guardar informações na interação do sistema Nexgen com ERP de terceiros. O Relatório de Garantia por Cliente (RGCLI) foi implementado para exibir o número da nota de entrada de devolução do cliente. O Relatório de Guia de Despacho (RSEPP) foi modificado para não gerar erro no log do Tomcat ao ser executado. O Relatório de Estoque Disponível X Reserva Loja (REDRE) foi criado uma nova coluna CONSIGNADO, onde será colocado as quantidades reservas por consignação do produto. A tela Livro de Entrada (LVENT) foi alterada para fazer o rateio do frete entre os itens da nota. Quando o frete é zerado, o rateio dos itens também é zerado. Foi colocado o label "Somar ST no Valor da Nota" explicando para que serve o check ao lado do campo do valor do ICMS ST. Implementações: Foi modificado a tela Comissão de Vendedores (RCVEN) para ajustar o % percentual, quando era selecionado o parâmetro Nº 7-Resumo por categoria = Sim. Foi modificado a tela Produto por Loja (PROLJ) para gravar o Categoria Para Comissão informado na tela LOJAS (LOJAS) (opção: Parâmetros) na inclusão do produto, caso este campo não seja informado na PROLJ. Para robustez da melhoria foi modificado a tela Integrações com sistemas Terceiros (INTEG) para gravar o Categoria Para Comissão informado na tela LOJAS (LOJAS) -(opção: Parâmetros) na inclusão do produto. Foi corrigido o cálculo do valor do frete obtendo esse valor pelo somatório do rateio do frete dos itens das notas. Também foi criado o parâmetro de relatório, no Relatório Resumo de Apuração do ICMS(RAPUR) que irá permitir o cálculo do valor ISENTO E NÃO ISENTO da base de PIS e COFINS de acordo se o CFOP é tributável ou não. Esses valores são os mesmos mostrados na relatório da transação COPIS, só que maneira totalizada.
Página | 6
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS
QUANTIDADE
NOVAS FUNCIONALIDADES1
6
MELHORIAS DE PROCESSO2
21
OBRIGAÇÕES FISCAIS3
1
NÃO CONFORMIDADE4
16
TOTAL
44 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 | 7
FRENTE DE LOJA Processo: Pedidos de Venda Cliente- Integração PETRONAS Ocorrência: 71277 Caso: Sistema deverá armazenar o cliente com PETRONAS na estrutura de integração, se houver um caso em que esse cliente não tenha um vendedor associado, o sistema deverá guardar as informações desse cliente PETRONAS ao vendedor associado que foi gravado na estrutura de integração. Melhorias de Processos: A tela de Recebimento de Pedido (RECPE) foi implementada para no momento do faturamento do pedido onde tenha produtos PETRONAS, não será mais exigido que o cliente esteja marcado como cliente PETRONAS e também não será exigido a associação com o Vendedor.
Processo: Integração com Ecommerce Magento 2 Ocorrência: 71412 Caso: Implementação de definição de Transportadora e Expedição default, na "Integrações Loja", para a integração com o Ecommerce Magento 2. Melhorias de Processos: Implementado o cadastro de transportadora e expedição padrão para integração de pedidos ecommerce originados do Magento 2.
Processo: Pedido de Cliente de Venda Ocorrência: 71523 Caso: Na tela Pedido de Cliente de Venda (PEDCV) quando aplicado o desconto de 5% o sistema nunca calcula esse valor de forma correta, desconto de 5% é exibo na grid valores diferentes como 4,99 ou 4,98, sistema deve apresentar 5% na grid. Não Conformidade: Na tela Pedido de Cliente de Venda (PEDCV) foi implementada para exibir desconto de 5% na grid de acordo com o campo desconto do item, e não mais valores não inteiros, como estava acontecendo.
ÓTICA Processo: Processo de Ordem de Serviço - Showroom Ocorrência: 70345 Caso: O sistema não apresentava o processo de OS Show Room para lojas Franquias. Novas Funcionalidades: Foram feitas adaptações nos processos de geração do malote e da natureza da notas geradas. A nota que acompanha o malote nesse processo só será uma e
Página | 8
não terá o serviço de montagem explicito na nota, foi criado um parâmetro com o valor do serviço que será adicionado ao valor da lente para cada OS.
Processo: Consulta Ordem de Serviço Ocorrência: 70345 Caso: A tela Consulta Ordem de Serviço (COSLJ) apresentava erro quando tentava pesquisar uma OS Garantia que foi gerada a partir de uma CF-e . Novas Funcionalidades: A tela Consulta Ordem de Serviço (COSLJ) teve consulta alterada para permitir pesquisar OS Garantia que foi gerada a partir de uma CF-e .
Processo: Geração de Malote Ocorrência: 69572 Caso: A tela Geração de Malote (GERMA) deverá ter adicionado botão imprimir malote. Novas Funcionalidades: A tela Geração de Malote (GERMA) foi implementada com o botão imprimir malote.
Processo: Inspeção de Ordem de Serviço Almoxarifado Ocorrência: 70941 Caso: O sistema apresentou um problema e uma OS Assistência Técnica foi para o status Recebida no Almoxarifado ao ser recebida no Almoxarifado. O problema ocorreu porque o usuário acessou a loja de destino do malote no Nexgen e não no Nexlab. Centro de Distribuição e Montagem. Melhorias de Processos: Para solução do problema foi colocado uma crítica para se o destino de um malote for o depósito, logo esse malote só poderá ser recebido no NexLab, Centro de Distribuição e Montagem.
RETAGUARDA Processo: Cadastro de Produtos Ocorrência: Caso: Gerar uma nota somente para os produtos que são brindes, quando a origem do pedido foi o e-commerce. Desta forma serão geradas duas notas: uma com os produtos com faturamento imediato que não são brindes e outra para os produtos que são brindes não comercializados. Novas Funcionalidades: A tela Cadastro de Produtos (PRODU) foi implementada com a criação de campo para informar que o produto é Brinde E-commerce não revenda; criados na OPFIS os campos de CFOP’s de brinde interno e externo; também na geração de nota fiscal NF-e somente será exibido os produtos de brindes não comercializados.
Página | 9
Processo: Análise de crédito Ocorrência: 70854 Caso: No processo de Análise de Crédito (ANACR) o relatório deverá ser programado para não considerar os contratos renegociados. Melhorias de Processos: No processo de Análise de Crédito (ANACR) foi implementado o REPCONTRATO para não considerar os contratos renegociados. Todas os objetos utilizados no processo foram regeradas e librados.
Processo: Consulta Pedidos com Divergência Ocorrência: 71391 Caso: A tela Manter Divergência de Protocolo (MPDTC) mesmo quando é consultado o produto e finalizá-lo como RESOLVIDO o mesmo ainda permanece na tela. Não Conformidade: A tela Manter Divergência de Protocolo (MPDTC) foi implementada para não exibir protocolos que foram que tiveram suas pendências resolvidas.
Processo: Atualização de Protocolos (Estoque) Ocorrência: 70559 Caso: A tela Atualização de Protocolo (Estoque) ATUES, deverá ser criado mais um critério para a atualização do protocolo, que também seja feita a verificação se este protocolo foi analisado pelo setor de compras quanto às divergências existentes e foi dado como resolvido (status resolvido). Melhorias de Processos: A tela Atualização de Protocolo (Estoque) ATUES, foi para atualizar protocolos em processo de finalização, o mesmo deve ser verificado se há alguma divergência caso haja exibirá uma notificação avisando que há divergência pendentes no lote.
Processo: Entrada de Mercadorias de Fornecedor Ocorrência: 68672 Caso: No processo de entrada de Mercadorias ao Fornecedor na finalização a tela (PEDPR) (Inclusão dos Compromissos) não estava validando a existência da localização na geração do compromisso. Não Conformidade: No processo de entrada de Mercadorias ao Fornecedor na finalização a tela (PEDPR) (Inclusão dos Compromissos) foi programada para validar a existência da localização na geração do compromisso.
Processo: Emissão de Boletos Ocorrência: 71257 Caso: A tela Emissão de Boleto (EMBOL) está gerando boleto rejeitado por banco específico.
Página | 10
Não Conformidade: A tela Emissão de Boleto (EMBOL) foi implementada com correção na geração de boleto de um determinado banco, que antes estava sendo rejeitado. Ocorrência: 71165 Caso: A tela Emissão de Boleto (EMBOL) está gerando com código de barras incompleto. Não Conformidade: A tela Emissão de Boleto (EMBOL) foi implementada com a correção da rotina de geração de boleto corretamente, resolvendo assim a geração do código de barra dos boletos.
Processo: Geração de Planilhas Ocorrência: 70140 Caso: A tela Geração de Planilhas (GPOCU) deverá gerar relatório a ser impresso com múltiplas visões definidas por lojas. Melhorias de Processos: A tela Geração de Planilhas (GPOCU) foi implementada para gerar relatório a ser impresso com múltiplas visões definidas na tela de Visão de Lojas por Região (MTVL J).
Processo: Devolução de Pedido de Cliente Ocorrência: 71343 Caso: A tela de Devolução de Cliente estava apresentando mensagem indevida durante a devolução de um determinado item. Não Conformidade: A função de validação de CFOP foi alterada para resolver o problema descrito. A mensagem era exibida quando era realizada uma devolução, onde o produto devolvido tinha uma regra, e esta regra tinha um CFOP cadastrado na transação ICMES. A mensagem só deverá ser exibida se a operação fiscal for de uma venda, pois a obtenção do CFOP da transação ICMES é apenas para operações de venda. Nas outras operações (Devolução cliente e Devolução a fornecedor etc.) o CFOP é obtido apenas da operação fiscal cadastrada na OPFIS. Ocorrência: 68798 Caso: A tela Devolução de Cliente (DEVOL) em uma devolução de uma venda que teve frete, o sistema sempre considerava o rateio do frete dos itens que estavam sendo devolvidos e nem sempre as notas de devoluções possuíam frete, o que gerava uma divergência entre a nota física e a nota existente no sistema. Melhorias de Processos: A tela Devolução de Cliente (DEVOL) foi implementada com um check "Zerar Frete", que permitirá que o frete da nota de venda seja zerado, na nota de devolução quando essa não tiver o frete da venda. O frete poderá ser zerado para nota toda, quando a devolução é emitida pela própria loja com base na nota de venda ou para nota toda ou para alguns itens quando for dada entrada na devolução emitida pelo cliente. Ocorrência: 71324
Página | 11
Caso: A tela de Devolução de Cliente não estava gerando corretamente nota de venda para cliente não contribuinte, quando existia DIFAL nas devoluções. Não Conformidade: A tela de Devolução de Cliente foi implementada com correção na devolução para gerar os dados corretamente do difal, quando gerado nota de venda para cliente não contribuinte.
Processo: Devolução de Nota Fiscal Informada Ocorrência: 70086 Caso: O sistema está aceitando usuário lançar uma nota de entrada de devolução, de CNPJ diferentes, ou seja, sistema aceita lançar nota que não é com o CNPJ da loja, nem da empresa. Não Conformidade: A tela de Devolução de Cliente irá exigir o CNPJ do destinatário da NF-e quando a devolução estiver configurada na OPFIS para nota informada e o tipo de nota fiscal gerada for NF-e de série única. O CNPJ informado deverá ser igual ao CNPJ da loja que está recebendo a devolução.
Processo: Devolução de Mercadorias ao Fornecedor Ocorrência: 71423 Caso: A tela de Devolução de Mercadorias ao Fornecedor (NFFOR) está gerando duplicidade ao referenciar as notas origem da devolução de fornecedor. Não Conformidade: A tela de Devolução de Mercadorias ao Fornecedor (NFFOR) foi implementada com a correção para não gerar duplicidade ao referenciar as notas origem da devolução de fornecedor.
Processo: Produto por Loja Ocorrência:71225 Caso: A tela Produto por Loja (PROLJ) deverá ter corrigida a consulta do produto, que não estava exibindo a campo: Categoria para Comissão. Não Conformidade: A tela Produto por Loja (PROLJ) foi implementada a consulta do produto, que não estava exibindo a campo: Categoria para Comissão.
Processo: Valores de Caixa Ocorrência:71 406 Caso: A tela Valores de Caixa (VALCX) não estava programada para receber Depósito Bancário no Faturamento Futuro (RECEF). Melhorias de Processos: A tela Valores de Caixa (VALCX) foi implementada para receber Depósito Bancário no Faturamento Futuro (RECEF).
Página | 12
Processo: Cadastrar Agrupador de Categorias Ocorrência:71014 Caso: A tela Cadastrar Agrupador de Categorias (CAAGC) deverá exibir crítica quando o usuário tentar modificar a loja e não mais a mensagem de alteração com sucesso como anteriormente. Melhorias de Processos: A tela Cadastrar Agrupador de Categorias (CAAGC) foi implementada com melhorias para na consulta receber o parâmetro da loja. E na consulta exibir a opção de todas as lojas ou loja logada, antes só aparecia todas as lojas quando realizada consulta.
Processo: Cadastro de Cupom Fiscal Ocorrência: 70823 Caso: Deverá ser implementada nova funcionalidade para permitir o usuário converter os COPS de Saída em CFOPS de Entrada na importação do XML das notas. Novas Funcionalidades: Foi implementada a tela Cadastro de Cupom Fiscal (MACFO) para permitir o tratamento devido ao importar corretamente a NF, permite assim ao usuário selecionar a conversão de CFOP de Saída para CFOP de Entrada, corrigido também a dos CST de PIS, COFINS e IPI, para importar corretamente os dados contidos no XML da nota importada.
Processo: Emitir Etiquetas de Produtos Ocorrência: 70549 Caso: A tela Etiquetas de Produtos (ETQPD) apresentou erro após selecionar a categoria e salvas. Não Conformidade: A tela Etiquetas de Produtos (ETQPD) foi implementada na impressão de etiquetas por categoria. Ocorrência: 68182 Caso: A tela Etiquetas de Produtos (ETQPD) não está carregando corretamente conforme as quantidades e os tamanhos confirmadas na tela de grade Não Conformidade: A tela Etiquetas de Produtos (ETQPD) foi implementada para carregar corretamente as etiquetas conforme as quantidades e os tamanhos confirmadas na tela de grade.
Processo: Cancela Pendência Ocorrência: 70772 Caso: A tela Cancela Pendência (CANPE) deverá ser implementada com a criação de novos campos para melhoria no processamento, são eles: Observação; Tipo do Pedido( Normal ou Bonificado) e Botões de paginação.
Página | 13
Novas Funcionalidades: A tela Cancela Pendência (CANPE) foi implementada com a criação de novos campos para melhoria no processamento, são eles: Observação; Tipo do Pedido( Normal ou Bonificado) e Botões de paginação.
OBRIGAÇÕES FISCAIS Processo: NOTA FISCAL ELETRÔNICA CONSUMIDOR – NFC-e Ocorrência: 71507 Caso: A tela Estados da UF (ESATD) deverá ser implementada com campo para cadastrar a informação de acordo com a exigência fiscal definida na UF. Melhorias de Processo: A tela Estados da UF (ESATD) foi implementada para se comportar de acordo com a exigência legal definida na UF, mensagem ” ” será exibida quando campo “Endereço e Telefone do PROCON para ser impresso na Cupom Fiscal e NF-e” estiver configurado na tela citada. Isso de acordo com DECRETO Nº 30.568, DE 10 DE JULHO DE 2009.
AJUSTES GERAIS Processo: NexgenPDV com NexgenBrowser Ocorrência: 71172 Caso: Impressão de nota na impressora fiscal sai cortada do lado esquerdo. é como se as informações da nota não estivessem centralizadas e a margem esquerda estivesse cortando as informações da nota. Melhorias de Processos: Foi alterada a impressão de PDF na biblioteca SGIL para utilizar o programa SumatraPdf, quando a impressão é solicitada a partir do NexgenBrowser em um sistema operacional Windows.
Processo: Liberação de Parâmetros Ocorrência: 71339 Caso: Criar o parâmetro 905 para identificar o código do produto para CFE, NFE e NFCE como o código padrão da DSCBR, nos XML’s e cupons.
Melhorias de Processos: Criado o parâmetro 905 para identificar o código do produto para CFE, NFE e NFCE como o código padrão da DSCBR, nos XML’s e cupons.
Processo: Estrutura de Banco de Dados Ocorrência: 71311
Página | 14
Caso: Criar estrutura no Banco de Dados para armazenar informações de clientes utilizadas na Lei Geral de Proteção de Dados – LGPD. Melhorias de Processos: Foi criada estrutura no Banco de Dados para armazenar informações de clientes utilizadas na Lei Geral de Proteção de Dados – LGPD. Ocorrência: 71327 Caso: Criar estrutura no Banco de Dados para armazenar informações de vendedor padrão na Integração PETRONAS. Melhorias de Processos: Foi criada estrutura no Banco de Dados para informações de vendedor padrão na Integração PETRONAS. Ocorrência: 71456 Caso: Criar Estrutura de Dados para armazenar informações de identificação das transportadoras e expedições padrões para ecommerce. Melhorias de Processo: Criada Estrutura de Dados para armazenar informações de identificação das transportadoras e expedições padrões para ecommerce. Ocorrência: 71522 Caso: Criar estrutura no Banco de Dados para guardar descrição de e-mail enviado ao cliente e dados utilizados pela Empresa. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar descrição de e-mail enviado ao cliente e dados utilizados pela Empresa. Ocorrência: 71550 Caso: Criar estrutura no Banco de Dados para guardar informações na interação do sistema Nexgen com ERP de terceiros. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações na interação do sistema Nexgen com ERP de terceiros. Ocorrência: 71522 Caso: Criar estrutura no Banco de Dados para guardar descrição de e-mail enviado ao cliente e dados utilizados pela Empresa. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar descrição de e-mail enviado ao cliente e dados utilizados pela Empresa.
Ocorrência: 71550 Caso: Criar estrutura no Banco de Dados para guardar informações na interação do sistema Nexgen com ERP de terceiros. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações na interação do sistema Nexgen com ERP de terceiros.
Página | 15
Processo: Relatório Ocorrência: 71090 Caso: O Relatório de Garantia por Cliente (RGCLI) deverá ser alterado para exibir o número da nota de entrada de devolução do cliente. Melhorias de Processos: O Relatório de Garantia por Cliente (RGCLI) foi implementado para exibir o número da nota de entrada de devolução do cliente. Ocorrência: 71290 Caso: O Relatório de Guia de Despacho (RSEPP) estava gerando erro no log do Tomcat no cliente ao ser executado. Não Conformidade: O Relatório de Guia de Despacho (RSEPP) foi modificado para não gerar erro no log do Tomcat ao ser executado. Ocorrência: 68806 Caso: O Relatório de Estoque Disponível X Reserva Loja (REDRE) não estava contemplando os produtos que estavam reservados por causa da consignação. Não Conformidade: O Relatório de Estoque Disponível X Reserva Loja (REDRE) foi criado uma nova coluna CONSIGNADO, onde será colocado as quantidades reservas por consignação do produto. Ocorrência: 70765 Caso: A tela Livro de Entrada (LVENT) o valor do frete informado na tela não estava sendo rateado para os itens da nota. Não Conformidade: A tela Livro de Entrada (LVENT) foi alterada para fazer o rateio do frete entre os itens da nota. Quando o frete é zerado, o rateio dos itens também é zerado. Foi colocado o label "Somar ST no Valor da Nota" explicando para que serve o check ao lado do campo do valor do ICMS ST. Ocorrência: 71036 Caso: O Problema mencionado na ocorrência foi decorrente do não preenchimento da informação do campo da "Categoria para Comissão" na tela Produto por Loja (PROLJ). Melhorias de Processos: Implementações: Foi modificada a tela Comissão de Vendedores (RCVEN) para ajustar o percentual, quando era selecionado o parâmetro Nº 7-Resumo por categoria = Sim. Foi modificada a tela Produto por Loja (PROLJ) para gravar o Categoria Para Comissão informado na tela LOJAS (LOJAS) (opção: Parâmetros) na inclusão do produto, caso este campo não seja informado na PROLJ. Para robustez da melhoria foi modificada a tela Integrações com sistemas Terceiros (INTEG) para gravar o Categoria Para Comissão informado na tela LOJAS (LOJAS) -(opção: Parâmetros) na inclusão do produto. Ocorrência: 68983
Página | 16
Caso: O sistema apresentava uma diferença entre o valor contábil e o valor da base de PIS e COFINS, esse valor deveria ser o valor do frete, o qual não estava correspondia a diferença. Não Conformidade: Foi corrigido o cálculo do valor do frete obtendo esse valor pelo somatório do rateio do frete dos itens das notas. Também foi criado o parâmetro de relatório, no Relatório Resumo de Apuração do ICMS(RAPUR) que irá permitir o cálculo do valor ISENTO E NÃO ISENTO da base de PIS e COFINS de acordo se o CFOP é tributável ou não. Esses valores são os mesmos mostrados no relatório da transação COPIS, só que de maneira totalizada.
.
Página | 17