Page 1

Nexgen2.3

Notas - Release 112

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 .................................................................................... 8 FRENTE DE LOJA ................................................................................................. 9 Processo: Pedido de Venda de Cliente ................................................................. 9 Processo: Recebimento de Pedido de Cliente...................................................... 9 RETAGUARDA ..................................................................................................... 10 Processo: Devolução de Pedido de Cliente com Garantia ................................. 10 Processo: Aprovação de Crédito de Cliente ....................................................... 10 Processo: Histórico de Garantias ........................................................................ 10 Processo: Gerar Arquivos Importação Mtrix ....................................................... 10 Processo: Cadastro de Empresa ......................................................................... 11 Processo: Junção de Notas ................................................................................. 11 Processo: Consulta de Descontos....................................................................... 11 Processo: Associar Produto Não Importados XML ............................................. 11 Processo: Integração com Sistema de Terceiros ............................................... 12 Processo: Vendas com Cartão TEF Crédito e Débito ........................................ 12 Processo: Cancela Pendências ........................................................................... 12 Processo: Pedidos Ecommerce VTEX. ............................................................... 12 Processo: Integração com o Ecommerce VETEX .............................................. 13 MENSAGERIA ...................................................................................................... 13 Processo: Mensageria Secrel e NF-e do Brasil .................................................. 13 AJUSTES GERAIS ............................................................................................... 14 Processo: NexgenPdv2.4.2 ................................................................................. 14 Processo: Impressão Remota.............................................................................. 14 Processo: Relatórios ............................................................................................ 15 Processo: Estrutura de Dados ............................................................................. 17

Página | 2


NOVIDADES NexgenPDV 2.4.2 Impressão Remota Algumas telas receberam a funcionalidade de impressão remota.

Gerar Arquivos Importação Mtrix Foi desenvolvida tela Gerar Arquivos Importação Mtrix (MTRIX) para gerar arquivos para integração, esses são referentes a Clientes, Vendas, Produtos, Estoque e Força de Venda. Foi também realizado ajuste no layout do arquivo de venda.

Relatório Foi implementado relatório Gerar Arquivos Importação (TINY) para integração com sistema TINY. Foi criado parâmetro para filtrar pelo código localizador, agora podendo ser pesquisado pela posição no estoque.

Realizada implementação de melhoria com aumento do limite da memória de inicialização do NexgenPDV 2.4.2. O MonitorPDV 2.4.2 foi implementado para não desconfigurar a mensagem emitida no Cupom ECF blindado, e ao emitir cupom onde o pedido tem tributos a exibir no cupom, será exibida a seguinte mensagem: “Prezado cliente, havendo necessidade de acionar o processo de garantia, este deverá ocorrer somente na unidade onde o produto foi adquirido. Em hipótese alguma realizaremos esse processo por intermédio de forma postal. Consulte nossas garantias através do site”.

Página | 3


PREFÁCIO Versão Nexgen 2.3.112 FRENTE DE LOJA •

A tela Pedido de Venda de Cliente (PEDCV) teve as seguintes modificações: ❖ Foram implementadas para corrigir a geração do pedido para mesmo que gerado em um dia e finalizado em outro dia, a informação de STATUS do pedido seja gerada a do dia da criação do pedido e não mais do dia seguinte da finalização; ❖ Foi para não modificar a base de cálculo do desconto, permanecendo com a mesma base que foi informada inicialmente; A tela Recebimento de Pedido de Ciente teve as seguintes modificações: ❖ Foi implementada para considerar o valor do IPI contido nos itens para abatimento do valor do adiantamento; ❖ Foi implementado para no Recebimento de Peido de Cliente com o parâmetro 899 ( Na construção de nota/cupom, dar preferência ao código interno do produto para identificação ) configurado com valor “SIM”, deverá ser impresso o código interno do sistema para a identificação de produtos, e também no XML dos cupons fiscais gerados;

RETAGUARDA •

• • •

A tela Devolução de Pedido de Cliente (DEVOL) foi implementada com para nas devoluções que são de garantia e não geram crédito, também não devem baixar os títulos do cliente. A tela Aprovação de Crédito de Cliente (APRCR) foi implementada com uma nova coluna para informação da origem do pedido, isto é, de que sistema partiu o pedido, foi também programada com nova opção para listar pedidos pendentes do sistema LDB. Nessa, caso seja marcada a opção serão listados todos os pedidos com origem "LDB", mas não será possível o redirecionamento através do click no registro direto para a análise do pedido, mostrando a seguinte mensagem: "Pedido não pode ser selecionado, pois está pendente de análise automática", caso pedido seja reprovado ser permitido ir para tela de análise de pedido. A tela Histórico de Garantias (HISTG) foi implementada com a correção da consulta do cupom fiscal que teria nova garantia gerada, permitindo assim a sequência linear do processo. Foi desenvolvida tela Gerar Arquivos Importação Mtrix (MTRIX) para gerar arquivos para integração, esses são referentes a Clientes, Vendas, Produtos, Estoque e Força de Venda. Foi também realizado ajuste no layout do arquivo de venda; A tela Cadastro de Empresa (EMPRE) foi implementada para realizar a consulta pelo estabelecimento; A tela Aprovação de Crédito (APRCR) foi implementada para gerar rotina referente ao processo de aprovação automático dos pedidos gerados pelo sistema LDB; A tela Junção de Notas (JNOTA) foi implementada para corrigir a geração boletos bancários para vários clientes e envia-los por e-mail, corrigindo assim a geração de boletos até mesmo para o agente bancário que estava causando o erro;

Página | 4


• • • • •

A tela Consulta de Descontos (DESCC) foi implementada para permitir a exclusão de mais um desconto ao mesmo tempo, sendo assim o código do desconto selecionado será excluído de todas as lojas que possuir esse desconto para categoria que ele estiver associado. Essa exclusão causará a desvinculação desse desconto de todos os produtos aos quais esse esteja vinculado; A tela Associar Produto Não Importados XML (ASXML) foi programada para além da associação permitir a alteração da quantidade importada na nota, desde que o produto não possua fator de conversão, sendo assim caso o produto possua fator essa quantidade será recalculada no momento do fechamento da nota. Para habilitar a quantidade e poder ser alterada de acordo com a necessidade deverá então ser habilitado no sistema o “parâmetro 264= Selecionar a Categoria do Produto” com o valor “padrão”; A tela Integração (INTEG) foi implementada para validar produtos sem preço na integração de cadastro de produtos; A tela Integração com Sistema de Terceiros (INTEG) foi ajustada com validações no processo de integração de produtos; A tela de Vendas com Cartão TEF Crédito e Débito (VCTCD) foi implementada para gerar de maneira devida as datas dos vencimentos das parcelas das vendas em TEF; A tela Cancela Pendências (CANPE) foi implementada para exibir de maneira ordenada numericamente os códigos dos produtos; Foi programada melhoria no processo da alimentação dos pedidos vindos de Ecommerce para aplicação, foi implementada validação quando ocorria algum erro na comunicação com o sistema com o Ecommerce; Foi implementada a integração do sistema NEXGEN com a plataforma de comércio unificado VTEX. Nesse primeiro momento foi desenvolvido a integração de produtos, preços e estoques, juntamente com a emissão de NF-e e pedidos no E-commerce da plataforma;

MENSAGERIA •

Foram implementação para criação do parâmetro 1025 que irá definir se inclui a tag "dhSaiEnt" no xml da NF-e. Ao efetuar venda gerando NF-e com mensageria Secrel ou Mensageria NF-e do brasil, caso o parâmetro 1025 esteja "Sim", será enviado a tag "dhSaiEnt" se estiver "Não" a tag não será enviada no xml;

A Mensageria NF-e do Brasil foi implementada pra gerar notas com a tag de transportador, além das validações para tag de frete;

A Mensageria foi implementada para gera a tag de Inscrição Estadual de acordo com a Unidade da Federação do cliente e não mais da loja como estava ocorrendo;

A Mensageria Secrel foi implementada para na geração de nota considerar a flag "Informar ICMS Desonerado" ao emitir a NF-e, para a flag marcada as tags ("MotDesICMS" e "VICMSDeson") que compõe o ICMS desonerado serão geradas, porém quando flag não esteja marcada, as tags não serão geradas;

AJUSTES GERAIS •

O NexgenPDV 2.4.2 teve as seguintes modificações: ❖ Configurar a mensagem emitida no Cupom ECF blindado, e ao emitir cupom onde o pedido tem tributos a exibir no cupom, será exibida a seguinte mensagem: “Prezado cliente, havendo necessidade de acionar o processo de garantia, este deverá ocorrer somente na unidade onde o produto foi adquirido. Em hipótese

Página | 5


alguma realizaremos esse processo por intermédio de forma postal. Consulte nossas garantias através do site: ...”; ❖ Realizada implementação de melhoria com aumento do limite da memória de inicialização do NexgenPDV 2.4.2;

A Impressão Remota teve as seguintes modificações: ❖ A tela Sangria dos Valores do Caixa (SANCX)foi programada para utilizar a impressão remota na impressão do comprovante de sangria. Para isso deverá ser configurado com valor “SIM” o parâmetro 120 – Impressão Remota; ❖ A tela Estorno de Venda (ESTOV) foi ajustada para permitir que seja utilizada impressão remota. as impressões remotas. Para isso deverá ser configurado com valor “SIM” o parâmetro 120 – Impressão Remota; ❖ Foi programada tela de Recebimento e Pagamento Diversos (MOVCX) para permitir a impressão dos comprovantes com a opção de Impressão Remota. Para isso o parâmetro 120 – impressão remota – deverá ser configurado com o valor “SIM”; ❖ A tela Baixa Parcela de Crediário (BACTR) foi programada com funcionalidades que imprime comprovantes utilizando a impressão remota. Para isso deverá está configurada com valor “SIM” o parâmetro 120 – Impressão Remota;

Os Relatórios tiveram as seguintes modificações: ❖ Foi implementado relatório Gerar Arquivos Importação (TINY) para integração com sistema TINY; ❖ Foi implementado relatório Gerar Arquivos Importação (TINY) para integração com sistema TINY, esse arquivo pode ser gerado nos formatos .cvs e .xls e quando gerados são salvos na pasta “EXPORT” do sistema; ❖ Foi criado parâmetro para filtrar pelo código localizador, agora podendo ser pesquisado pela posição no estoque; ❖ O relatório da tela Comissão de Vendedores (RCVEN) foi alterado para corrigir o problema e considerar os descontos nos itens; ❖ Foi corrigido o Relatório de Pedidos Conferidos na Expedição (RCEXP) na sua forma analítica para exibir a data do pedido de maneira correta; ❖ Foi implementado no Relatório de Pedidos Conferidos na Expedição (RCEXP) a exibição da informação das Quantidades Convertidas de acordo com o fator do produto; ❖ Relatório de PIS/COFINS (COPIS) foi implementado para listar também os valores referente as "Devoluções de Cliente" e de totalização por CFOP/CST; ❖ Criação do parâmetro 899 para priorizar o código interno do sistema na identificação de produtos no XML e cupons gerados, para CF-e, NFC-e e NF-e; ❖ Relatório Geral das Entradas (RGENT) teve adicionado parâmetro “Não Imprimir Itens”, que permiti somente a impressão das notas fiscais e seus valores, para isso deve ser utilizado.

As Estruturas de Dados tiveram as seguintes modificações: ❖ Foi implementada Estrutura de Dados para armazenar informações sobre o CST dos produtos na base de dados que se refere ao NCM do produto. ❖ Foi implementada Estrutura de Dados para identificar se as vendas foram conciliadas no ADYEN.

Página | 6


❖ Foi implementada Estrutura de Dados para guardar informações sobre o identificador do local do destinatário da nota fiscal.

Foi adicionada a informação solicitada a mensagem do Cupom ECF, ficando:” “Prezado cliente, havendo necessidade de acionar o processo de garantia, este deverá ocorrer somente na unidade onde o produto foi adquirido. Em hipótese alguma realizaremos esse processo por intermédio de forma postal. Consulte nossas garantias através do site: ...”.

A tela de Impressão Remota teve as seguintes modificações:

❖ A tela foi ajustada para efetuar a impressão remota, isso quando o parâmetro 120 estiver com valor “SIM”. ❖ Foi alterada a tela de Baixa de Parcela de Crediário para permitir a impressão do recibo de pagamento com a impressão remota. Foi ajustada a impressão de Nota, agora está sendo populado o campo do XML de forma correta. Foi ajustado o processo de alimentação dos pedidos vindos de Ecommerce, que não estavam realizando a revalidação quando ocorria algum erro na comunicação com o sistema.

A tela do Ecommerce teve as seguintes modificações: ❖ Foram implementação para criação do parâmetro 1025 que irá definir se inclui a tag "dhSaiEnt" no xml da NF-e. Ao efetuar venda gerando NF-e com mensageria Secrel ou Mensageria NF-e do brasil, caso o parâmetro 1025 esteja "Sim", será enviado a tag "dhSaiEnt" se estiver "Não" a tag não será enviada no xml. ❖ Ajustada a emissão das notas no ambiente de produção com grete na mensageria NF-e do Brasil, os campos não estão mais sendo trocados. Quanto as informações da transportador, foi implementada um campo para a mesma na mensageria NF-e do Brasil.

Página | 7


RESUMO QUANTITATIVO

CATEGORIA DAS OCORRÊNCIAS LIBERADAS

QUANTIDADE

NOVAS FUNCIONALIDADES1

9

MELHORIAS DE PROCESSOS2

14

OBRIGAÇÕES FISCAIS3

0

NÃO CONFORMIDADE4

18

TOTAL

41 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 | 8


FRENTE DE LOJA Processo: Pedido de Venda de Cliente Ocorrência: 66762 Caso: A tela Pedido de Venda de Cliente (PEDCV) apresentava não conformidade quando gerado pedido em um dia e é finalizado somente no dia seguinte, a informação do STATUS exibe a data do dia seguinte e a hora do dia anterior. Não Conformidade: Foram implementadas as telas Pedido de Venda de Cliente (PEDCV) e Aprovação de Crédito (APRCR) para corrigir a geração do pedido para mesmo que gerado em um dia e finalizado em outro dia, a informação de STATUS do pedido seja gerada a do dia da criação do pedido e não mais do dia seguinte da finalização. Ocorrência: 67194 Caso: A tela Pedido de Venda de Cliente (PEDCV) estava gerando inconformidade no pedido que teve desconto no fechamento. Não Conformidade: A tela Pedido de Venda de Cliente (PEDCV) foi para não modificar a base de cálculo do desconto, permanecendo com a mesma base que foi informada inicialmente.

Processo: Recebimento de Pedido de Cliente Ocorrência: 66830 Caso: A tela Recebimento de Pedido de Ciente quando utilizada para receber um pedido que tem itens com IPI e o pedido tem um adiantamento, crédito, esse não está sendo abatido do total do pedido, sendo abatido somente o valor dos itens sem IPI. Melhorias de Processos: A tela Recebimento de Pedido de Ciente foi implementada para considerar o valor do IPI contido nos itens para abatimento do valor do adiantamento. Ocorrência: 67180 Caso: Ajustar rotina de impressão das notas fiscais para poder selecionar o tipo de código dos produtos (interno ou código de barras) a serem impressos nestes documentos. Não Conformidade: Foi implementado para no Recebimento de Peido de Cliente com o parâmetro 899 ( Na construção de nota/cupom, dar preferência ao código interno do produto para identificação ) configurado com valor “SIM”, deverá ser impresso o código interno do sistema para a identificação de produtos, e também no XML dos cupons fiscais gerados.

Página | 9


RETAGUARDA Processo: Devolução de Pedido de Cliente com Garantia Ocorrência: 67156 Caso: A tela Devolução de Pedido de Cliente (DEVOL) quando realizada devoluções que são de garantia e não geram crédito, estavam sendo baixados os títulos do cliente. Não Conformidade: A tela Devolução de Pedido de Cliente (DEVOL) foi implementada com para nas devoluções que são de garantia e não geram crédito, também não devem baixar os títulos do cliente.

Processo: Aprovação de Crédito de Cliente Ocorrência: 66614 Caso: A tela Aprovação de Crédito de Cliente (APRCR) deverá ser implementada com uma nova coluna para informação da origem do pedido, e com filtro de pedidos de acordo com sua origem e situação. Melhorias de Processo: A tela Aprovação de Crédito de Cliente (APRCR) foi implementada com uma nova coluna para informação da origem do pedido, isto é, de que sistema partiu o pedido, foi também programada com nova opção para listar pedidos pendentes do sistema LDB. Nessa, caso seja marcada a opção serão listados todos os pedidos com origem "LDB", mas não será possível o redirecionamento através do click no registro direto para a análise do pedido, mostrando a seguinte mensagem: "Pedido não pode ser selecionado, pois está pendente de análise automática", caso pedido seja reprovado ser permitido ir para tela de análise de pedido.

Processo: Histórico de Garantias Ocorrência: 66925 Caso: A tela Histórico de Garantias (HISTG) não estava permitindo a geração de uma devolução de garantia de um cupom fiscal, pois já apresentava erro quando era consultado o cupom. Não Conformidade: A tela Histórico de Garantias (HISTG) foi implementada com a correção da consulta do cupom fiscal que teria nova garantia gerada, permitindo assim a sequência linear do processo.

Processo: Gerar Arquivos Importação Mtrix Ocorrência: 66537 Caso: Deverá ser implementada tela para geração de arquivos textos que atendam a integração com o fornecedor específico (HENKEL).

Página | 10


Novas Funcionalidades: Foi desenvolvida tela Gerar Arquivos Importação Mtrix (MTRIX) para gerar arquivos para integração, esses são referentes a Clientes, Vendas, Produtos, Estoque e Força de Venda. Foi também realizado ajuste no layout do arquivo de venda.

Processo: Cadastro de Empresa Ocorrência: 67169 Caso: A tela Cadastro de Empresa (EMPRE) estava exibindo erro quando realizada consulta pelo estabelecimento. Não Conformidade: A tela Cadastro de Empresa (EMPRE) foi implementada para realizar a consulta pelo estabelecimento.

Processo: Junção de Notas Ocorrência: 67005 Caso: Foi solicitado que a tela Junção de Notas (JNOTA) fosse alterada para gerar boletos bancário para vários clientes, pois nesse caso ficou constatado que a geração do boleto de um agente bancário específico estava causando erro. Não Conformidade: A tela Junção de Notas (JNOTA) foi implementada para corrigir a geração boletos bancários para vários clientes e envia-los por e-mail, corrigindo assim a geração de boletos até mesmo para o agente bancário que estava causando o erro.

Processo: Consulta de Descontos Ocorrência: 67134 Caso: A tela Consulta de Descontos (DESCC) só permitia a exclusão de um desconto por vez, ou seja, só era permitindo a exclusão do desconto selecionado. Melhorias de Processos: A tela Consulta de Descontos (DESCC) foi implementada para permitir a exclusão de mais um desconto ao mesmo tempo, sendo assim o código do desconto selecionado será excluído de todas as lojas que possuir esse desconto para categoria que ele estiver associado. Essa exclusão causará a desvinculação desse desconto de todos os produtos aos quais esse esteja vinculado.

Processo: Associar Produto Não Importados XML Ocorrência: 66252 Caso: A tela Associar Produto Não Importados XML (ASXML) Não Conformidade: A tela Associar Produto Não Importados XML (ASXML) foi programada para além da associação permitir a alteração da quantidade importada na nota, desde que o produto não possua fator de conversão, sendo assim caso o produto possua fator essa quantidade será recalculada no momento do fechamento da nota. Para habilitar a quantidade e

Página | 11


poder ser alterada de acordo com a necessidade deverá então ser habilitado no sistema o “parâmetro 264= Selecionar a Categoria do Produto” com o valor “padrão”.

Processo: Integração com Sistema de Terceiros Ocorrência: 67158 Caso: A tela Integração (INTEG) deverá ser ajustada para integração do cadastro de produtos e que esses quando estiverem sem preço não passem pela validação. Melhorias de Processos: A tela Integração (INTEG) foi implementada para validar produtos sem preço na integração de cadastro de produtos. Ocorrência: 67182 Caso: A tela Integração com Sistema de Terceiros (INTEG) deverá ser ajustada com validações no processo de integração de produtos. Não Conformidade: A tela Integração com Sistema de Terceiros (INTEG) foi ajustada com validações no processo de integração de produtos.

Processo: Vendas com Cartão TEF Crédito e Débito Ocorrência: 67073 Caso: A tela de Vendas com Cartão TEF Crédito e Débito (VCTCD) estava gerando parcelas com as datas de vencimento erradas, ou então atrasas. Não Conformidade: A tela de Vendas com Cartão TEF Crédito e Débito (VCTCD) foi implementada para gerar de maneira devida as datas dos vencimentos das parcelas das vendas em TEF.

Processo: Cancela Pendências Ocorrência: 66726 Caso: A tela Cancela Pendências (CANPE) e não está exibindo os códigos dos produtos ordenados numericamente. Melhorias de Processos: A tela Cancela Pendências (CANPE) foi implementada para exibir de maneira ordenada numericamente os códigos dos produtos.

Processo: Pedidos Ecommerce VTEX. Ocorrência: 67227 Caso: Deverá ser programada melhoria no ciclo de alimentação de pedidos vindos do Ecommerce.

Página | 12


Melhorias de Processos: Foi programada melhoria no processo da alimentação dos pedidos vindos de Ecommerce para aplicação, foi implementada validação quando ocorria algum erro na comunicação com o sistema com o Ecommerce.

Processo: Integração com o Ecommerce VETEX Ocorrência: 66714 Caso: Essa nova funcionalidade deverá trazer como inovação, a integração do sistema NEXGEN junto a plataforma de comércio unificado VTEX. Novas Funcionalidades: Foi implementada a integração do sistema NEXGEN com a plataforma de comércio unificado VTEX. Nesse primeiro momento foi desenvolvido a integração de produtos, preços e estoques, juntamente com a emissão de NF-e e pedidos no E-commerce da plataforma. Com essa nova integração foram geradas duas novas telas: Monitoramento Ecommerce (MECOM), é nessa que são monitoradas as tentativas sem sucesso de integração de Produtos, Preços e Estoque, e os Faturamentos de pedidos ainda pendentes, ou que houve algum erro; Monitoramento Ecommerce (MPEDE), esta é a transação para faturamento do pedido e onde fatura não emitida com sucesso também poderão ser resolvida.

MENSAGERIA Processo: Mensageria Secrel e NF-e do Brasil Ocorrência: 67150 Caso: Foi constatado que temos uma tag no xml de NF-e modelo 55 chamada: <dhSaiEnt> que é opcional de acordo com as documentações de notas técnicas. Logo, com a integração entre a aplicação Nexgen e a plataforma VTEX - Ecommerce quando integrarmos um XML como DIFAL para a ferramenta que gera as guias, temos uma cobrança de juros quando a guia é gerada no período após o período de corte da ferramenta, que se baseia nessa tag. Melhorias de Processos: Foram implementação para criação do parâmetro 1025 que irá definir se inclui a tag "dhSaiEnt" no xml da NF-e. Ao efetuar venda gerando NF-e com mensageria Secrel ou Mensageria NF-e do brasil, caso o parâmetro 1025 esteja "Sim", será enviado a tag "dhSaiEnt" se estiver "Não" a tag não será enviada no xml. Ocorrência: 67165 Caso: Foi notado uma inconformidade na emissão das notas no ambiente de produção com frete, na mensageria NF-e do Brasil. Além dessa inconformidade, também foi solicitado que ajustasse o envio das informações da transportadora. Não Conformidade: A Mensageria NF-e do Brasil foi implementada pra gerar notas com a tag de transportador, além das validações para tag de frete.

Página | 13


Ocorrência: 67175 Caso: A Mensageria deverá ser implementada para gerar notas com a tag de inscrição Estadual a partir da Unidade da federação do cliente. Não Conformidade: A Mensageria foi implementada para gera a tag de Inscrição Estadual de acordo com a Unidade da Federação do cliente e não mais da loja como estava ocorrendo. Ocorrência: 67228 Caso: A Mensageria Secrel está gerando NF-e com a tag do motivo de ICMS desonerado, mesmo quando a tela Unidades da Federação (ESTAD) está com a configurada com a flag para não gerar a nota com essa tag. Não Conformidade: A Mensageria Secrel foi implementada para na geração de nota considerar a flag "Informar ICMS Desonerado" ao emitir a NF-e, para a flag marcada as tags ("MotDesICMS" e "VICMSDeson") que compõe o ICMS desonerado serão geradas, porém quando flag não esteja marcada, as tags não serão geradas.

AJUSTES GERAIS Processo: NexgenPdv2.4.2 Ocorrência: 67167 Caso: Deverá se implementada aumento de memória no executável dom monitor NexgenPDV 2.4.2 para otimização na inicialização. Melhoria de Processos: Realizada implementação de melhoria com aumento do limite da memória de inicialização do NexgenPDV 2.4.2. Ocorrência: 67108 Caso: Solicitado que fosse ajustada a mensagem da impressão do cupom ECF blindado no estado de Santa Catarina. Não Conformidade: O MonitorPDV 2.4.2 foi implementado para não desconfigurar a mensagem emitida no Cupom ECF blindado, e ao emitir cupom onde o pedido tem tributos a exibir no cupom, será exibida a seguinte mensagem: “Prezado cliente, havendo necessidade de acionar o processo de garantia, este deverá ocorrer somente na unidade onde o produto foi adquirido. Em hipótese alguma realizaremos esse processo por intermédio de forma postal. Consulte nossas garantias através do site: ...”.

Processo: Impressão Remota Ocorrência: 67188 Caso: A tela Sangria dos Valores do Caixa (SANCX) deverá ser implementada para impressão do comprovante de sangria com a impressão remota.

Página | 14


Novas Funcionalidades: A tela Sangria dos Valores do Caixa (SANCX)foi programada para para utilizar a impressão remota na impressão do comprovante de sangria. Para isso deverá ser configurado com valor “SIM” o parâmetro 120 – Impressão Remota. Ocorrência: 67190 Caso: Ajustar na tela Estorno de Venda (ESTOV) a impressão dos comprovantes para ser utilizada a impressão remota. Não Conformidade: A tela Estorno de Venda (ESTOV) foi ajustada para permitir que seja utilizada impressão remota. as impressões remotas. Para isso deverá ser configurado com valor “SIM” o parâmetro 120 – Impressão Remota. Ocorrência: 67189 Caso: Ajustar tela Recebimento e Pagamento Diversos (MOVCX) para imprimir com Impressão Remota. Novas Funcionalidades: Foi programada tela de Recebimento e Pagamento Diversos (MOVCX) para permitir a impressão dos comprovantes com a opção de Impressão Remota. Para isso o parâmetro 120 – impressão remota – deverá ser configurado com o valor “SIM”. Ocorrência: 67178 Caso: A tela Baixa Parcela de Crediário (BACTR) deverá ser ajustada para na rotina de impressão dos comprovantes de pagamento do crediário, imprimir utilizando a Impressão Remota. Novas Funcionalidades: A tela Baixa Parcela de Crediário (BACTR) foi programada com nova funcionalidades que imprime comprovantes utilizando a impressão remota. Para isso deverá está configurada com valor “SIM” o parâmetro 120 – Impressão Remota.

Processo: Relatórios Ocorrência: 67122 Caso: Criar tela para geração de arquivo dos produtos cadastrados para integração com sistema específico. Novas Funcionalidades: Foi implementado relatório Gerar Arquivos Importação (TINY) para integração com sistema TINY. Ocorrência: 67133 Caso: Criar tela para geração de arquivo dos produtos cadastrados para integração com sistema específico. Novas Funcionalidades: Foi implementado relatório Gerar Arquivos Importação (TINY) para integração com sistema TINY, esse arquivo pode ser gerado nos formatos .cvs e .xls e quando gerados são salvos na pasta “EXPORT” do sistema.

Página | 15


Ocorrência: 67204 Caso: O Relatório Posição Geral do Estoque (RPGER) deve ser implementado com o parâmetro código localizador no relatório. Novas Funcionalidades: O Relatório Posição Geral do Estoque (RPGER) foi implementado com parâmetro para filtrar pelo código localizador. Ocorrência: 67161 Caso: O Relatório Comissão de Vendedores (RCVEN) não estava levando em consideração o desconto em um item quando exibido. Melhorias de Processos: O Relatório Comissão de Vendedores (RCVEN) foi programado para levar em consideração os itens que tiveram descontos. Ocorrência: 66566 Caso: O Relatório de Pedidos Conferidos na Expedição (RCEXP) está exibindo de maneira incorreta a data do pedido. Não Conformidade: Foi corrigido o Relatório de Pedidos Conferidos na Expedição (RCEXP) na sua forma analítica para exibir a data do pedido de maneira correta. Ocorrência: 66585 Caso: O Relatório de Entrada de Mercadorias (RENTM) deverá ser implementado para exibir a informação das Quantidades Convertidas. Melhorias de Processos: Foi implementado no Relatório de Pedidos Conferidos na Expedição (RCEXP) a exibição da informação das Quantidades Convertidas de acordo com o fator do produto. Ocorrência: 66977 Caso: O Relatório de PIS/COFINS ( COPIS ) deverá ser melhorado com a exibição de informação das "Devoluções de Cliente" e de totalização por CFOP/CST. Melhorias de Processos: Relatório de PIS/COFINS ( COPIS ) foi implementado para listar também os valores referente as "Devoluções de Cliente" e de totalização por CFOP/CST. Ocorrência: 66770 Caso: Criação de um relatório que onde possamos definir para imprimir somente as notas fiscais e seus valores, sem a impressão dos itens. Melhorias de Processo: O Relatório Geral das Entradas (RGENT) teve adicionado parâmetro “Não Imprimir Itens”, que permiti somente a impressão das notas fiscais e seus valores, para isso deve ser utilizado.

Página | 16


Processo: Estrutura de Dados Ocorrência: 67184 Caso: Criar Estrutura de Dados para armazenar informações sobre o CST dos produtos na base de dados. Melhorias de Processos: Foi implementada Estrutura de Dados para armazenar informações sobre o CST dos produtos na base de dados que se refere ao NCM do produto. Ocorrência: 67205 Caso: Criar estrutura no Banco de Dados para guardar informações referente a vendas efetuadas com máquina da ADYEN. Melhorias de Processos: Foi criada estrutura no Banco de Dados para guardar informações referente a vendas efetuadas com máquina da ADYEN. Ocorrência: 67257 Caso: Criar estrutura no Banco de Dados para guardar informações referente a identificação da localização destinatário da Nota fiscal. Melhorias de Processos: Foi criada estrutura no Banco de Dados para guardar informações referente a identificação da localização destinatário da Nota fiscal.

Página | 17

Profile for gruposecrel2019

Nexgen 2.3 - Release 112  

Nexgen 2.3 - Release 112  

Advertisement