Issuu

Nexgen2.3

Release 130.

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 PREFÁCIO

RESUMO QUANTITATIVO

FRENTE DE LOJA

Processo: Pedido de Venda de Cliente

Processo: Integração Nexgen x WooCommerce

Processo: Integração Nexgen x TEF MÓVEL ADYEN

Processo: Integração Nexgen x Ecommerce

ÓTICA

Processo: Ordem de Serviço de Retificação

Processo: Geração de Malote no Laboratório

Processo: Separação de Pedidos de Ótica

Processo: Consulta de Status de Ordem de Serviço

Processo: Recebimento de Pedido – QrCode Mercado Pago

Processo: Ordem de Serviços Show Room

Processo: Impressão de Ordem de Serviço – Elgin I9.

RETAGUARDA

Processo: Atualização na Importação de Preço do Produto

Processo: Recebimento de Pedido Cartão Presente

Processo: Devolução de Cliente de Venda

Processo: Cadastro de Cliente

Processo: Emissão de boleto Carnet Impressora térmica

Processo: Monitoramento de Pedido Ecommerce

Processo: Gerar Nota Fiscal/Cupom Fiscal

Processo: Nota Fiscal de Devolução ao Fornecedor

Processo: Numeração de Série – Notas Fiscais Eletrônicas

Processo: Consulta de Produtos

Processo: Cadastro de Integradoras - PIX

Processo: Etiquetas de Produtos

Processo: Atualização de Importação

Processo: Importação de Cupom e Nota de Venda

Processo: Emissão de Carnet

20 Página | 2

Processo: Gestão de Nota Fiscal Eletrônica

Processo: Emissão de Carta de Correção de Nota Fiscal

Processo: Manutenção de Caixa

Processo: Consulta Dados do Inventário

Processo: Importação de Conhecimento de Frete

Processo: Cancelamento e Exclusão de Nota Fiscal

Processo: Atualização de Estoque

Mensageria

Processo: Emissão de Notas Técnicas (NT 2020.006 V.1.20)

Processo: Emissão de Notas Fiscal Eletrônica NF-e

AJUSTES GERAIS

Processo: Ajustes SPED FISCAL

Processo: Atualizações - Sistema NEXGEN

Processo: Atualizações – NEXGENPDV 2.4.2

Processo: Relatórios

Processo: Estrutura de Banco de Dados

Página | 3

PREFÁCIO A versão 2.3.130 teve as seguintes modificações: FRETE DE LOJA ●

● ● ● ● ●

● ● ● ● ● ●

A tela Pedido de Venda de Cliente (PEDCV) foi implementada com a correção no processo de cancelamento da compra com cartão presente ” Todo Cartões”, foi identificado que o processo estava retornando um campo diferente do esperado ao efetuar o cancelamento. A tela Pedido de Venda de Cliente (PEDCV) foi implementada com a correção no processo de geração do pedido quando o vale troca utilizado é gerado usando o número do pedido. A tela Pedido de Venda de Cliente (PEDCV) foi implementada com a alteração para permitir que haja a permissão de dá o desconto com mais de 3 dígitos no limite das campanhas. A tela Recebimento de Pedido de Cliente teve alteração para imprimir no Danfe MF-e/CF-e os dados de CPF/CNPJ e Nome do cliente, quando a opção para exigir a identificação do cliente esteja ativada. Na integração nexgen está gerando um novo produto aleatório no E-commerce sem vínculo com o produto alterado no Nexgen. Efetuado a correção na função de consulta pagamento Adyen, quando ocorreu o seguinte caso: Efetuar venda e receber com TEF Adyen, ao enviar o valor da venda para a maquineta, não autorizar a venda, deixando dar timeout no Nexgen, após receber a mensagem no Nexgen, autorizar a venda na maquineta, no Nexgen, clicar no botão "Consultar Pagamento". Efetuar alteração na tela Conciliação de vendas Offline (CVOFF) para ao solicitar o arquivo de vendas offline considerar o tipo de ambiente para Adyen, conforme tela LOJAS. Efetuado a correção integração com o nexgen com o Ecommerce está sendo exibido na geração de pedido para endereços sem número. Realizadas as alterações para tratamento de pedidos gerados no Marketplace para serem gravados devidamente nas estruturas do Banco de Dados. Foi verificado que o problema estava na forma de obter o desconto para produtos com 100% de desconto. Correção efetuada na forma de obter desconto para produtos com 100% de desconto. Foi alterado o módulo de integração com o VTEX, foi feita a verificação para que não seja informado o campo ligado a Preço de Custo para valores zerados. O erro ocorria por tempo do retorno do VTEX, mas ocorria devido a uma função que não precisava e não deveria estar sendo mais chamada, que era a de cadastrar uma categoria que já estava cadastrada. A chamada foi alterada para não tentar o recadastro e o problema foi resolvido.

ÓTICA ●

Implementado campo “aroVert” que estava faltando na consulta de impressão da OS Retificação.

Página | 4

●

Foi implementada a correção de geração de malote no laboratório de montagem quando o malote era da Ordem de Produção.

●

A tela Separação de Pedidos (SEPAR) foi implementada para ignorar estoque reserva em ambiente de Ótica. Efetuada correção no processo de separação de pedido recebidos do Ecommerce, para quando o parâmetro 1231(Tipo de estoque pedidos ecommerce) = FÍSICO, só considerar o estoque físico na separação de pedidos. Foi corrigida a nota de entrega da garantia para que os valores dos descontos da nota original da devolução de garantia fossem mostrados nela, ficando a nota de devolução e da entrega iguais na demonstração dos valores. Assim como, ajustado para que as notas de recebimento de malote, ajuste do estoque, a partir de uma planilha, e a nota de ajuste fossem pegar os CST de PIS e COFINS a partir da OPFIS. Validação do Processo MercadoPago, recebimento via QrCode nos caixas. Foi implementado o conceito de dois depósitos possíveis para reserva da armação da OS Showroom. Assim como, a geração da OS como Showroom apenas baseado no cadastro do produto, não tendo mais a necessidade da escolha do usuário da opção de OS Showroom na tela. Foi implementada, também, a possibilidade do fechamento automático dos malotes abertos de uma determinada loja no laboratório. O sistema foi alterado para retirar o flag que determina que a OS é Showroom, quando ela fosse colocada no status de em Retificação. Esse flag será atualizado para Show Room, novamente, quando a OS Retificada voltar para a loja, no processo de recebimento de malote, isso se faz necessário para que quando ela for entregue a reserva do laboratório seja retirada. Foi desenvolvido a impressão da Ordem de Serviço em 40 colunas para impressão na impressora térmica Elgin i9.

● ●

●

RETAGUARDA ● Efetuada correção no processo de Atualização de Importação de Preço do Produto ( ●

● ● ● ●

●

REAJF), para caso não seja informado a data de alteração do preço, será considerada a data atual. A tela Recebimento de Pedido Cartão Presente (RECCP)foi implementada com correção no processo de consulta/venda de cartão presente Todo Cartões, efetuada também melhoria no retorno das mensagens, modificação feita também no controle do saldo do pedido. A tela Devolução de cliente de Venda (DEVOL) foi implementada com a correção na devolução parcial de itens além de corrigir erro de numeração de série na Nota Fiscal do Consumidor Eletrônica (NFC-e). A tela Devolução de Cliente (DEVOL)foi implementada para corrigir o erro de devolução de nota na mesma UF mencionada na ocorrência. A tela Cadastro de Cliente foi implementada com correção no erro ao excluir um cadastro de cliente . A tela Cadastro de Créditos de Clientes (CCRED) foi implementada para permitir a junção de créditos mesmo que esses estejam com validade vencida, para que os sistema se comporte dessa maneira deverá então o parâmetro 1350 - “Permitir Juntar Crédito” esteja setado com o valor igual a “SIM”. Foi modificada a tela Guia do Comprador (GUIAC) Preparando a inconsistência, o cenário atual o usuário pode agora efetuar as consultas dos itens nas lojas cadastradas no sistema independente de qual estiver logado.

Página | 5

●

Realizar a emissão do Boleto na impressora térmica no recebimento do pedido clicando no botão imprimir Boleto, para esse processo foi criado o parâmetro 1184

para emitir Boleto na Impressora Térmica. O Boleto será sempre em vídeo. Foi criado o parâmetro 1185 para determinar o valor mínimo para emitir boleto no caixa. ● A tela monitoramento de Pedido Ecommerce (MPEDE) foi implementada com índices no banco de dados para melhora da performance. ● A tela Gerar Nota Fiscal/Cupom Fiscal ( GNFCF) foi implementada para permitir gerar nota de acompanhamento a partir de CF-e SAT. ● Efetuada implementação do Nexgen para segundo período de expurgo de juros por conta da pandemia, desta forma foi criado campos para configuração desse período, para que quando o cliente for efetuar o pagamento não seja cobrado juros no período informado. ● A tela Nota Fiscal de Devolução ao Fornecedor foi retirada e assim corrigiu o problema na sua utilização. ● A tela Operações Fiscais (OPFIS) foi implementada para permitir a modificação do número de série das Notas Fiscais Eletrônicas. ● A tela Cadastro de Produtos (PRODU) foi implementada com a correção na sua consulta de produtos. ● A tela Cadastro de Integradoras (CADIN) teve implementar as validações de maneira correta para permitir o cadastro de novas integradoras para utilização do PIX. No cenário atual o usuário já pode realizar qualquer alteração. A mensagem era exibida pois a tela de cadastro de produto estava pendente no reajuste de preço, porém essa tela foi modificada para permitir alterações independente de reajuste de preços futuros. ● A tela Emitir Etiquetas de Produtos (ETQPD) foi implementada para emitir etiquetas de produtos com modelo EXCEL. ● Efetuado tratamento na tela (REAJF), para caso esteja sendo importado algum produto que não tenha relação com os produtos já cadastrados seja mostrada uma mensagem informando o problema, antes estava mostrando um erro. ● A tela Importação de Cupom e Nota de Venda (IMPCF) foi implementada uma melhoria necessária para correção do erro apresentado ao importar XML de uma nota fiscal. ● A tela Emissão de Carnet (CARNE) foi implementada com melhoria para exibir mensagem e não mais erro quando for tentado imprimir parcela que já foi liquidada. ● A tela Gestão de Nota Fiscal (GNOTA) foi implementada para baixar XML de acordo com qualquer filtro informado na tela e para qualquer tipo de nota fiscal. ● Efetuada correção na emissão de carta de correção de NF-e no estado de Pernambuco. ● Efetuada correção no processo da tela Manutenção de Caixa(MANCX) para o caso de alteração na forma de pagamento para POS utilizando o botão "Manter Cartão”. ● Foi efetuada uma melhoria da rotina de inventários, agora é possível gravar os status dos usuários que estabeleceras as execuções de Abrir, Cancelar, Fechar, Reabrir e o próprio Status de inventário. ● Foi implementada uma função para atribuir essa atividade: Buscar e Mostrar os resultados ao realizar uma consulta. ● Problema corrigido, o erro era ocasionado ao deparar-se com variáveis contidas nas categorias selecionadas no agrupador de categorias do inventário que estava truncando. ● A tela Importação de Conhecimento de Frete (IMPACT) foi implementada com melhoria para importar a nova tag "qrCodCTe" na importação do CT-e.

Página | 6

●

Foi efetuada a correção na tela de Cancelamento e Exclusão de Nota Fiscal (CNENT), o sistema não permite mais a exclusão de notas na qual já foi realizado o fechamento.

●

Foi modificada a tela de Atualização de Estoque para realizar a verificação de status do protocolo que está sendo finalizado um protocolo e existe alguma divergência, caso exista o Lote Protocolo não será finalizado até que todas as divergências sejam resolvidas. Na tela Análise de Crédito (ANACR) foi verificado que se o cliente não tinha parcelas abertas, o sistema consultava os dados por outro método e nesse método não estava retornando os dados que foram mencionados na ocorrência. O método foi alterado para retornar todos os dados necessários. Foi implementada correção para o erro ao acessar a tela de TERMINAIS (TERMI ).

●

MENSAGERIA ● ●

Foi implementada a atualização no sistema Nexgen para agregar a versão NT2020.006 V1.20, esta nota tem o objetivo de implementar algumas tags e validações incluídas nesta versão. Foi efetuada correção na emissão da nota quando existe a modalidade de pagamento crédito de cliente, estava sendo gerado um valor de troco, sem necessidade.

OBRIGAÇÕES FISCAIS ● ● ●

O sistema foi alterado para não somar o Fundo de Combate à Pobreza (FCP) aos campos de valor da nota e valor do ICMS dos registros C100 e C190. Ajustado SPED FISCAL, quando ocorreram movimentações dos cartões com o CNPJ da administradora igual a zero. Foi implementado a crítica para versão 15 a partir de 01/01/21 e os registros C180 e C181, não foram implementados pois o Nexgen não faz apuração de ICMS Substituição Tributária e esses dois registros se referem a esse tipo de apuração.

AJUSTE GERAIS ● ● ● ● ● ●

Liberadas mais classes que a ocorrência 68948 necessitava quando foi liberada na atualização citada. A alteração foi realizada no banco de dados do cliente e liberado o script para ser executado nos outros bancos dos clientes. Foram retirados os "TRACES" e "System_out_println" das classes do Nexgen, pois estes arquivos estavam consumidos muito espaço do disco ,como também lentidão na aplicação. Alteração realizada devido a bug de compilação da ocorrência 69038. NexgenPDV 2.4.2 foi atualizado completo com as últimas atualizações e DLL’s SITEF para homologação do processo PIX. O Relatório FORTES (RFORT) foi corrigido para exibir corretamente dígitos quando informado milhões.

Página | 7

● ●

O Relatório Analítico de Caixa (RANCX) foi corrigido erro quando gerado com o campo de NSU alfanumérico. O Relatório Analítico de Caixa (RANCX) foi corrigido para imprimir o Resumo do Dia sem inconformidade.

●

O Relatório Resumo de Vendas (REVEN) foi gerado usando uma atualização do programa de geração de relatório e está sendo impresso corretamente no NexgenBrowser. ● O Relatório de estoque e Vendas das Lojas (REVLJ) foi implementado para geração de planilha Excel, referente a Estoque e Vendas. Nos relatórios que utilizam a tabela “SPOOL_RELATORIOS” foi adicionado o “order by” para evitar futuros erros que poderiam vir a acontecer. ● Relatório Comissão de Vendedores (RCVEN) foi implementado com correção quando filtrado por "Tipo de Comissão: Vendas" e "Comissão por Categoria: Sim". ● O Relatório Comissão de Vendedores (RCVEN) foi implementado c para listar o relatório, caso o parâmetro 12-Comissão por Categoria = Sim e se o campo: "Categoria para Comissão" não for informado na transação: LOJAS na opção: "Parâmetros", sistema deve exibir mensagem "A Categoria para Comissão não foi informado na transação PARLJ". ● O Relatório Movimentações Financeiras do Crediário (RMFIN) foi implementado não considerar as baixas por negociação referente aos contratos que foram renegociados e também subtrair das parcelas os juros dos contratos renegociados e adicionar este valor na coluna “Permanência”. Agora existem dois tipos de relatórios: Comparativo de Vendas ou Devolução por Vendedor, que é o novo relatório adicionado e o anterior que já existia: Relatório de itens devolvidos. Eles podem ser acessados a partir da transação RIDEV pelo parâmetro número 5 (Modelo do relatório a ser impresso). ● O Relatório Comissão de Vendedores (RCVEN) foi implementado para que possa ser gerado no em formato Excel dentro do Nexgen. ● A tela Relatório de Faturamento por Categoria (RFATU) foi criada uma tela para selecionar inúmeras categorias, nela foi criado um botão que dará acesso a tela criada que possui categorias a serem selecionadas, o relatório será impresso usando essas informações, caso contrário, será impresso pegando todas as categorias, como anteriormente. ● O Relatório (REPVD)erro mencionado ao consultar e reajustar preço de promoção foram implementados para não acontecer. ● O Relatório Comissão de Vendedores (RRANA) foi modificado para ajustar o tamanho da coluna "Documento" referente ao tipo de documento fiscal "CF-e". ● Foi criada estrutura no Banco de Dados para criação de campos de informações na consulta de ordem de serviço. ● Foi criada estrutura no Banco de Dados para criação de campos de para gravação do CNAE a que este serviço está associado, caso não seja informado, o CNAE informado para a loja é o que será informado para a emissão da nota ●

Página | 8

RESUMO QUANTITATIVO

CATEGORIA DAS OCORRÊNCIAS LIBERADAS

QUANTIDADE

NOVAS FUNCIONALIDADES1

MELHORIAS DE PROCESSO2

OBRIGAÇÕES FISCAIS3

NÃO CONFORMIDADE4

TOTAL

77 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 | 9

FRENTE DE LOJA Processo: Pedido de Venda de Cliente Ocorrência: 69295 Caso: A tela Pedido de Venda de Cliente (PEDCV) ao incluir um cartão presente, Todo Cartões, através do botão Saldo Cartão, não permite a exclusão desse cartão caso necessário. Não Conformidade: A tela Pedido de Venda de Cliente (PEDCV) foi implementada com a correção no processo de cancelamento da compra com cartão presente ” Todo Cartões”, foi identificado que o processo estava retornando um campo diferente do esperado ao efetuar o cancelamento. Ocorrência: 69556 Caso: A tela Pedido de Venda de Cliente (PEDCV) não critica a falta das informações do cliente ao tentar gerar o vale troca, dessa forma em alguns casos a tela não permite digitar o número da matrícula do vendedor, porém aconteceu de forma intermitente, o problema quando o vale-troca é gerado usando o número do pedido. Não Conformidade: A tela Pedido de Venda de Cliente (PEDCV) foi implementada com a correção no processo geração do pedido quando o vale troca utilizado é gerado usando número do pedido. Ocorrência: 69152 Caso: A tela Pedido de Venda de Cliente (PEDCV) não está mais aceitando valores decimais com mais de 3 dígitos (Ex.: 999 é aceito já 150,25 não é) se ultrapassar as 3 casas o sistema não grava. Isto também ocorre ao acessar as campanhas atendidas quando o desconto é na campanha principal do tipo de benefício limite. Melhorias do Processo: A tela Pedido de Venda de Cliente (PEDCV) foi implementada com a alteração para permitir que haja a permissão de dá o desconto com mais de 3 dígitos no limite das campanhas.

Processo: Recebimento de Pedido de Cliente Ocorrência: 69526 Caso: A tela Recebimento de Pedido de Cliente, foi atualizado o parâmetro na ESTAD, para exigir CPF na nota na praça de fortaleza. na tela está ok, mas não está sendo impresso os dados do CPF na nota.

Página | 10

Não Conformidade: A tela Recebimento de Pedido de Cliente teve alteração para imprimir no Danfe MF-e/CF-e os dados de CPF/CNPJ e Nome do cliente, quando a opção para exigir a identificação do cliente esteja ativada. Ocorrência: 68676 Caso: A tela Recebimento de Pedido de Cliente quando utilizada para envio boleto para o cliente utilizando o botão Enviar E-mail Boleto, não realiza operação. Não Conformidade: Problema que não estava enviando email do boleto ocorria porque no caso do AZURE a propriedade STARTTLS não estava sendo informada e com isso ficava com valor nulo e no momento da conexão com o servidor de email ocorria o problema, essa propriedade trata da segurança de email enviado pelo site. No NEXGEN já existe um parâmetro 618 que trata desse caso e para a rotina de envio de boleto por email não estava sendo tratado. A classe RulBoleto foi alterada para considerar o parâmetro 618 e configura True ou False a propriedade STARTTLS.

Processo: Integração Nexgen x WooCommerce Ocorrência: 69734 Caso: Na integração nexgen está gerando um novo produto aleatório no E-commerce sem vínculo com o produto alterado no Nexgen. Melhorias de Processo: Efetuadas as seguintes melhorias para o caso acima citado: 1 - Efetuada correção no processo de atualização do produto, corrigindo assim a inclusão incorreta de um novo produto no ecommerce ao fazer uma atualização de produto disponível para ecommerce no Nexgen. 2 - Implementar a alteração da categoria, a alteração da categoria só é enviada ao WooCommerce quando o Nexgen for enviar algum produto associado a categoria, o Nexgen não envia somente a categoria para o ecommerce, as informações de categoria, grade e variações do produto só são enviadas quando um produto relacionado é enviado. 3 - Verificado que o erro na geração de uma nota através de um pedido recebido do ecommerce estava ocorrendo por conta dos valores do cartão não estão sendo retornados. Efetuada alteração no sistema para exibir uma mensagem de erro quando não for possível preencher todos os campos necessários referente ao pagamento.

Processo: Integração Nexgen x TEF MÓVEL ADYEN Ocorrência: 69130 Caso: Na integração com o Nexgen, quando a tela da Adyen gera timeout e após o time out da tela do Nexgen o pagamento no terminal é realizado, porém ao clicar em consulta Pagto. gera o erro de consulta . Não Conformidade: Efetuado a correção na função de consulta pagamento Adyen, quando ocorreu o seguinte caso: Efetuar venda e receber com TEF Adyen, ao enviar o valor da venda para a maquineta, não autorizar a venda, deixando dar timeout no Página | 11

Nexgen, após receber a mensagem no Nexgen, autorizar a venda na maquineta, no Nexgen, clicar no botão "Consultar Pagamento". Ocorrência: 68600 Caso: Na integração com o Nexgen, quando gerado relatório da ADYEN desintegrado pela tela Conciliação de vendas Offline (CVOFF) grava isso no log. Não Conformidade: Efetuar alteração na tela Conciliação de vendas Offline (CVOFF) para ao solicitar o arquivo de vendas offline considerar o tipo de ambiente para Adyen, conforme tela LOJAS.

Processo: Integração Nexgen x Ecommerce Ocorrência: 68960 Caso: Na integração com o nexgen com o Ecommerce está sendo exibido na geração de pedido para endereços sem número. Não Conformidade: Efetuado a correção integração com o nexgen com o Ecommerce está sendo exibido na geração de pedido para endereços sem número. Ocorrência: 70467 Caso: Na integração com o Nexgen com o Ecommerce estão sendo gravados indevidamente nas estruturas do banco de dados. Não Conformidade: Realizadas as alterações para tratamento de pedidos gerado no Marketplace para serem gravados devidamente nas estruturas do Banco de Dados. Ocorrência: 68317 Caso: Na integração com o Nexgen com o Ecommerce os pedidos não estão gravando corretamente as estruturas dos bancos de dados, quando a fatura rejeita a nota e devem ser recalculados. Não Conformidade: Foi verificado que o problema estava na forma de obter o desconto para produtos com 100% de desconto. Correção efetuada na forma de obter desconto para produtos com 100% de desconto. Ocorrência: 68703 Caso: Está ocorrendo um erro de preços na integração com o sistema Nexgen VTEX ao encontrar o valor de custo zerado. Melhorias de Processo: Foi alterado o módulo de integração com o VTEX, foi feita a verificação para que não seja informado o campo ligado a Preço de Custo para valores zerados. Ocorrência: 68703

Página | 12

Caso: Ao marcarmos novos produtos para integrar para o VTEX está dando erro de categoria e o negócio precisa dos produtos no site. Não Conformidade: O erro ocorria por tempo do retorno do VTEX, mas ocorria devido a uma função que não precisava e não deveria estar sendo mais chamada, que era a de cadastrar uma categoria que já estava cadastrada. A chamada foi alterada para não tentar o recadastro e o problema foi resolvido.

ÓTICA Processo: Ordem de Serviço de Retificação Ocorrência: 69959 Caso: O sistema estava apresentando erro na impressão da OS Retificação. Não Conformidade: Implementado campo “aroVert” que estava faltando na consulta de impressão da OS Retificação.

Processo: Geração de Malote no Laboratório Ocorrência: 69229 Caso: O sistema apresentava erros na tela de geração de malote no laboratório de montagem quando o malote era da Ordem de Produção. Não Conformidade: Foi implementada correção de geração de malote no laboratório de montagem quando o malote era de Ordem de Produção.

Processo: Separação de Pedidos de Ótica Ocorrência: 68320 Caso: A tela Separação de Pedidos (SEPAR) não está considerando quantidade em estoque reserva e não está deixando faturar um pedido que tenho saldo em estoque de 1 e reserva de 1. Não Conformidade: A tela Separação de Pedidos (SEPAR) foi implementada para ignorar estoque reserva em ambiente de Ótica. Ocorrência: 70654 Caso: A tela Separação de Pedidos (SEPAR) não está considerando quantidade em estoque físico devidamente na separação de pedidos do ecommerce. Não Conformidade: Efetuada correção no processo de separação de pedido recebidos do Ecommerce, para quando o parâmetro 1231(Tipo de estoque pedidos ecommerce) = FÍSICO, só considerar o estoque físico na separação de pedido.

Página | 13

Processo: Consulta de Status de Ordem de Serviço Ocorrência: 69434 Caso: A nota que estava sendo emitida na hora da entrega da OS Garantia, apesar dos valores estarem corretos, mas os descontos originais da nota de devolução, que dá início ao processo de garantia, não estavam sendo mostrados nessa nota. E as notas de recebimento de malote não estavam apresentando o CST de PIS e COFINS que estavam configurado na OPFIS e sim estavam repetindo os valores da nota de saída, assim como, os acertos do inventário no processo de ajuste de estoque, a partir de uma planilha, e a nota de ajuste de inventário desse processo, também, não estavam colocando o CST de PIS e COFINS da OPFIS. Não Conformidade: Foi corrigida a nota de entrega da garantia para que os valores dos descontos da nota original da devolução de garantia fossem mostrados nela, ficando a nota de devolução e da entrega iguais na demonstração dos valores. Assim como, ajustado para que as notas de recebimento de malote, ajuste do estoque, a partir de uma planilha, e a nota de ajuste fossem pegar os CST de PIS e COFINS a partir da OPFIS.

Processo: Recebimento de Pedido – QrCode Mercado Pago Ocorrência: 69708 Caso: Validação do Processo MercadoPago, recebimento via QrCode nos caixas. Melhorias de Processo: Efetuada implementação no processo de pagamento com QrCode mercado pago, visando a validação que será adotada pelo mercado pago a partir de 20/04/2021: A partir de 20 de Abril de 2021, faremos uma validação na API de criação de QRs (caixas) que poderá afetar sua operação. Com esta validação, não será mais possível criar caixas SEM estar associado a uma loja. Devendo informar no JSON da requisição o atributo store_id ou external_store_id. Esta validação busca que distintas funcionalidades do Mercado Pago operem de forma correta, como: aplicação de descontos, visibilidade de lojas no mapa, conciliação, entre outras mais. Dessa forma se torna obrigatório informar no Nexgen o id da loja já cadastrada no Mercado Pago, para que seja feito o relacionamento entre o caixa e a loja.

Processo: Ordem de Serviços Show Room Ocorrência: 69498 Caso: O processo de OS Showroom não apresentava o conceito de dois depósitos possíveis para reserva da armação da OS Showroom. Nem a geração da OS como Showroom apenas baseado no cadastro do produto, não tendo mais a necessidade da escolha do usuário da opção de OS Showroom na tela. O sistema não apresentava, também, a possibilidade para o fechamento automático dos malotes abertos de uma determinada loja no laboratório. Melhorias de Processo: Foi implementado o conceito de dois depósitos possíveis para reserva da armação da OS Showroom. Assim como, a geração da OS como Showroom apenas baseado no cadastro do produto, não tendo mais a necessidade da Página | 14

escolha do usuário da opção de OS Showroom na tela. Foi implementada, também, a possibilidade do fechamento automático dos malotes abertos de uma determinada loja no laboratório. Ocorrência: 69995 Caso: Após colocar uma OS no status de Em Retificação, por qualquer motivo, o sistema continuava tratando a OS como Show Room, o que fazia que ao gerar o malote não fosse emitido a nota de acompanhamento do óculos para o laboratório, o que poderia gerar problemas com o FISCO. Melhorias de Processo: O sistema foi alterado para retirar o flag que determina que a OS é Showroom, quando ela fosse colocada no status de em Retificação. Esse flag será atualizado para Show Room, novamente, quando a OS Retificada voltar para a loja, no processo de recebimento de malote, isso se faz necessário para que quando ela for entregue a reserva do laboratório seja retirada.

Processo: Impressão de Ordem de Serviço – Elgin I9. Ocorrência: 70102 Caso: Deverá ser implementado um modelo de Ordem de Serviço para impressão em impressora não fiscal Elgin I9 40 colunas. Novas Funcionalidades: Foi desenvolvido a impressão da Ordem de Serviço em 40 colunas para impressão na impressora térmica Elgin i9.

RETAGUARDA Processo: Atualização na Importação de Preço do Produto Ocorrência: 70865 Caso: Atualização de Importação de Preço do Produto ( REAJF) após importação sistema não está atualizando preço de maneira correta com a data de alteração do valor da planilha importada. Não Conformidade: Efetuada correção no processo de Atualização de Importação de Preço do Produto ( REAJF), para caso não seja informado a data de alteração do preço, será considerada a data atual.

Processo: Recebimento de Pedido Cartão Presente Ocorrência: 69922 Caso: A tela Recebimento de Pedido Cartão Presente (RECCP) apresentou mensagem de erro ao validar cartão presente.

Página | 15

Não Conformidade: A tela Recebimento de Pedido Cartão Presente (RECCP)foi implementada com correção no processo de consulta/venda de cartão presente Todo Cartões, efetuada também melhoria no retorno das mensagens, modificação feita também no controle do saldo do pedido.

Processo: Devolução de Cliente de Venda Ocorrência: 68827 Caso: A tela Devolução de cliente de Venda (DEVOL) está alterando a quantidade do item a ser devolvido parcialmente, e também está gerando erro na série da Nota Fiscal do Consumidor Eletrônica (NFC-e). Não Conformidade: A tela Devolução de cliente de Venda (DEVOL) foi implementada com a correção na devolução parcial de itens além de corrigir erro de numeração de série na Nota Fiscal do Consumidor Eletrônica (NFC-e). Ocorrência: 69323 Caso: Quando a devolução é feita parcialmente referenciando a nota e inserindo o produto/quantidade, o sistema está criticando que a UF da loja da venda é diferente da UF da loja da devolução, mesmo que a loja esteja devolvendo seu próprio pedido. Não Conformidade: A tela Devolução de Cliente (DEVOL)foi implementada para corrigir o erro devolução de nota na mesma UF mencionado na ocorrência.

Processo: Cadastro de Cliente Ocorrência: 69313 Caso: A tela Cadastro de Cliente apresenta erro ao tentar excluir um cadastro de cliente . Não Conformidade: A tela Cadastro de Cliente foi implementada com correção no erro ao excluir um cadastro de cliente . Ocorrência: 69221 Caso: A tela Cadastro de Créditos de Clientes (CCRED) deverá ser implementada para permitir a junção de créditos indiferente da sua data de validade. Melhorias de Processo: A tela Cadastro de Créditos de Clientes (CCRED) foi implementada para permitir a junção de créditos mesmo que esses estejam com validade vencida, para que os sistema se comporte dessa maneira deverá então o parâmetro 1350 - “Permitir Juntar Crédito” esteja setado com o valor igual a “SIM”. Ocorrência: 70775 Caso: Está ocorrendo uma inconsistência na consulta de itens. Quando logado em uma loja realiza-se uma consulta de itens é possível ver as informações sobre o Página | 16

mesmo, porém ao buscarmos o mesmo item em outras lojas o sistema não mostra as informações da nova loja informada. Não Conformidade: Foi modificada a tela Guia do Comprador (GUIAC) Preparando a inconsistência, o cenário atual o usuário pode agora efetuar as consultas dos itens nas lojas cadastradas no sistema independente de qual estiver logado.

Processo: Emissão de boleto Carnet Impressora térmica Ocorrência: 70177 Caso: Criar modelo de boleto carne para impressora térmica. Novas Funcionalidades: Realizar a emissão do Boleto na impressora térmica no recebimento do pedido clicando no botão imprimir Boleto, para esse processo foi criado o parâmetro 1184 Emitir Boleto na Impressora Térmica. O Boleto será sempre em vídeo. Foi criado o parâmetro 1185 para determinar o valor mínimo para emitir boleto no caixa.

Processo: Monitoramento de Pedido Ecommerce Ocorrência: 69379 Caso: A tela monitoramento de Pedido Ecommerce (MPEDE) está demorando para ser carregada no sistema. Não Conformidade: A tela monitoramento de Pedido Ecommerce (MPEDE) foi implementada com índices no banco de dados para melhora da performance.

Processo: Gerar Nota Fiscal/Cupom Fiscal Ocorrência: 68972 Caso: A tela Gerar Nota Fiscal/Cupom Fiscal ( GNFCF) não permite a geração de uma nota de acompanhamento a partir de CF-e SAT. Melhorias de Processo: A tela Gerar Nota Fiscal/Cupom Fiscal ( GNFCF) foi implementada para permitir gerar nota de acompanhamento a partir de CF-e SAT.

Processo: Expurgo de Juros – Análise de Crédito Ocorrência: 70143 Caso: Deverá ser implementado configurações no estorno de juros e multa no período de pandemia. Melhorias de Processo: Efetuada implementação do Nexgen para segundo período de expurgo de juros por conta da pandemia, desta forma foi criado campos para configuração desse período, para que quando o cliente for efetuar o pagamento não seja cobrado juros no período informado. Página | 17

Processo: Nota Fiscal de Devolução ao Fornecedor Ocorrência: 69129 Caso: A tela Nota Fiscal de Devolução ao Fornecedor estava apresentando erro ao ser utilizada. Não Conformidade: A tela Nota Fiscal de Devolução ao Fornecedor foi retirada e assim corrigiu o problema na sua utilização.

Processo: Numeração de Série – Notas Fiscais Eletrônicas Ocorrência: 67834 Caso: Sistema não está permitindo a alteração no número de série das Notas Fiscais, apresentando mensagem "Tipo de notas fiscais já em uso nas lojas" na operação fiscal. Não Conformidade: A tela Operações Fiscais (OPFIS) foi implementada para permitir a modificação do número de série das Notas Fiscais Eletrônicas.

Processo: Consulta de Produtos Ocorrência: 70558 Caso: A tela Cadastro de Produtos (PRODU) não está permitindo a consulta de produtos. Não Conformidade: A tela Cadastro de Produtos (PRODU) foi implementada com a correção na sua consulta de produtos.

Processo: Cadastro de Integradoras - PIX Ocorrência: 70356 Caso: Na tela Cadastro de Integradoras (CADIN) não está sendo possível o cadastro de novas integradoras de cartão. Não Conformidade: A tela Cadastro de Integradoras (CADIN) teve implementar as validações de maneira correta para permitir o cadastro de novas integradoras para utilização do PIX. Ocorrência: 70833 Caso: Não estava sendo possível realizar uma alteração nas informações do produto, ao fazer qualquer modificação exibia a seguinte mensagem: "Produto possui reajuste de preço do varejo com data futura". Por esse motivo o usuário não podia corrigir ou reparar algum erro de descrição. Não Conformidade: No cenário atual o usuário já pode realizar qualquer alteração. A mensagem era exibida pois a tela de cadastro de produto estava pendente no reajuste Página | 18

de preço, porém essa tela foi modificada para permitir alterações independente de reajuste de preços futuros.

Processo: Etiquetas de Produtos Ocorrência: 68168 Caso: Ao tentar gerar e realizar o download da planilha de etiquetas, na tela (ETQPD) utilizando o layout em Excel, o sistema não permite e apresenta uma tela de erro. Não Conformidade: A tela Emitir Etiquetas de Produtos (ETQPD) foi implementada para emitir etiquetas de produtos com modelo EXCEL.

Processo: Atualização de Importação Ocorrência: 68347 Caso: Erro ao tentar atualizar preços de produtos na tela Atualização de Importação (REAJF), após fazer importação da planilha na tela Importar Arquivos de Fornecedor (IMPAF). Não Conformidade: Efetuado tratamento na tela (REAJF), para caso esteja sendo importado algum produto que não tenha relação com os produtos já cadastrados seja mostrada uma mensagem informando o problema, antes estava mostrando um erro.

Processo: Importação de Cupom e Nota de Venda Ocorrência: 70137 Caso: A tela Importação de Cupom e Nota de Venda (IMPCF) apresenta erro ao importar XML de nota fiscal. Não Conformidade: A tela Importação de Cupom e Nota de Venda (IMPCF) foi implementada uma melhoria necessária para correção do erro apresentado ao importar XML de uma nota fiscal.

Processo: Emissão de Carnet Ocorrência: 70117 Caso: A tela Emissão de Carnet (CARNE) exibe erro quando existe uma tentativa de imprimir parcela que já foi liquidada. Não Conformidade: A tela Emissão de Carnet (CARNE) foi implementada com melhoria para exibir mensagem e não mais erro quando for tentado imprimir parcela que já foi liquidada.

Processo: Gestão de Nota Fiscal Eletrônica Ocorrência: 69043 Página | 19

Caso: A tela Gestão de Nota Fiscal (GNOTA) quando selecionando o Modelo Nf: “TODOS”, o sistema está trazendo alguns XML's corrompidos. Não Conformidade: A tela Gestão de Nota Fiscal (GNOTA) foi implementada para baixar XML de acordo com qualquer filtro informado na tela e para qualquer tipo de nota fiscal.

Processo: Emissão de Carta de Correção de Nota Fiscal Ocorrência: 69568 Caso: Não está sendo emitida carta de correção de NF-e no estado de Pernambuco. Não Conformidade: Efetuada correção na emissão de carta de correção de NF-e no estado de Pernambuco.

Processo: Manutenção de Caixa Ocorrência: 69444 Caso: Não está sendo realizado processo de alteração na forma de pagamento para POS utilizando o botão "Manter Cartão”. Não Conformidade: Efetuada correção no processo da tela Manutenção de Caixa(MANCX) para o caso de alteração na forma de pagamento para POS utilizando o botão "Manter Cartão”.

Processo: Consulta Dados do Inventário Ocorrência: 69791 Caso: Deverá ser implementado uma função que grave o código do usuário logado responsável pela alteração do status do inventário, para obter informações precisas sobre eles. Melhorias de Processo: Foi efetuada uma melhoria da rotina de inventários, agora é possível gravar os status dos usuários que estabelecerá as execuções de Abrir, Cancelar, Fechar, Reabrir e o próprio Status de inventário. Ocorrência: 69142 Caso: O expurgo de Inventários apresenta falha, parou de trazer os resultados quando se realiza uma consulta. Isto passou a ocorrer após atualização. Melhorias de Processo: Foi implementada uma função para atribuir essa atividade: Buscar e Mostrar os resultados ao realizar uma consulta. Ocorrência: 69175

Página | 20

Caso: Está ocorrendo um erro ao gerar inventários quando é feito a geração pelo filtro “Sel. Categorias Inv. Lojas” . Não Conformidade: Problema corrigido, o erro era ocasionado ao deparar-se com variáveis contidas nas categorias selecionadas no agrupador de categorias do inventário que estava truncando.

Processo: Importação de Conhecimento de Frete Ocorrência: 70567 Caso: A tela Importação de Conhecimento de Frete (IMPCT) exibe erro ,"Problema ao Efetuar a Importação do CT-e, ao clicar no botão "Importar CT-e". Não Conformidade: A tela Importação de Conhecimento de Frete (IMPCT) foi implementada com melhoria para importar a nova tag "qrCodCTe" na importação do CT-e. Processo: Cancelamento e Exclusão de Nota Fiscal Ocorrência: 70815 Caso: O sistema está permitindo a exclusão de notas fiscais as quais já foram fechadas, quando não deveriam. Melhoria do Processo: Foi efetuada a correção na tela de Cancelamento e Exclusão de Nota Fiscal (CNENT), o sistema não permite mais a exclusão de notas na qual já foi realizado o fechamento.

Processo: Atualização de Estoque Ocorrência: 70559 Caso: Foi solicitado a criação de critério para atualização no estoque de protocolos. Atualmente esse processo só atende protocolos com status digitados. Melhoria do Processo: Foi modificada a tela de Atualização de Estoque para realizar a verificação de status do protocolo que está sendo finalizado um protocolo e existe alguma divergência, caso exista o Lote Protocolo não será finalizado até que todas as divergências sejam resolvidas.

Processo: Análise de Crédito Ocorrência: 70546 Caso: A tela Análise de Crédito (ANACR) deixou de exibir os valores de última compra a prazo e último recebimento nos clientes que não estão com parcelas atrasadas. Não Conformidade: Na tela Análise de Crédito (ANACR) foi verificado que se o cliente não tinha parcelas abertas, o sistema consultava os dados por outro método e Página | 21

nesse método não estava retornando os dados que foram mencionados na ocorrência. O método foi alterado para retornar todos os dados necessários.

Processo: Terminais Ocorrência: 61125 Caso: Erro ao acessar a transação tela de TERMINAIS (TERMI ). Não Conformidade: Foi implementada correção para o erro ao acessar a tela de TERMINAIS (TERMI ).

MENSAGERIA Processo: Emissão de Notas Técnicas (NT 2020.006 V.1.20) Ocorrência: 70421 Caso: Atualizar os campos e regras de validação envolvendo intermediador e agenciador de transação comercial para emissão de notas técnicas. Melhorias de Processo: Foi implementada a atualização no sistema Nexgen para agregar a versão NT2020.006 V1.20, esta nota tem o objetivo de implementar algumas tags e validações incluídas nesta versão.

Processo: Emissão de Notas Fiscal Eletrônica NF-e Ocorrência: 70360 Caso: Ao emitir uma nota de uma compra realizada com crédito e diferença paga em espécie que necessita de troco o sistema está gerando uma nota rejeitada e exibe a seguinte mensagem: "Rejeição: Valor do troco incorreto". Melhorias de Processo: Foi efetuada correção na emissão da nota quando existe a modalidade de pagamento crédito de cliente, estava sendo gerado um valor de troco, sem necessidade.

OBRIGAÇÕES FISCAIS Processo: Ajustes SPED FISCAL Ocorrência: 68847 Caso: Ajustar SPED FISCAL, quando ocorrer movimentações dos cartões com o CNPJ da administradora igual a zero. Não Conformidade: Ajustado SPED FISCAL, quando ocorrido movimentações dos cartões com o CNPJ da administradora igual a zero. Ocorrência: 70046 Página | 22

Caso: O sistema estava considerando na geração do SPED, o Fundo de Combate à Pobreza (FCP) nos campos de valor da nota e valor do ICMS dos registros C100 e C190. Não Conformidade: O sistema foi alterado para não somar o Fundo de Combate à Pobreza (FCP) aos campos de valor da nota e valor do ICMS dos registros C100 e C190. Ocorrência: 68399 Caso: O sistema não apresenta implementações para a versão 15 do SPED Fiscal vigente a partir de 01/01/2021. Novas Funcionalidades: Foi implementado a crítica para versão 15 a partir de 01/01/21 e os registros C180 e C181, não foram implementados pois o Nexgen não faz apuração de ICMS Substituição Tributária e esses dois registros se referem a esse tipo de apuração.

AJUSTES GERAIS Processo: Atualizações - Sistema NEXGEN Ocorrência: 70219 Caso: Resolver problema na atualização da Release 128 Patch 12, após atualização ocorreu o erro. Não Conformidade: Liberadas mais classes que a ocorrência 68948 necessitava quando foi liberada na atualização citada. Ocorrência: 70186 Caso: A transação RPEDM estava chamando o programa RPEDM2. Este programa não existe, pertencia a uma versão bem antiga. A tabela DSTRA deverá ser alterada para associar o programa RPEDM1. Não Conformidade: A alteração foi realizada no banco de dados do cliente e liberado o script para ser executado nos outros bancos dos clientes. Ocorrência: 67969 Caso: RETIRAR OS TRACES e “System_out_println” das classes do NEXGEN Não Conformidade: Foram retirados os "TRACES" e "System_out_println" das classes do Nexgen, pois estes arquivos estavam consumidos muito espaço do disco ,como também lentidão na aplicação. Ocorrência: 69268 Caso: Alteração realizada devido a bug de compilação da ocorrência 69038. Página | 23

Não Conformidade: Alteração realizada devido a bug de compilação da ocorrência 69038.

Processo: Atualizações – NEXGENPDV 2.4.2 Ocorrência: 69346 Caso: Atualizar o novo instalador do Nexgen PDV completo com as últimas atualizações e DLL’s SITEF para homologação do processo PIX. Não Conformidade: NexgenPDV 2.4.2 foi atualizado completo com as últimas atualizações e DLL’s SITEF para homologação do processo PIX.

Processo: Relatórios Ocorrência: 69555 Caso: O Relatório FORTES (RFORT) estava truncando dígitos quando informado milhões. Não Conformidade: O Relatório FORTES (RFORT) foi corrigido para exibir corretamente dígitos quando informado milhões. Ocorrência: 68721 Caso: O Relatório Analítico de Caixa (RANCX) estava exibindo erro quando gerado com o campo de NSU alfanumérico. Não Conformidade: O Relatório Analítico de Caixa (RANCX) foi corrigido erro quando gerado com o campo de NSU alfanumérico. Ocorrência: 69100 Caso: O Relatório Analítico de Caixa (RANCX) está com problema ao imprimir o Resumo do Dia. Não Conformidade: O Relatório Analítico de Caixa (RANCX) foi corrigido para imprimir Resumo do Dia sem inconformidade. Ocorrência: 69686 Caso: O Relatório Resumo de Vendas (REVEN) está com problema ao ser impresso utilizando o NexgenBrowser. Não Conformidade: O Relatório Resumo de Vendas (REVEN) foi gerado usando uma atualização do programa de geração de relatório e está sendo impresso corretamente no NexgenBrowser. Ocorrência: 68088

Página | 24

Caso: O Relatório de estoque e Vendas das Lojas (REVLJ) deverá ser implementado para geração de planilhas Excel. Melhorias de Processo: O Relatório de estoque e Vendas das Lojas (REVLJ) foi implementado para geração de planilha Excel, referente a Estoque e Vendas. Ocorrência: 68849 Caso: Tratamento para inserir “orderby “ nos relatórios que utilizam a ““SPOOL_RELATORIOS” para melhoria de performance na geração dos relatórios. Melhorias de Processo: Nos relatórios que utilizam a tabela “SPOOL_RELATORIOS” foi adicionado o “order by” para evitar futuros erros que poderiam vir a acontecer. Ocorrência: 70185 Caso: O Relatório Comissão de Vendedores (RCVEN) estava apresentando erro quando filtrado por "Tipo de Comissão: Vendas" e "Comissão por Categoria: Sim". Não Conformidade: Relatório Comissão de Vendedores (RCVEN) foi implementado com correção quando filtrado por "Tipo de Comissão: Vendas" e "Comissão por Categoria: Sim". Ocorrência: 69028 Caso: O Relatório Comissão de Vendedores (RCVEN) deverá ser implementado com validação caso não seja configurado campo: "Categoria para Comissão" na tela LOJAS na opção: "Parâmetros". Não Conformidade: O Relatório Comissão de Vendedores (RCVEN) foi implementado c para listar o relatório, caso o parâmetro 12-Comissão por Categoria = Sim e se o campo: "Categoria para Comissão" não for informado na transação: LOJAS na opção: "Parâmetros", sistema deve exibir mensagem "A Categoria para Comissão não foi informado na transação PARLJ". Ocorrência: 62619 Caso: Deverá ser implementado para tratar as baixas de negociação de maneira a não considerar as que já foram renegociadas. Melhorias de Processo: O Relatório Movimentações Financeiras do Crediário (RMFIN) foi implementado não considerar as baixas por renegociação referente aos contratos que foram renegociados e também subtrair das parcelas os juros dos contratos renegociados e adicionar este valor na coluna “Permanência”. Ocorrência: 64048 Caso: O Relatório de Itens devolvidos por Localização (RIDEV) deverá ser implementado para mostrar as devoluções especificando percentual de devoluções sobre vendas dos vendedores. Página | 25

Melhorias de Processo: Agora existem dois tipos de relatórios: Comparativo de Vendas ou Devolução por Vendedor, que é o novo relatório adicionado e o anterior que já existia: Relatório de itens devolvidos. Eles podem ser acessados a partir da transação RIDEV pelo parâmetro número 5 (Modelo do relatório a ser impresso). Ocorrência: 69986 Caso: O Relatório Comissão de Vendedores (RCVEN) deverá ser implementado para que possa ser extraído em Excel dentro do Nexgen. Melhorias de Processo: O Relatório Comissão de Vendedores (RCVEN) foi implementado para que possa ser gerado no em formato Excel dentro do Nexgen. Ocorrência: 67725 Caso: A tela Relatório de Faturamento por Categoria (RFATU) deverá ser implementada para ser permitido usuário selecionar inúmeras categorias. Novas Funcionalidades: A tela Relatório de Faturamento por Categoria (RFATU) foi criada uma tela para selecionar inúmeras categorias, nela foi criado um botão que dará acesso a tela criada que possui categorias a serem selecionadas, o relatório será impresso usando essas informações, caso contrário, será impresso pegando todas as categorias, como anteriormente. Ocorrência: 68832 Caso: O Relatório Comissão de Vendedores (RRANA) deverá ser implementado para ajustar o tamanho da coluna "Documento" referente ao tipo de documento fiscal "CF-e". Melhorias de Processo: O Relatório Comissão de Vendedores (RRANA) foi modificada a para ajustar o tamanho da coluna "Documento" referente ao tipo de documento fiscal "CF-e". Ocorrência: Caso: O Relatório (REPVD) na descrição do produto, clicando em "consultar", sistema retorno erro, tanto para reajuste do PV ou Promoção. Não Conformidade: O Relatório (REPVD)erro mencionado ao consultar e reajustar preço de promoção foram implementados para não acontecer.

Processo: Estrutura de Banco de Dados Ocorrência: 70965 Caso: : Criar estrutura no Banco de Dados para criar campos que se agrega a consulta ordem de serviço.

Página | 26

Melhorias de Processo: Foi criada estrutura no Banco de Dados para criação de campos de informações na consulta Ordem de Serviço. Ocorrência: 66562 Caso: :Criar estrutura no Banco de Dados para criação de campos de para gravação do CNAE a que este serviço está associado, caso não seja informado, o CNAE informado para a loja é o que será informado para a emissão da nota Melhorias de Processo: Foi criada estrutura no Banco de Dados para criação de campos para gravação do CNAE a que este serviço está associado, caso não seja informado, o CNAE informado para a loja é o que será informado para a emissão da nota.

Página | 27