Nexgen2.3
Histórico de Alterações sistema Nexgen
Notas - Release 128
Aplicáveis
ao
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 ...................................................................................................... 4 PREFÁCIO ......................................................................................................... 6 RESUMO QUANTITATIVO .............................................................................. 13 FRENTE DE LOJA ........................................................................................... 14 Processo: Modalidade de Pagamento PIX ....................................................... 14 Processo: Impressão do QR Code do PIX ....................................................... 14 Processo: Exibição do QR Code do PIX - Linux............................................... 14 Processo: Pedido de Venda de Cliente ............................................................ 14 Processo: Recebimento de Nota Fiscal Eletrônica ........................................... 14 Processo: Integração Conciliação de Cartão ................................................... 16 ÓTICA .............................................................................................................. 17 Processo: Pedido de Cliente de Venda – OS Showroom ................................. 18 Processo: Cadastro de Campanhas de Associação ........................................ 18 Processo: Ordem de Serviço - Mobile .............................................................. 18 RETAGUARDA ................................................................................................ 19 Processo: Devolução de Pedido de Cliente ..................................................... 19 Processo: Cadastro de Expedições ................................................................. 19 Processo: Nota Fiscal de Transferências entre Lojas ...................................... 20 Processo: Guia de Despacho ........................................................................... 21 Processo: Agendamento de Requisição Pedidos............................................. 21 Processo: Gerar Arquivos Importação Mtrix ..................................................... 22 Processo: Junção de Notas.............................................................................. 22 Processo: Separação de Pedidos .................................................................... 22 Processo: Gravação de Arquivo Fortes ............................................................ 22 Processo: Nota Fiscal Complementar .............................................................. 23 Processo: Guia de Comprador e Produto por Loja ........................................... 23 Processo: Entrada de Mercadorias ao Fornecedor .......................................... 23 Processo: Importação de CT-e......................................................................... 24 Processo: Recebimento de Nota Fiscal – Etiqueta de Volume ........................ 24
Página | 2
Processo: Conciliação de Cartão – Boa Vista .................................................. 24 Processo: Integrações de Lojas ....................................................................... 24 Processo: Integração de Pedidos – Ecommerce.............................................. 32 Processo: Monitoramento de Pedidos Ecommerce .......................................... 25 Processo: Implementações de Melhorias ......................................................... 25 Processo: Renegociação de Títulos ................................................................. 25 Processo: Integração Nexgen com a Plataforma WOOCOMERCE ................. 26 Processo: Integração de Pedidos - Ecommerce .............................................. 32 Processo: Consulta de Pedido de Cliente ........................................................ 26 Processo: Consulta de Produtos ...................................................................... 26 Processo: Cadastro de Integradoras ................................................................ 27 Processo: Geração e Manutenção de Inventário ............................................. 27 Processo: Devolução de Mercadorias ao Fornecedor ...................................... 27 Processo: Etiquetas de Conferência ................................................................ 27 Processo: Análise e Aprovação de Crédito ...................................................... 28 OBRIGAÇÕES FISCIS ..................................................................................... 29 Processo: Cálculo do PIS/COFINS .................................................................. 29 Processo: Relatório de PIS/COFINS (COPIS) vs Relatório Resumo Apuração de ICMS (RAPUR) ........................................................................................... 30 Processo: SPED FISCAL ................................................................................. 30 MENSAGERIA ................................................................................................. 31 Processo: Nota Fiscal Eletrônica...................................................................... 31 AJUSTES GERAIS........................................................................................... 32 Processo: Otimização de Consultas ao Banco de Dados ................................ 32 Processo: Integração de VTEX ........................................................................ 34 Processo: Impressão do NF-e no Linux - XseedSpool ..................................... 34 Processo: Estruturas de Bancos Banco de Dados ........................................... 35 Processo: Relatórios ........................................................................................ 36 Processo: Relatório Gerar Planilhas (GPOCU) ... Erro! Indicador não definido.
Página | 3
NOVIDADES A tela Devolução de Cliente, foi Implementação da Integração de Pagamento PIX com SITEF, e da alimentação das informações de pagamento PIX com processo não integrado ao sistema. Para utilização do PIX deverão ser configuradas as seguintes telas: Modalidades de Pagamento(MOPAG), Cadastro de Caixa(TCAIX) e Cadastro de Integradoras (CADIN).
implementada para validar se a loja origem da devolução é diferente da loja de origem da venda, se a operação fiscal de devolução selecionar o parâmetro: "Devolução Cliente usar Alíquota da Venda".
Foi criada tela Agendamento de Requisição (AGREQ) para permitir cadastrar os agendamentos, nessa Implementada a opção de imprimir o tela o usuário irá informar a loja QR CODE do PIX integrado ao SITEF distribuidora, loja da requisição, dias da semana para o agendamento ser em papel. executado pelo serviço de agendamento automático e hora do A tela Produto por Loja (PARLJ) foi agendamento automático. A requisição implementada com a opção "Bloquear Venda na Loja", este campo encontra-se na poderá ser executada por demanda, ou seja, a partir da tela Pedidos área "Dados do Produto". Nas tela Pedido de Cliente e Venda Rápida foram Gerados requisição Automática implementadas com a validação para (PGRAU). verificar se o produto pode ser vendido na loja.
A tela Pedido de Venda de Cliente (PEDCV), quando configurada para PEÇAS, foi implementada para aplicar um percentual de redução nos preços de atacado e varejo, Somente para os produtos do fornecedor que esteja marcado como "Fornecedor PETRONAS".
Criado novo modelo de O.S, este novo modelo será utilizado para ordem de serviço que a receita é digitada e digitalizada através de foto feita a partir do aplicativo Nexgen Mobile.
A tela Gravação de arquivos Fortes (GARFS) implementada para gerar o arquivo FS (apenas com os cupons fiscais) para poder importar os valores de PIS e COFINS dos Cupons Fiscais do Nexgen para o Sistema Fortes. Implementação de definição de Transportadora e Expedição default, na PARLJ, para a integração com o SFA.
Implementada a funcionalidade a nível de loja, para determinar qual o preço do produto que será exportado para o E-COMMERCE:
Página | 4
Efetuada implementação na comunicação Nexgen com a plataforma WooCommerce, sendo assim o Nexgen irá enviar Categoria, Produto, Estoque e Preço, e irá receber os pedidos feitos no ecommerce para que seja feito o processo de separação e emissão de nota fiscais.
Alteração no processo de integração de estoque ecommerce para o NEXGEN. Para o caso de uma loja física que
A tela Consulta de Pedido de Cliente (CPEDC) foi implementada a criação do status “PEDIDO REPROVADO” essa legenda será exibida abaixo na tela.
Efetuada atualização na cadeira de certificados na Mensageria Secrel, essa atualização impacta somente a emissão no estado do Ceará, conforme comunicado liberado pela Sefaz/CE no dia 27/11/2020.
vende no ecommerce, caso o campo "Percentual do Estoque a Integrar no Ecommerce" na tela Parâmetros de Lojas (PARLJ) não esteja preenchido, não ocorrerão integrações de estoque para essa loja no ecommerce, e caso esteja preenchida com qualquer valor inteiro de percentual, apenas este valor percentual do estoque, arredondando para baixo, será integrado. O valor padrão do campo é 100.
Página | 5
PREFÁCIO Versão Nexgen 2.3.128 FRENTE DE LOJA •
Implementação da Integração de Pagamento PIX com SITEF, e da alimentação das informações de pagamento PIX com processo não integrado ao sistema.
• •
Implementada a opção de imprimir o QR CODE do PIX integrado ao SITEF em papel.
•
A tela Pedido de Venda de Cliente (PEDCV), quando utilizada no contexto de “Peças”, foi implementada para no “complemento de pedido” permitir informar o destaque de substituição tributária somente para plano de venda de modalidade "Duplicata".
•
A tela Pedido de Venda de Cliente (PEDCV), quando utilizada no contexto de “Peças”, foi implementada para contabilizar de maneira correta os valores quando pedido utilizar créditos parciais de cliente.
•
A tela Pedido de Ciente de Vendas (PEDCV) configurada para PEDCV_PECAS, foi implementada com a crítica para quando o preço unitário for menor que o preço de custo do produto.
•
A tela Pedido de Ciente de Vendas (PEDCV) foi implementada com correção do relatório de impressão do pedido para efetuar um salto maior no final do documento e funcionar corretamente na impressora Elgin.
•
A tela Recebimento de Nota Fiscal Eletrônica (RECNE) foi implementada para considerar o valor do frete no cálculo da Substituição Tributária para venda para fora do estado.
•
O sistema foi alterado para somar o valor do frete à base do ICMS nas vendas para fora do estado quando há destaque de ICMS, para produtos de Incidência Normal.
•
Foi implementada solução para identificar os valores divergentes entre o valor da nota e o valor fatura referente os pedidos da "Petronas" e após identificação, foi corrigido a origem do problema, a gravação dos dados em banco, contabilizando corretamente os descontos a nível de item.
•
Foi verificado que o erro ocorreu pelo fato de o recebimento ter sido efetuado em dois caixa diferentes, desta forma foi implementada uma validação para ao iniciar o recebimento em um caixa não permitir receber o mesmo pedido em outro caixa, alterado também o timeout de 30 segundo para 120 segundos.
•
Efetuada a correção no controle de saldo quando utilizado a forma de pagamento Adyen, controlando de forma correta quando utilizado Adyen com outra modalidade ou em pedido com recebimentos futuros.
•
Foi efetuada correção no processo de Integração com a Conciliadora Boa Vista, de vendas recebidas com cartão POS.
•
As telas Produto por Loja (PARLJ) foi implementada com a opção "Bloquear Venda na Loja", este campo encontra-se na área "Dados do Produto". Nas tela Pedido de Cliente e Venda Rápida foram implementadas com a validação para verificar se o produto pode ser vendido na loja.
•
A tela Pedido de Venda de Cliente (PEDCV), quando configurada para PEÇAS, foi implementada para aplicar um percentual de redução nos preços de atacado e varejo, de acordo com os requisitos relacionados.
Implementada exibição QR Code do PIX no LINUX no recebimento de pedido na integração com SITEF.
Página | 6
•
A tela Pedido de Ciente de Vendas (PEDCV) foi implementada com correção além de melhoria para gravar o log do erro e que seja possível visualizar na transação ERROS.
•
Na Venda Rápida (VENCX) foi verificado que durante a venda , quando informado cliente, mesmo que cadastrado no sistema, o cupom exibe nome e CPF do cliente informado.
ÓTICA •
Como parte do processo foram criados 2 parâmetros (1503 e 1504), onde o 1503 servirá para indicar a operação integrada usada para gerar o malote da OS Showroom, as características dessa operação servirá para armação enquanto as características da lente serão determinadas pela operação colocada no campo “Complementar” da operação que está no parâmetro 1503.
•
A tela Cadastro de campanhas de Associação (CASS) foi implementada para permitir um desconto de limite em campanhas de associação relacionada a uma campanha principal no pedido.
•
A tela Consulta de Ordem de Serviços (COSLJ) foi implementada para a exibição do campo de “Aro Vertical” está sendo impresso logo abaixo do campo "Estado Armação".
•
Foi criada novo modelo de O.S, este novo modelo será utilizado para ordem de serviço que a receita é digitada e digitalizada através de foto feita a partir do aplicativo nexgen mobile.
•
A tela Cadastro de Ordem de Serviço para Retificação (OSRET) foi programada para não permitir o cancelamento da OS Original.
•
A tela Geração de Malote na Loja (GERLJ) foi implementada para remoção dos dados da quantidade dos produtos ao fim da sessão, corrigindo assim o problema de estoque do item armação ao gerar malote.
RETAGUARDA •
A tela Devolução de Cliente, foi implementada para validar se a loja origem da devolução é diferente da loja de origem da venda, se a operação fiscal de devolução selecionar o parâmetro: "Devolução Cliente usar Alíquota da Venda". Se o parâmetros estiver selecionado, a devolução só irá aceitar se a UF da devolução e a UF da nota fiscal de venda.
•
A tela Devolução de Clientes (DEVOL) foi implementada para não permitir finalizar a devolução sem a informação do código do cliente.
•
A tela Devolução de Clientes (DEVOL) foi implementada para considerar os valores da nota de venda (impostos, descontos, frete).
• •
Implementar melhorias nas telas de Pedido e Expedições.
•
A tela Nota Fiscal Transferências entre Lojas (NFTRA) foi implementada para importação do envio de todas as informações que eram cadastradas no pedido para gerar a nota de transferência.
Foi identificado que a tabela PEDIDO_REQUISICAO estava ficando locada quando na gravação do primeiro pedido, quando o Oracle foi reiniciado a tabela foi liberada e o pedido foi incluído.
Página | 7
•
O sistema foi implementado para serem impressos todos os códigos dos fabricantes relacionados ao itens cadastrados , no relatório Guia de Despacho.
•
Deverá ser criada tela para que seja possível o agendamento de requisições com horário definido para execução automática.
•
Foi efetuada a alteração no tamanho do campo que guarda os dados para iniciar o agendamento de requisição de transferência, estava apenas com 3 posições, o correto era para ser 6.
•
Melhorias nos diversos processos de agendamento do sistema, referentes a fechamento de conexões em aberto, intervalo dos ciclos de operação e flags para execução nos Jobs.
•
Foi implementado na tela Gerar Arquivos Importação Mtrix (MTRIX) que gera arquivos para integração de acordo com o descrito na ocorrência, esse são referentes a Clientes, Vendas, Produtos, Estoque e Força de Venda. Verificado também que na tela de fornecedores está exibindo o campo para digitação da sigla MTRIX. Foi gerado scripts em anexo para consulta de clientes que tiveram vendas sem segmento relacionados , para a loja e período requisitado.
•
A tela Junção de Notas (JNOTA) foi implementada para exibir uma mensagem de crítica quando cliente não possuir agente bancário cadastrado.
•
A tela Separação de Pedidos (SEPAR) foi programada para efetuar verificação na finalização da separação, se o produto separado já foi atualizado o estoque de reserva.
•
A tela Gravação de arquivos Fortes (GARFS) Foi implementada para gerar o arquivo FS (apenas com os cupons fiscais) para poder importar os valores de PIS e COFINS dos Cupons Fiscais do Nexgen para o Sistema Fortes.
•
Efetuada a validação da informação referente a valores de ST, quando informado o valor da base ICMS ST e VL ICMS ST o sistema só irá permitir informar os CST (10 / 30/ 60 / 70 / 90) conforme regra da Sefaz.
•
Foram implementadas as telas Produto por Loja (PROLJ) e Guia do Comprador (GUIAC) para exibir quantidade do estoque disponível do produto deduzida da quantidade do estoque faltante.
•
A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada com correção no processo de importação de xml para que não ocorra erro ao importar notas com grandes quantidades de itens.
•
A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada com correção na importação de nota, quando importado notas com. O problema ocorria por conta dos muitos acessos ao banco de dados em uma única nota fiscal, ocorrendo assim o estouro no número de conexões.
•
A tela Entrada de Mercadorias ao Fornecedor teve efetuada melhoria no processo de importação para quando não houver situação tributária cadastrada na tela de produto por loja, onde será utilizado a situação tributária da tela de Cadastro de Produtos (PRODU).
•
A tela Importação de CT-e (IMPCT) foi implementada com validação ao importar um CT-e complementar, desta forma este CT-e complementar deverá ser lançado de forma manual. Para isso o sistema exibe a mensagem informando: "Problema ao importar arquivo: “NOMEDOARQUIVO”. CT-e complementar, este arquivo não será importado!".
•
Efetuada melhoria no código para evitar problema de não reconhecimento da fatura ao utilizar o desconto ou a inclusão manual de Conhecimento de Frete (CT-e), efetuada também melhoria no log para agilizar a análise em caso de problema futuro.
Página | 8
•
Foi alterado a rotina de impressão da etiqueta de volumes no recebimento do pedido para considerar o parâmetro criado na tela Terminais (TERMI) que indica se o terminal imprime etiqueta de volumes no faturamento do pedido.
•
Efetuada implementação para o processo de envio de vendas pagas com cartão para a conciliadora Boa Vista.
•
Implementação de definição de Transportadora e Expedição default, na PARLJ, para a integração com o SFA.
•
Foi implementada a funcionalidade a nível de loja, para determinar qual o preço do produto que será exportado para o E-COMMERCE: Preço de varejo ou preço de atacado. A partir da definição do preço, a loja poderá também determinar o percentual de acréscimo que será acrescido sobre o preço que foi configurado. Para configurar o tipo de preço e o percentual de acréscimo, selecione a transação LOJAS e clique no botão "Parâmetros". Os campo foram criados na área: "Parâmetros Diversos".
•
Efetuada correção na integração dos pedidos vindos dos ecommerce: Magento e Vtex, para gravar o vendedor configurado no Nexgen.
•
Corrigido o problema da mensagem de erro e também demais encontrados, como a gravação dos campos de hora na tabela de integração, remoção de validações não necessárias durante o processo e outros 2 problemas no processo de atualização do registro de integração de um pedido onde ocorreu um erro de integração anteriormente.
•
Implementação do tratamento de produtos configuráveis e simples no recebimento do pedido; EXTRA: realizada correções na integração de dados referentes a descontos nos itens do pedido.
•
O pedido não está sendo consumido pelo WMS automaticamente porque as informações de transportadora e expedição não estão sendo informadas; Alimentados estes campos o pedido será consumido, não há erro quanto a automação para o WMS consumir o pedido, o que se faz necessário é a informação dos dados de transportadora e expedição para que o mesmo ocorra, que hoje é realizado de forma manual.
•
Criado o parâmetro 1248, para identificar a transação que irá receber pedidos ecommerce, caso haja ausência de valor para este parâmetro, irá sempre chamar a tela Recebimento de Pedidos ( RECPE) para receber pedidos .
•
Na tela Cadastro de Expedições (EXPED) foi criada opção para informar a quantidade máxima de itens permitido no pedido do cliente; Na tela Pedidos de Vendas de Cliente, configurada para PEÇAS, implementada validação, para exibir a seguinte mensagem "Qtde de Itens do Pedido > que a Qtde Máxima Permitida ...", quando for excedida quantidade informada na tela Cadastro de Expedições (EXPED); Implementada rotina de Auditoria para quando for executado cancelamento de item de algum pedido.
•
A tela Renegociação de Títulos (RENEG) foi implementada para tratamento de um título do cliente que não possua parcelas.
•
Efetuada implementação da comunicação Nexgen com a plataforma WooCommerce, sendo assim o Nexgen irá enviar Categoria, Produto, Estoque e Preço, e irá receber os pedidos feitos no ecommerce para que seja feito o processo de separação e emissão de nota fiscais.
•
Alteração no processo de integração de estoque ecommerce para o NEXGEN. Para o caso de uma loja física que vende no ecommerce, caso o campo "Percentual do Estoque a Integrar no Ecommerce" na tela Parâmetros de Lojas (PARLJ) não esteja preenchido, não ocorrerão integrações de estoque para essa loja no ecommerce, e caso esteja preenchida com qualquer valor inteiro de percentual, apenas este valor
Página | 9
percentual do estoque, arredondando para baixo, será integrado. O valor padrão do campo é 100.
•
A tela Consulta de Pedido de Cliente (CPEDC) foi implementada a criação do status “PEDIDO REPROVADO” essa legenda será exibida abaixo na tela.
• •
Foi implementada as telas de Cadastro de Produtos (PRODU) e Características de produtos (PROAP) para gravar a descrição do produto completa.
•
A tela Cadastro de Integradoras (CADIN) foi implementada para não apresentar mais erros ao cadastrar o código de uma empresa conciliadora de cartão.
•
Foi detectado necessidade de correção em alguns casos na geração de inventário de alguns grupos (520 e 529), nesses existem itens que não tiveram movimento causando assim inconsistência no estoque.
•
As notas de Devolução de Fornecedor/Garantia que eram rejeitadas pelo fornecedor e que não podiam serem canceladas pelo fato do término legal para cancelamento junto a SEFAZ.
•
A tela Emitir etiquetas Conferência Volumes (ETQCO) foi alterada para na rotina de impressão de etiquetas de conferência, ajustar o tamanho da fonte dos campos transportadora e pedido, também foi ajustado o posicionamento de todas a etiqueta para que ela não fique saltando quando utilizada em impressoras de modelos diferente do mesmo fabricante.
•
Foi implementado parâmetro para as telas que envolvem a Análise e Aprovação de Crédito parâmetro, para que sejam consultadas as baixas de títulos de um cliente para determinado período de meses. EX: Mostrar somente as parcelas pagas nos últimos 12 meses.
•
A tela Adiantamentos de Clientes (CADIA) foi implementada para criticar o estabelecimento correto da loja, resolvendo assim o problema na PUPOP de pesquisa dos créditos quando consultados os créditos gerados para os clientes.
•
A tela Configurar Mensagens para o Cliente(CMCLI) teve efetuada as seguintes melhorias no processo de envio de SMS InfoBip
•
A tela Consulta de Nota Fiscal de Saída (CNFSD) foi implementada com correção para reimpressões de notas fiscais eletrônica ao consumidor, NFC-e.
OBRIGAÇÕES FISCAIS •
Deverá ser criada tela Cálculo do PIS/COFINS (RCPIS) para recalcular os valores do PIS/COFINS referente ao ano de 2019.
•
Verificar a diferença entre os Relatório de PIS/COFINS (COPIS) e o Relatório Resumo Apuração de ICMS (RAPUR), pois os mesmos gerados com os CFOP’s iguais, exibem valores diferentes.
•
A diferença apresentada entre o Relatório de PIS/COFINS (COPIS) e o Relatório Resumo Apuração de ICMS (RAPUR), se deve ao fato de que no RAPUR mostra o valor contábil das notas que seria o valor dos produtos menos os descontos e mais alguns outros valores que fazem parte do valor contábil da nota. Enquanto no COPIS mostra os valores que são usados para a base do PIS e COFINS que seria o valor dos produtos menos os descontos
•
Efetuada correção do problema da divergência que ocorria por conta de quando o saldo dos créditos e débitos eram negativos, o valor estava sendo considerado como
Página | 10
positivo, segundo manual do SPED quando isso ocorrer, o saldo ficar negativo, ele deverá ser zerado. O programa foi implementado dessa forma.]
•
Efetuada a implementação para geração da tag IPINT, esta tag só será usada quanto o CST do produto for '51', utilizando a mensageria NF-e do Brasil.
AJUSTES GERAIS •
Foi implementada na consulta (POPUP) de garantia, utilizada nas operações fiscais de garantia marcadas com a opção: "Movimenta Histórico Garantia" para otimizar o acesso ao banco de dados.
•
Efetuada implementação para escolha de qual estoque considerar para os pedidos ecommerce, para isso foi criado um parâmetro(1231), onde pode-se escolher entre as opções "Estoque Físico" e "Estoque Disponível".
•
Foi realizado o tratamento para (tp_tef) débito, quando identificado o pagamento do tipo (virtualDebitElo) cartão virtual da caixa.
•
Efetuada implementação para permitir efetuar impressão de Danfe NF-e no Linux através de um comando nativo, retirando assim a necessidade de um servidor de impressão.
•
Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de Todos os Cartões
•
Foi criada estrutura no Banco de Dados para guardar informações de ordem de serviço referentes ao processo de malotes.
•
Foi criada estrutura de banco de dados para guardar informações de nota rejeitada pelo fornecedor.
•
Foi criada estrutura no Banco de Dados para guardar informações referentes aos dados do pagamento com crédito de cliente na impressão no Danfe.
•
Foi criada estrutura no Banco de Dados para validação de impressão de etiqueta de volume no faturamento da nota.
•
Criação de campos para identificação da instituição pagadora PIX quando PIX integrado ao NEXGEN.
•
Foi criada estrutura no Banco de Dados para guardar informações de emissão de etiquetas no processo de Expedições.
•
Foram criadas estruturas no Banco de Dados para guardar informações na tabela de caixa para informar o meio onde será exibido o QRCODE nas vendas, utilizando o meio de pagamento PIX.
•
O Relatório Analítico de Estoque (RRANA) foi implementado para gerar o Movimento de Garantia corretamente.
•
O Relatório Sintético de Comissões (RSICO) foi gerado utilizando uma versão mais recente da ferramenta que utilizamos para criação do relatório e com isso deverá ser atualizado também a “lib” que os relatórios utilizam.
•
O Relatório Geral de Estoque (RPGER) foi implementado para exibir a grade quando gerado para todas as lojas.
•
Não foi evidenciado mais divergências entre o RAPUR e RAPUF, no mês Dezembro de 2018, conforme relatórios em anexo (id.: 42779 e 42780). Esse problema deve ter sido resolvido em uma outra ocorrência.
Página | 11
•
O Relatório Relação Geral de Saídas (RGSAI) foi implementada correção na ordenação do relatório corrigindo assim a formatação do relatório quando gerado em EXCEL.
•
O Relatório de Cartão Resumido (RCRES) foi implementado com exibição dos seguintes Parâmetros: 1 - Loja (999=Todas); 2 – Visão; 3 - Data Inicial; 4 - Data Final.
•
O Relatório Reajuste de Preços Venda Valor (RGENT)) foi implementado para corrigir o problema da não exibição por completa da descrição do produto, ao digitar o código do produto a descrição será mostrada.
•
O relatório Consulta Gerencial (CONGE) foi implementado com o valor do PIX nas colunas de valores nos grids "Vendas" e "Caixa", enquanto o Resumo de Vendas por Lojas(RRVLJ) foi adicionado o valor do PIX em suas colunas.
•
O Relatório Relação Geral das Entradas (RGENT) foi implementado para ser gerado para comissão por categoria quando realizada uma venda rápida.
•
O Relatório Gerar Planilhas (GPOCU) foi implementado com a correção no o botão “Selecionar Agrupador Categorias”, permitindo assim que o agrupador seja selecionado.
•
O Relatório Comissão de Vendedores (RCVEN) foi implementado para “Exibir Movimento Analítico” e listar os movimentos de venda/devolução dos pedidos por produtos, com percentual e valor da comissão do vendedor e também a categoria, desde que os parâmetros: “Comissionar=Vendas” e “Comissão por Categoria” estejam configurados com o valor “Sim”.
•
Efetuada correção no NexgenPDV para que as telas do processo de TEF não fiquem escondidas, no caso sempre que for usar o Tef as telas iram sobrepor todas as telas abertas, facilitando assim o processo.
•
Foi criado o Java script “PagConsultarPedido.js” para ajustar a altura do painel que envolve a tabela da grid a partir da altura da tabela.
•
O Relatório Relação Geral das Entradas (RGENT) foi implementado para ser gerado de maneira correta pelo filtro de “Devoluções de Clientes”.
•
O Relatório Listagem de Pedidos de Fornecedores (RLPED) foi implementado para exibir total do valor a preço de venda.
Página | 12
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS
QUANTIDADE
NOVAS FUNCIONALIDADES1
14
MELHORIAS DE PROCESSO2
44
OBRIGAÇÕES FISCAIS3
1
NÃO CONFORMIDADE4
49
TOTAL
108 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 | 13
FRENTE DE LOJA Processo: Modalidade de Pagamento PIX Ocorrência: 68477 Caso: Implementar o Recebimento de Pedido, Venda Rápida e Recebimento de Título, utilizando o meio de pagamento PIX, integrado com SITEF. Novas Funcionalidades: Implementação da Integração de Pagamento PIX com SITEF, e da alimentação das informações de pagamento PIX com processo não integrado ao sistema. Para utilização do PIX deverão ser configuradas as seguintes telas: Modalidades de Pagamento (MOPAG), Cadastro de Caixa (TCAIX) e Cadastro de Integradoras (CADIN).
Processo: Impressão do QR Code do PIX Ocorrência: 69319 Caso: Implementação para opção de impressão do QR Code do PIX integrado SITEF. Novas Funcionalidades: Implementada a opção de imprimir o QR CODE do PIX integrado ao SITEF em papel.
Processo: Exibição do QR Code do PIX - Linux Ocorrência: 69302 Caso: Implementar exibição QR Code do PIX no LINUX. Melhorias de Processos: Implementada exibição QR Code do PIX no LINUX no
recebimento de pedido na integração com SITEF.
Processo: Pedido de Venda de Cliente Ocorrência: 67976 Caso: A tela Pedido de Venda de Cliente (PEDCV) está permitindo informar o destaque de substituição tributária mesmo o pedido sendo a vista. Melhorias de Processos: A tela Pedido de Venda de Cliente (PEDCV), quando utilizada no contexto de “Peças”, foi implementada para no “complemento de pedido” permitir informar o destaque de substituição tributária somente para plano de venda de modalidade "Duplicata". Ocorrência: 68800 Caso: A tela Pedido de Venda de Cliente (PEDCV) em alguns casos os créditos parciais de clientes, não estão contabilizando os valores restantes corretos.
Página | 14
Melhorias de Processos: A tela Pedido de Venda de Cliente (PEDCV), quando utilizada no contexto de “Peças”, foi implementada para contabilizar de maneira correta os valores quando pedido utiliza créditos parciais de cliente. Ocorrência: 68494 Caso: A tela Pedido de Ciente de Vendas (PEDCV) configurada para PEDCV_PECAS, ao restringir a venda de um item por problema de custo maior que o preço de venda, ao invés de solicitar autorização de venda ao vendedor, permite passar à venda sem fazer o bloqueio somente informado o valor de 0,01. Não Conformidade: A tela Pedido de Ciente de Vendas (PEDCV) configurada para PEDCV_PECAS, foi implementada com a crítica para quando o preço unitário for menor que o preço de custo do produto. Ocorrência: 68854 Caso: A tela Pedido de Ciente de Vendas (PEDCV) exibe erro após a atualização. Não Conformidade: A tela Pedido de Ciente de Vendas (PEDCV) foi implementada com correção além de melhoria para gravar o log do erro e que seja possível visualizar na transação ERROS. Ocorrência: 68150 Caso: A tela Pedido de Ciente de Vendas (PEDCV) deverá ser implementada para imprimir relatório de impressão e efetuar um salto maior no final do documento. Não Conformidade: A tela Pedido de Ciente de Vendas (PEDCV) foi implementada com correção do relatório de impressão do pedido para efetuar um salto maior no final do documento e funcionar corretamente na impressora Elgin.
Processo: Recebimento de Nota Fiscal Eletrônica Ocorrência: 68316 Caso: A tela Recebimento de Nota Fiscal Eletrônica (RECNE) o frete destacado nas notas não está compondo o valor do ICMS substituição tributária. Não Conformidade: A tela Recebimento de Nota Fiscal Eletrônica (RECNE) foi implementada para considerar o valor do frete no cálculo da Substituição Tributária para venda para fora do estado. Ocorrência: 64286
Página | 15
Caso: O valor do frete não está sendo somado à base de ICMS nas vendas para fora do estado quando há destaque de ICMS na OPFIS de recebimento de pedido, para produtos de incidência Normal. Não Conformidade: O sistema foi alterado para somar o valor do frete à base do ICMS nas vendas para fora do estado quando há destaque de ICMS, para produtos de Incidência Normal. Ocorrência: 69104 Caso: Ao gerar Nota Fiscal Eletrônica, foi constatado que o boleto gerado e enviado ao cliente ficou com valor maior que o valor total da nota. Não Conformidade: Foi implementada solução para identificar os valores divergentes entre o valor da nota e o valor fatura referente os pedidos da "Petronas" e após identificação, foi corrigido a origem do problema, a gravação dos dados em banco, contabilizando corretamente os descontos a nível de item.
Processo: Recebimento de Pedido de Cliente Ocorrência: 68871 Caso: No processo TEF ADYEN a loja realizou uma operação que gerou erro referente a tabela
vendas_adyen, isso acontece quando o recebimento foi efetuado em dois caixas diferentes. Não Conformidade: Foi verificado que o erro ocorreu pelo fato de o recebimento ter sido
efetuado em dois caixas diferentes, desta forma foi implementada uma validação para ao iniciar o recebimento em um caixa não permitir receber o mesmo pedido em outro caixa, alterado também o timeout de 30 segundo para 120 segundos.
Ocorrência: 68790 Caso: Erro ao efetuar o pagamento de sinal pela Adyen. Não Conformidade: Efetuada a correção no controle de saldo quando utilizado a forma de
pagamento Adyen, controlando de forma correta quando utilizado ADYEN com outra modalidade ou em pedido com recebimentos futuros.
Processo: Integração Conciliação de Cartão Ocorrência: 68923 Caso: Ocorria inconformidade ao executar a tela Integração Conciliação de Cartão (INTCC). Não Conformidade: Foi efetuada correção no processo de Integração com a Conciliadora Boa Vista, de vendas recebidas com cartão POS.
Página | 16
Ocorrência: 68744 Caso: Deverá ser criada validação para verificar se o produto pode ser vendido na loja. Novas Funcionalidades: As telas Produto por Loja (PRLJ) foi implementada com a
opção "Bloquear Venda na Loja", este campo encontra-se na área "Dados do Produto". Nas tela Pedido de Cliente e Venda Rápida foram implementadas com a validação para verificar se o produto pode ser vendido na loja.
Ocorrência: 68660 Caso: INTEGRAÇÃO COM O SFA: Alterações na integração para criar no cadastro de
vendedor uma fleg para classificar o vendedor como “Vendedores de Força de Venda”. Os pedido feitos por estes vendedores será um pedido normal, somente o preço dos produtos Petronas para pedidos gerados por esses vendedores é que deverão obedecer ao preço com o redutor parametrizado na loja. Os pedidos gerados por esses vendedores deverão SIM obedecer às políticas comerciais (Descontos degrau, política à vista, a prazo etc.). Somente o preço dos produtos Petronas para pedidos gerados pelo Nexgen, pelos vendedores e classificados como “Força de Venda” é que deverão obedecer ao preço com o redutor parametrizado na loja. Novas Funcionalidades: A tela Pedido de Venda de Cliente (PEDCV), quando
configurada para PEÇAS, foi implementada para aplicar um percentual de redução nos preços de atacado e varejo, de acordo com os requisitos relacionados: Na tela LOJAS na opção: "Integrações Loja", o campo: "Utiliza Força de Vendas" esteja marcado e também informar o campo "Percentual de Redução do Preço Força de Vendas"; Na tela Vendedores(VENDE), o campo: "Atende a Clientes Força de Vendas" esteja marcado para o vendedor. Nota: Este campo somente será permitido se a loja utiliza Força de Vendas; Somente para os produtos do fornecedor que esteja marcado como "Fornecedor PETRONAS", este campo é informado na tela Cadastro de Fornecedores(FORNE). Nota: Caso o cliente possua desconto de política de preço, este desconto também será aplicado.
Processo: Venda Rápida Ocorrência: 67875 Caso: Na Venda Rápida (VENCX) quando informando CPF e NOME do cliente( Não
Cadastrado no sistema), utilizando a opção "Cliente Cupom", gerando cupom só estava sendo exibido o CPF. Na Venda Rápida (VENCX) foi verificado que durante a venda , quando informado cliente, mesmo que cadastrado no sistema, o cupom exibe nome e CPF do cliente informado. Melhorias de Processos:
Página | 17
ÓTICA Processo: Pedido de Cliente de Venda – OS Showroom Ocorrência: 68237 Caso: Deverão ser implementadas as melhorias no processo de OS Showroom. Melhorias de Processos: Como parte do processo foram criados 2 parâmetros (1503 e
1504), onde o 1503 servirá para indicar a operação integrada usada para gerar o malote da OS Showroom, as características dessa operação servirá para armação enquanto as características da lente será determinada pela operação colocada no campo “Complementar” da operação que está no parâmetro 1503. Também foi criado o parâmetro 1504 que indicará a operação integrada usada para fazer a devolução ao fornecedor (que é o depósito) da OS Showroom. Como parte da implementação, foi criado o campo de “Percentual de Redução do IPI da Armação”, para as notas emitidas no processo de transferência da OS Showroom, onde indicará o percentual em que a base do valor da armação deverá ser reduzida para esses tipos de notas. Também, foi criado um flag nos parâmetros de óticas (CCPRO) para indicar se um produto está habilitado para gerar OS Showroom.
Processo: Cadastro de Campanhas de Associação Ocorrência: 68126 Caso: O sistema não permitia dá um desconto por limite em campanhas de associação. Melhorias de Processos: A tela Cadastro de campanhas de Associação (CASS) foi implementada para permitir um desconto de limite em campanhas de associação relacionadas a uma campanha principal no pedido. Se o limite for de valor, só deverá ser informado o valor assim como no caso se tiver configurado para percentual. O sistema solicitará uma autorização para o desconto, os usuários habilitados para permitir dá desconto são aqueles que tem marcada a opção "Autoriza Limite de Campanha" no cadastro de usuário.
Processo: Ordem de Serviço - Mobile Ocorrência: 68287 Caso: Implementar novo modelo de O.S, este novo modelo será utilizado para ordem
de serviço que a receita é digitada e digitalizada através de foto feita a partir do aplicativo nexgen mobile. Novas Funcionalidades: Foi criada novo modelo de O.S, este novo modelo será
utilizado para ordem de serviço que a receita é digitada e digitalizada através de foto feita a partir do aplicativo nexgen mobile. Página | 18
Processo: Consulta de Ordem de Serviços Ocorrência: 68374 Caso: A tela Consulta de Ordem de Serviços (COSLJ) deverá exibir o campo “Aro
Vertical”. Melhorias de Processos: A tela Consulta de Ordem de Serviços (COSLJ) foi
implementada para a exibição do campo de “Aro Vertical” está sendo impresso logo abaixo do campo "Estado Armação".
Processo: Cadastro de Ordem de Serviços para Retificação Ocorrência: 67800 Caso: A tela Cadastro de Ordem de Serviço para Retificação (OSRET) estava
permitido cancelar a OS Original. Não Conformidade: A tela Cadastro de Ordem de Serviço para Retificação (OSRET)
foi programada para não permitir o cancelamento da OS Original.
Processo: Geração de Malote na Loja Ocorrência: 68434 Caso: A tela Geração de Malote na Loja (GERLJ) está apresentado um erro
intermitente ao gerar malote, que contêm item do tipo armação, com estoque na conta disponível, porém sistema informa que não há. Não Conformidade: A tela Geração de Malote na Loja (GERLJ) foi implementada para
remoção dos dados da quantidade dos produtos ao fim da sessão, corrigindo assim o problema de estoque do item armação ao gerar malote.
RETAGUARDA Processo: Devolução de Pedido de Cliente Ocorrência: 68550 Caso: Deverá ser implementado na Devolução de Cliente uma validação para verificar se a loja origem da devolução é diferente da loja de origem da venda. Novas Funcionalidades: A tela Devolução de Cliente, foi implementada para validar se a loja origem da devolução é diferente da loja de origem da venda, se a operação fiscal de devolução selecionar o parâmetro: "Devolução Cliente usar Alíquota da Venda". Se o parâmetro estiver selecionado, a devolução só irá aceitar se a UF da devolução e a UF da nota fiscal de venda. Ocorrência: 68359 Página | 19
Caso: Quando estava devolvendo uma nota que tinha ICMS normal e ICMS substituição tributária, o sistema não está trazendo esses valores para a nota de entrada por devolução de venda. Não Conformidade: A tela Devolução de Clientes (DEVOL) foi implementada para considerar os valores da nota de venda (impostos, descontos, frete). Ocorrência: 68635 Caso: A tela Devolução de Clientes (DEVOL) estava permitindo finalizar a devolução sem a informação do código do cliente. Não Conformidade: A tela Devolução de Clientes (DEVOL) foi implementada para não permitir finalizar a devolução sem a informação do código do cliente.
Processo: Cadastro de Expedições Ocorrência: 68294 Caso: Implementar melhorias nas telas de Pedido e Expedições. Melhorias de Processos: Na tela Cadastro de Expedições (EXPED) foi criada opção para informar a quantidade máxima de itens permitido no pedido do cliente; Na tela Pedidos de Vendas de Cliente, configurada para PEÇAS, implementada validação, para exibir a seguinte mensagem "Qtde de Itens do Pedido > que a Qtde Máxima Permitida ...", quando for excedida quantidade informada na tela Cadastro de Expedições (EXPED); Implementada rotina de Auditoria para quando for executado cancelamento de item de algum pedido. Ocorrência: 68284 Caso: Deverá ser verificado problemas na geração dos pedidos de transferências, ou seja, não gera os pedidos conforme agendamento. Não Conformidade: Foi identificado que a tabela PEDIDO_REQUISICAO estava ficando locada quando na gravação do primeiro pedido, quando o Oracle foi reiniciado a tabela foi liberada e o pedido foi incluído.
Processo: Nota Fiscal de Transferências entre Lojas Ocorrência: 68334 Caso: A tela Nota Fiscal Transferências entre Lojas (NFTRA) não estava importando algumas informações que eram cadastradas no pedido para gerar a nota de transferência, tais como observação, fornecedor e os volumes informados na tela de Conferência de Pedido (CONFE).
Página | 20
Não Conformidade: A tela Nota Fiscal Transferências entre Lojas (NFTRA) foi implementada para importação do envio de todas as informações que eram cadastradas no pedido para gerar a nota de transferência.
Processo: Guia de Despacho Ocorrência: 68108 Caso: Sistema não está imprimindo os códigos de fabricantes de todos os itens novos que foram cadastrados recentemente. Não Conformidade: O sistema foi implementado para serem impressos todos os códigos dos fabricantes relacionados aos itens cadastrados , no relatório Guia de Despacho.
Processo: Agendamento de Requisição Pedidos Ocorrência: 67457 Caso: Deverá ser criada tela para que seja possível o agendamento de requisições com horário definido para execução automática. Novas funcionalidades: Foi criada tela Agendamento de Requisição (AGREQ) para permitir cadastrar os agendamentos, nessa tela o usuário irá informar a loja distribuidora, loja da requisição, dias da semana para o agendamento ser executado pelo serviço de agendamento automático e hora do agendamento automático. A requisição poderá ser executada por demanda, ou seja, a partir da tela Pedidos Gerados requisição Automática (PGRAU). Ocorrência: 68284 Caso: Deverá ser alteração no tamanho da estrutura que guarda os dados para iniciar o agendamento de requisição de transferência. Melhorias de Processos: Foi efetuada a alteração no tamanho do campo que guarda os dados para iniciar o agendamento de requisição de transferência, estava apenas com 3 posições, o correto era para ser 6. Ocorrência: 69284 Caso: Foi validado que o Servidor do cliente está sendo parado por várias vezes no
dia por conta dos processos de agendamento e ecommerce. Melhorias de Processo: Melhorias nos diversos processos de agendamento do
sistema, referentes a fechamento de conexões em aberto, intervalo dos ciclos de operação e flags para execução nos Jobs.
Página | 21
Processo: Gerar Arquivos Importação Mtrix Ocorrência: 66537 Caso: Deverá ser gerado script para identificar clientes que tiveram vendas sem segmento relacionados , para a loja e período requisitado. Melhorias de Processos: Foi implementado na tela Gerar Arquivos Importação Mtrix (MTRIX) que gera arquivos para integração de acordo com o descrito na ocorrência, esses são referentes a Clientes, Vendas, Produtos, Estoque e Força de Venda. Verificado também que na tela de fornecedores está exibindo o campo para digitação da sigla MTRIX. Foi gerado scripts em anexo para consulta de clientes que tiveram vendas sem segmento relacionados , para a loja e período requisitado.
Processo: Junção de Notas Ocorrência: 68127 Caso: Foi solicitado que a tela Junção de Notas (JNOTA) fosse alterada para exibir uma mensagem de crítica quando o cliente não possuir agente bancário cadastrado. Não Conformidade: A tela Junção de Notas (JNOTA) foi implementada para exibir uma mensagem de crítica quando cliente não possuir agente bancário cadastrado.
Processo: Separação de Pedidos Ocorrência: 67869 Caso: Verificar problema de itens que ficam sendo exibidos na tela produto por loja (PROLJ) como reservado, ocasionando problema na separação dos pedidos (itens sem estoque) sendo que não existe reserva para o item quando verificada na tela Consulta Reserva (CRESE). Não Conformidade: A tela Separação de Pedidos (SEPAR) foi programada para efetuar verificação na finalização da separação, se o produto separado já foi atualizado o estoque de reserva.
Processo: Gravação de Arquivo Fortes Ocorrência: 68179 Caso: O sistema não gerava o arquivo FS para importação do sistema Fortes.
A tela Gravação de arquivos Fortes (GARFS) Foi implementada para gerar o arquivo FS (apenas com os cupons fiscais) para poder Novas
Funcionalidades:
Página | 22
importar os valores de PIS e COFINS dos Cupons Fiscais do Nexgen para o Sistema Fortes.
Processo: Nota Fiscal Complementar Ocorrência: 64803 Caso: Quando emitida nota fiscal complementar, as notas estão ficando rejeitadas. msg: total do BC ICMS difere do somatório dos itens Melhorias de Processos : Efetuada a validação da informação referente a valores de ST, quando informado o valor da base ICMS ST e VL ICMS ST o sistema só irá permitir informar os CST (10 / 30/ 60 / 70 / 90) conforme regra da Sefaz.
Processo: Guia de Comprador e Produto por Loja Ocorrência: 68188 Caso: Deverão ser modificadas as telas de Produto por Loja (PROLJ) e Guia do Comprador (GUIAC) para exibir a quantidade do estoque disponível do produto deduzido da quantidade do estoque faltante. Melhorias de Processos: Foram implementadas as telas Produto por Loja (PROLJ) e Guia do Comprador (GUIAC) para exibir a quantidade do estoque disponível do produto deduzido da quantidade do estoque faltante.
Processo: Entrada de Mercadorias ao Fornecedor Ocorrência: 68966 Caso: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) está apresentando erro na importação de uma nota fiscal com mais de 200 itens. Não Conformidade: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada com correção no processo de importação de xml para que não ocorra erro ao importar notas com grandes quantidades de itens. Ocorrência: 68483 Caso: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) não importou todos os itens de uma nota de 254 itens. Não Conformidade: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) foi implementada com correção na importação de nota, quando importado notas com. O problema ocorria por conta dos muitos acessos ao banco de dados em uma única nota fiscal, ocorrendo assim o estouro no número de conexões. Ocorrência: 68291 Caso: A tela Entrada de Mercadorias ao Fornecedor (ENTNE)
Página | 23
Melhorias de Processos: A tela Entrada de Mercadorias ao Fornecedor teve efetuada melhoria no processo de importação para quando não houver situação tributária cadastrada na tela de produto por loja, onde será utilizado a situação tributária da tela de Cadastro de Produtos (PRODU).
Processo: Importação de CT-e Ocorrência: 68534
Caso: A tela Importação de CT-e (IMPCT) está apresentando erro pela falta de tratamento ao importar um CT-e complementar. Não Conformidade: A tela Importação de CT-e (IMPCT) foi implementada com validação ao importar um CT-e complementar, desta forma este CT-e complementar deverá ser lançado de forma manual. Para isso o sistema exibe a mensagem informando: "Problema ao importar o arquivo: “NOMEDOARQUIVO”. CT-e complementar, este arquivo não será importado!". Ocorrência: 68295 Caso: A tela Importação de CT-e (IMPCT) estava apresentando problema de nãoreconhecimento da fatura quando utilizado desconto. Não Conformidade: Efetuada melhoria no código para evitar problema de nãoreconhecimento da fatura ao utilizar o desconto ou a inclusão manual de Conhecimento de Frete (CT-e), efetuada também melhoria no log para agilizar a análise em caso de problema futuro.
Processo: Recebimento de Nota Fiscal – Etiqueta de Volume Ocorrência: 68149 Caso: Criar parâmetro criado na tela Terminais (TERMI) que indica se o terminal imprime etiqueta de volumes no faturamento do pedido. Melhorias de Processos: Foi alterada a rotina de impressão da etiqueta de volumes no recebimento do pedido para considerar o parâmetro criado na tela Terminais (TERMI) que indica se o terminal imprime etiqueta de volumes no faturamento do pedido.
Processo: Conciliação de Cartão – Boa Vista Ocorrência: 63456 Caso: Deverá ser implementada a geração de um arquivo de exportação das nossas operações de cartão de crédito para o nosso conciliador de cartão. Página | 24
Melhorias de Processos: Efetuada implementação para o processo de envio de vendas pagas com cartão para a conciliadora Boa Vista.
Processo: Integrações de Lojas Ocorrência: 68614 Caso: Implementação de definição de Transportadora e Expedição default, na PARLJ, para a integração com o SFA. Novas Funcionalidades: Foi implementada a criação de dois campos para informar a Transportadora e Expedição Default, quando a loja for configurada para se integrar com a Força de Vendas. Visando otimizar a tela de configuração de parâmetros da loja, todas as integrações com sistema de terceiros foram transferidos para outra tela, ficando a tela de parametrização especificamente para definir as configurações gerais. Portanto, foi criado um botão "Integrações Loja", na transação "LOJAS", que será utilizado para exibir a tela para configurar todas as integrações de sistema de terceiros com a loja. O processo que recebe produtos do sistema de Força de Vendas foi modificado para, ao receber o pedido, gravar o código da expedição e Transportadora, que estão cadastrados na tela que configura a integração com a Força de Vendas.
Processo: Monitoramento de Pedidos Ecommerce Ocorrência: 69421 Caso: O sistema apresenta mensagem de erro quando gerada nota na tela Monitoramento de Pedido E-commerce (MPEDE) Não Conformidade: Criado o parâmetro 1248, para identificar a transação que irá receber pedidos e-commerce, caso haja ausência de valor para este parâmetro, irá sempre chamar a tela Recebimento de Pedidos ( RECPE) para receber pedidos.
Processo: Implementações de Melhorias Ocorrência: 68294 Caso: Implementar melhorias nas telas de Pedido e Expedições. Melhorias de Processos: Na tela Cadastro de Expedições (EXPED) foi criada opção para informar a quantidade máxima de itens permitidos no pedido do cliente; Na tela Pedidos de Vendas de Cliente, configurada para PEÇAS, implementada validação, para exibir a seguinte mensagem "Qtde de Itens do Pedido> que a Qtde Máxima Permitida...", quando for excedida quantidade informada na tela Cadastro Página | 25
de Expedições (EXPED); Implementada rotina de Auditoria para quando for executado cancelamento de item de algum pedido.
Processo: Renegociação de Títulos Ocorrência: 68750 Caso: Foi exibida mensagem de erro quando consultado cliente específico na tela
Renegociação de Títulos (RENEG). Não Conformidade: A tela Renegociação de Títulos (RENEG) foi implementada para
tratamento de um título do cliente que não possua parcelas.
Processo: Integração WOOCOMERCE
Nexgen
com
a
Plataforma
Ocorrência: 68222 Caso: Implantação de Vendas por E-commerce – Plataforma Woocommerce, contemplando todo o processo de vendas; Estoques, Consultas, Pedido de Venda, recebíveis, entregas, Trocas/Créditos, relatórios e demais demandas inerentes ao processo de vendas.
Novas Funcionalidades: Efetuada implementação da comunicação Nexgen com a plataforma WooCommerce, sendo assim o Nexgen irá enviar Categoria, Produto, Estoque e Preço, e irá receber os pedidos feitos no ecommerce para que seja feito o processo de separação e emissão de nota fiscais.
Processo: Consulta de Pedido de Cliente Ocorrência: 67934 Caso: A tela Consulta de Pedido de Cliente (CPEDC) deverá ser implementada com novo status de “PEDIDO REPROVADO”. Novas Funcionalidades: A tela Consulta de Pedido de Cliente (CPEDC) foi implementada a criação do status “PEDIDO REPROVADO” essa legenda será exibida abaixo na tela.
Processo: Consulta de Produtos Ocorrência: 68973 Caso: Verificar que produto exibe uma descrição na tela Cadastro de Produtos (PRODU) e quando consultamos na CPROD, o sistema estava exibindo outra descrição. Página | 26
Não Conformidade: Foi implementada as telas de Cadastro de Produtos (PRODU) e Características de produtos (PROAP) para gravar a descrição do produto completa.
Processo: Cadastro de Integradoras Ocorrência: 68427 Caso: Estava sendo exibida mensagem de erro quando solicitado ao sistema o cadastro do código da empresa conciliadora de cartão. Não Conformidade: A tela Cadastro de Integradoras (CADIN) foi implementada para não apresentar mais erros ao cadastrar o código de uma empresa conciliadora de cartão.
Processo: Geração e Manutenção de Inventário Ocorrência: 68886 Caso: Foi detectado necessidade de correção em alguns casos na geração de inventário de alguns grupos (520 e 529), nesses existem itens que não tiveram movimento causando assim inconsistência no estoque. Não Conformidade: A tela Geração e Manutenção de Inventário (GEINV) foram implementadas para corrigir o problema mencionado na ocorrência da seguinte maneira: Implementações: Foi criado o parâmetro 1321-"Contagem do Inventário será realizado com a loja parada", caso este parâmetro esteja marcado como "Sim", o estoque para realizar processo de consolidação do inventário será sempre o atual. Nota: No processo de abertura do inventário, o saldo do estoque dos produtos inventariados é gravado tabela de inventário (DSITEINV), caso fosse efetuado alguma movimentação do estoque (venda/transferência/devolução...) após a abertura do inventário o estoque da tabela de inventário não era atualizado. Caso, este parâmetro esteja marcado, haverá uma atualização desta tabela antes da consolidação do inventário.
Processo: Devolução de Mercadorias ao Fornecedor Ocorrência: 67716 Caso: As notas de Devolução de Fornecedor/Garantia que eram rejeitadas pelo fornecedor e que não podiam ser canceladas pelo fato do término legal para cancelamento junto a SEFAZ. Neste caso é gerado uma nota de entrada para retornar Página | 27
o estoque, porém não era possível efetuar a devolução ao fornecedor/garantia destes produtos novamente. Melhorias de Processos: Implementações para solucionar: 1- Foi criado um campo na tela Livro de Saída (LVSAI) para sinalizar se a nota foi rejeitada pelo fornecedor. Este campo somente será habilitado para notas do tipo: "Devolução de Fornecedor" e "Outras Saídas". 2- Se a nota de Devolução/Garantia que foi rejeitada pelo fornecedor estiver marcada como rejeitada na tela Livro de Saída (LVSAI), estes produtos desta nota poderão serem devolvidos novamente na transação de "Devolução de Fornecedor/Garantia e de Outras Saídas".
Processo: Etiquetas de Conferência Ocorrência: 68133 Caso: A tela emitir Etiquetas Conferência Volumes (ETQCO) deverá ser implementada com o aumento da fonte no nome da Transportadora na emissão das etiquetas de volume. Melhorias de Processos: A tela Emitir etiquetas Conferência Volumes (ETQCO) foi alterada para na rotina de impressão de etiquetas de conferência, ajustar o tamanho da fonte dos campos transportadora e pedido, também foi ajustado o posicionamento de todas a etiqueta para que a mesma não fique saltando quando utilizada em impressoras de modelos diferentes do mesmo fabricante.
Processo: Análise e Aprovação de Crédito Ocorrência: 68266 Caso: Deverá ser implementado para as telas de Aprovação de Crédito (APRCR) e Análise de Crédito (ANACR) um parâmetro, para que sejam consultadas as baixas de títulos de um cliente para determinado período de meses. EX: Mostrar somente as parcelas pagas nos últimos 12 meses. Melhorias de Processos: Foi implementado parâmetro para as telas que envolvem a Análise e Aprovação de Crédito parâmetro, para que sejam consultadas as baixas de títulos de um cliente para determinado período de meses. EX: Mostrar somente as parcelas pagas nos últimos 12 meses.
Processo: Adiantamentos de Clientes Ocorrência: 68456
Página | 28
Caso: A tela Adiantamentos de Clientes (CADIA) não estava criticando o estabelecimento correto da loja causando um problema na PUPOP de pesquisa dos créditos quanto aos créditos gerados para os clientes. Não Conformidade: A tela Adiantamentos de Clientes (CADIA) foi implementada para criticar o estabelecimento correto da loja, resolvendo assim o problema na PUPOP de pesquisa dos créditos quando consultados os créditos gerados para os clientes.
Processo: Configurar Mensagens para o Cliente Ocorrência: 68814 Caso: A tela Configurar Mensagens para o Cliente (CMCLI) ser implementada com as melhorias. Melhorias de Processos: A tela Configurar Mensagens para o Cliente (CMCLI) teve efetuado as seguintes melhorias no processo de envio de SMS InfoBip: Geração da CHAVE_API será feita sempre que o campo na tabela estiver em branco ou seja zero; Correção dos calendários, passando assim a ser exibido corretamente; Caso ocorra algum erro no processo de envio do SMS através da tela COSLJ, será retornado a mensagem com o erro, antes, mesmo com erro no processo, estava sendo exibida uma mensagem de SMS enviado com sucesso.
Processo: Consulta de Nota fiscal de Saída Ocorrência: 69239 Caso: A tela Consulta de Nota Fiscal de Saída
(CNFSD) exibe erro ao reimprimir
notas fiscais ao consumidor eletrônica, NFC-e. Não Conformidade: A tela Consulta de Nota Fiscal de Saída
(CNFSD) foi implementada com correção para reimpressões de notas fiscais eletrônica ao consumidor, NFC-e.
OBRIGAÇÕES FISCIS Processo: Cálculo do PIS/COFINS Ocorrência: 67132 Caso: Deverá ser criada tela Cálculo do PIS/COFINS (RCPIS) para recalcular os valores do PIS/COFINS referente ao ano de 2019. Melhorias de Processos: Efetuada implementação da tela Cálculo do PIS/COFINS (RCPIS) para recalcular os valores do PIS/COFINS referente ao ano de 2019. Página | 29
Também foram adicionados campos para informações de CST de entrada e saída dos pis/cofins na tela Cadastro de NCM (NCMPR). Alterado também na tela Cadastro de Produtos (PRODU) para que na inclusão/alteração do produto, seja cadastrado o CST pis/cofins com base no NCM do produto, desde que, no cadastro do NCM, esteja cadastrado o CST de entrada e saída do pis/cofins. Por fim foi implementada na tela de Operações Fiscais, campos para consultar CST PIS/COFINS.
Processo: Relatório de PIS/COFINS (COPIS) cvs Relatório Resumo Apuração de ICMS (RAPUR) Ocorrência: 68394 Caso: Verificar a diferença entre os Relatório de PIS/COFINS (COPIS) e o Relatório Resumo
Apuração de ICMS (RAPUR), pois os mesmos gerados com os CFOP’s iguais, exibem valores diferentes. Melhorias de Processos: A diferença apresentada entre o Relatório de PIS/COFINS (COPIS) e
o Relatório Resumo Apuração de ICMS (RAPUR), se deve ao fato de que no RAPUR mostra o valor contábil das notas que seria o valor dos produtos menos os descontos e mais alguns outros valores que fazem parte do valor contábil da nota. Enquanto no COPIS mostra os valores que são usados para a base do PIS e COFINS que seria o valor dos produtos menos os descontos, como apresentado a seguir: RAPUR - Mostra o valor contábil das notas que é calculado como mostrado abaixo: VALOR CONTÁBIL = VALOR DOS PRODUTOS - DESCONTOS + VALOR DO IPI + VALOR DO FRETE + VALOR DO SUBSTITUIÇÃO TRIBUTÁRIA (SE FOR O CASO) + VALOR DE OUTRAS DESPESAS COPIS - Mostra o valor que compõe a base do PIS e COFINS que é calculado como mostrado abaixo: VALOR BASE DO PIS E COFINS = VALOR DOS PRODUTOS - DESCONTOS
Processo: SPED FISCAL Ocorrência: 68626 Caso: Arquivo Set/20 SPED Fiscal gerado, apresentou erro referente a ICMS fora do estado, criticando o DIFAL. Não Conformidade: Efetuada correção do problema da divergência que ocorria por conta de quando o saldo dos créditos e débitos eram negativos, o valor estava sendo considerado como positivo, segundo manual do SPED quando isso ocorrer, o saldo ficar negativo, ele deverá ser zerado. O programa foi implementado dessa forma.
Página | 30
MENSAGERIA Processo: Nota Fiscal Eletrônica Ocorrência: 69109 Caso: Atualizar a cadeia de certificados no estado do CE. Novas Funcionalidades: Efetuada atualização na cadeira de certificados na mensageria Secrel, essa atualização impacta somente a emissão no estado do Ceará, conforme comunicado liberado pela Sefaz/CE no dia 27/11/2020. Ocorrência: 68107 Caso: Deverá ser implementado nos Dados Adicionais da Nota Fiscal Eletrônica o nome do usuário que conferiu a mercadoria. Melhorias de Processos: Foi implementado na Nota Fiscal Eletrônica a para serem exibidos no campo de Dados Adicionais, nome de do usuário que conferiu a mercadoria, também foi programado para quando se tratar de uma pedido “juntado”, utilizando a tela de Junção de Pedidos (JUPED) a nota gerada a partir desse pedidos deverá exibir o nome de todos os conferentes em seus Dados Adicionais. Ocorrência: 68885 Caso: Erro na emissão de Nota fiscal Eletrônica: 009Problema ao gerar XML da Nota: Valor da Percentual de ICMS para não contribuinte não informado. Acessar a transação ICMES e informar o percentual. Não Conformidade: Efetuada correção no processo de emissão de NF-e, nos seguintes casos: Emissão de nota para não contribuinte onde a nota é rejeitada porque o cliente é contribuinte, alteração no cadastro do cliente para informar que é contribuinte e reenvio da nota fiscal. Efetuada também a correção na geração do número randômico que preenche a tag "CNF" na geração do XML. Ocorrência: 68480 Caso: Solicitamos as alterações na impressão do DANFE, possibilidade de tamanho de fonte e descrição se deve ou não imprimir os dados referente ao crédito de cliente utilizado no pedido. Melhorias de Processo: Efetuada implementações no processo de impressão do DANFE da NF-e: Possibilidade de escolha entre as fontes 5 e 6 para impressão dos itens na nota fiscal eletrônica; Possibilidade de escolha se deve ou não imprimir os dados referente ao crédito de cliente utilizado no pedido. Ocorrência: 68366
Página | 31
Caso: XML da nota não está sendo gerado em conformidade quando o produto tiver dois código GTIN associados. Não Conformidade: Efetuado o tratamento na montagem do XML, para quando o produto tiver dois código GTIN associados, a geração do xml pegará apenas um para geração da nota fiscal, sendo assim não irá duplicar os itens. Ocorrência: 68164 Caso: Atualmente no DANFE das notas tem impresso somente um código de fabricante, é para ser impresso todos os códigos de fabricantes possíveis na mesma linha. Melhorias de Processos: Efetuado o tratamento do DANFE para exibir todas as referências cadastradas na transação MRSIC com o tipo 'Fabricante', abaixo de cada linha do produto. A quantidade de referências será limitada ao tamanho da linha. Portanto, caso o produto tenha diversas referências do tipo "Fabricante", serão impressas apenas aquelas que caibam na linha. A ordem de exibição das referências será: a primeira a ser exibida é a referência classificada como "Código Padrão Fabricante" e em seguida as demais. Para exibir as referências do fabricante, deverá ser configurado o parâmetro 879, com o conteúdo 'Referências Fabricante'. Ocorrência: 69110 Caso: A geração da Nota de Malote “showroom” do laboratório para loja, onde cada item sai com CST de ipi 51 e 50, no ambiente de produção ao emitir pela mensageria nf-e do Brasil emitiu como IPITRB o CST 51 e não <IPINT><CST>51</CST> </IPINT>. Melhorias de Processo: Efetuada a implementação para geração da tag IPINT, esta tag só será usada quanto o CST do produto for '51', utilizando a mensageria NF-e do Brasil.
AJUSTES GERAIS Processo: Otimização de Consultas ao Banco de Dados Ocorrência: 68750 Caso: Deverão ser ajustadas consultas para otimização de acesso ao banco de dados. Melhorias de Processos: Foi implementada na consulta (POPUP) de garantia, utilizada nas operações fiscais de garantia marcadas com a opção: "Movimenta Histórico Garantia" para otimizar o acesso ao banco de dados.
Processo: Integração de Pedidos – Ecommerce Ocorrência: 68437 Página | 32
Caso: Na integração com o Magento, solicitamos que o preço de venda seja o preço de
venda atacado com 20% de acréscimo e não mais o preço de varejo como atualmente. Novas Funcionalidades: Foi implementada a funcionalidade a nível de loja, para
determinar qual o preço do produto que será exportado para o E-COMMERCE: Preço de varejo ou preço de atacado. A partir da definição do preço, a loja poderá também determinar o percentual de acréscimo que será acrescido sobre o preço que foi configurado. Para configurar o tipo de preço e o percentual de acréscimo, selecione a transação LOJAS e clique no botão "Parâmetros". Os campos foram criados na área: "Parâmetros Diversos".
Ocorrência: 69038 Caso: E-COMMERCE – Quando o pedido dá erro, o sistema não está gravando a
mensagem de erro na tabela de integração. Não Conformidade: Corrigido o problema da mensagem de erro e também demais
encontrados, como a gravação dos campos de hora na tabela de integração, remoção de validações não necessárias durante o processo e outros 2 problemas no processo de atualização do registro de integração de um pedido onde ocorreu um erro de integração anteriormente.
Ocorrência: 69060 Caso: Alterar a integração com ecommerce, para que os itens que passarem a ser
cadastrados no MAGENTO como configuráveis, possam ser integrados ao sistema nexgen. Melhorias de Processos: Implementação do tratamento de produtos configuráveis e
simples no recebimento do pedido; EXTRA: realizada correções na integração de dados referentes a descontos nos itens do pedido.
Ocorrência: 69361 Caso: Os pedidos gerados pela integração e-commerce são problemas na gravação do
banco de dados do nome do cliente e da transportadora. Não Conformidade: O pedido não está sendo consumido pelo WMS automaticamente
porque as informações de transportadora e expedição não estão sendo informadas; Alimentados estes campos o pedido será consumido, não há erro quanto a automação para o WMS consumir o pedido, o que se faz necessário é a informação dos dados de transportadora e expedição para que o mesmo ocorra, que hoje é realizado de forma manual.
Ocorrência: 69438 Caso: Os pedidos integrados do e-commerce para o Nexgen não estão gravando as informações corretas nas estruturas de banco de dados.
Página | 33
Não Conformidade: Efetuada correção na integração dos pedidos vindos dos ecommerce: Magento e Vtex, para gravar o vendedor configurado no Nexgen. Ocorrência: 68793 Caso: Problema na tabela integração e-commerce quando o preço já foi deletado uma vez e a integração tenta enviar o delete novamente Não Conformidade: Efetuada correção no processo de integração de preço com o ecommerce VTEX, para que ao tentar deletar o registro de preço de produto na integração e ele não seja encontrado por se tratar de uma loja franquia, o registro fique como enviado, para que o sistema não fique tentando efetuar o delete aumentando assim a tabela de controle. Ocorrência: 68066 Caso: Implementar Percentual do Estoque a Integrar no Ecommerce. Novas Funcionalidades: Alteração no processo de integração de estoque e comércio
para o NEXGEN. Para o caso de uma loja física que vende no ecommerce, caso o campo "Percentual do Estoque a Integrar no Ecommerce" na tela Parâmetros de Lojas (PARLJ) não esteja preenchido, não ocorrerão integrações de estoque para essa loja no ecommerce, e caso esteja preenchida com qualquer valor inteiro de percentual, apenas este valor percentual do estoque, arredondando para baixo, será integrado. O valor padrão do campo é 100.
Ocorrência: 68413 Caso: Implementar a escolha de qual estoque considerar para os pedidos e comércio,
físico ou disponível. Melhorias de Processos: Efetuada implementação para escolha de qual estoque
considerar para os pedidos ecommerce, para isso foi criado um parâmetro(1231), onde pode-se escolher entre as opções "Estoque Físico" e "Estoque Disponível".
Processo: Integração Ecommerce - VTEX Ocorrência: 68017 Caso: Problema na Integração do Vtex para o Nexgen quando o pedido no site foi pago com cartão de débito virtual da caixa. Melhorias de Processos: Foi realizado o tratamento para (tp_tef) débito, quando identificado o pagamento do tipo (virtualDebitElo) cartão virtual da caixa.
Processo: Impressão do NF-e no Linux - XseedSpool Ocorrência: 68541
Página | 34
Caso: Implementar a impressão do Danfe NF-e no Linux pelo XseedSpool, retirando a necessidade de utilizar o servidor de impressão CUPS. Melhorias de Processo: Efetuada implementação para permitir efetuar impressão de Danfe NF-e no Linux através de um comando nativo, retirando assim a necessidade de um servidor de impressão.
Processo: Estruturas de Bancos Banco de Dados Ocorrência: 68895 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao
processo de Todos os Cartões Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar
informações referentes ao processo de Todos os Cartões
Ocorrência: 68778 Caso: Criar estrutura no Banco de Dados para guardar informações de ordem
referentes ao processo de malotes. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar
informações de ordem de serviço referentes ao processo de malotes.
Ocorrência: 68929 Caso: Criar estrutura no Banco de Dados para guardar informações de notas
rejeitadas pelo fornecedor. Melhorias de Processo: Foi criada uma estrutura de banco de dados para guardar
informações de notas rejeitadas pelo fornecedor.
Ocorrência: 68975 Caso: Criar estrutura no Banco de Dados para guardar informações referentes aos
dados do pagamento com crédito de cliente na impressão no Danfe. Melhorias de Processo: Foi criada uma estrutura no Banco de Dados para guardar
informações referentes aos dados do pagamento com crédito do cliente na impressão no Danfe.
Ocorrência: 68982 Caso: Criar estrutura no Banco de Dados para validação de impressão de etiqueta de
volume no faturamento da nota.
Página | 35
Melhorias de Processo: Foi criada estrutura no Banco de Dados para validação de
impressão de etiqueta de volume no faturamento da nota.
Ocorrência: 68987 Caso: Liberação dos scripts da ocorrência 68477, referente ao meio de pagamento
PIX. Não Conformidade: Criação de campos para identificação da instituição pagadora PIX
quando PIX integrado ao NEXGEN.
Ocorrência: 69024 Caso: Criar estrutura no Banco de Dados para guardar informações de emissão de
etiquetas no processo de Expedições. Melhorias de Processo: Foi criada uma estrutura no Banco de Dados para guardar
informações de emissão de etiquetas no processo de Expedições.
Ocorrência: 69073 Caso: Criar estrutura no Banco de Dados para guardar informações na tabela de caixa para informar o meio onde será exibido o QRCODE nas vendas, utilizando o meio de pagamento PIX. Melhorias de Processo: Foram criadas estruturas no Banco de Dados para guardar informações na tabela de caixa para informar o meio onde será exibido o QRCODE nas vendas, utilizando o meio de pagamento PIX.
Processo: Relatórios Ocorrência: 68616 Caso: O Relatório Analítico de Estoque (RRANA) apresenta mensagem de erro ao ser
gerar o movimento de garantia. Não Conformidade: O Relatório Analítico de Estoque (RRANA) foi implementado para
gerar o Movimento de Garantia corretamente.
Ocorrência: 68308 Caso: Erro ao emitir relatório de comissões em Excel. Não Conformidade: O Relatório Sintético de Comissões (RSICO) foi gerado utilizando uma versão mais recente da ferramenta que utilizamos para criação do relatório e com isso deverá ser atualizado também a “lib” que os relatórios utilizam.
Ocorrência: 66271 Caso: Divergência entre RAPUR e RAPUF de dezembro de 2018.
Página | 36
Não Conformidade: Não foi evidenciado mais divergências entre o RAPUR e RAPUF,
no mês Dezembro de 2018, conforme relatórios em anexo (id.: 42779 e 42780). Esse problema deve ter sido resolvido em uma outra ocorrência.
Ocorrência: 68252 Caso: O Relatório Relação Geral de Saídas (RGSAI) está gerando relatório em formato EXCEL
sem formatação. Não Conformidade: O Relatório Relação Geral de Saídas (RGSAI) foi implementada
correção na ordenação do relatório corrigindo assim a formatação do relatório quando gerado em EXCEL.
Ocorrência: 68151 Caso: Implementar o Relatório de Cartão Resumido. Melhorias de Processos: O Relatório de Cartão Resumido (RCRES) foi implementado
com exibição dos seguintes Parâmetros: 1 - Loja (999=Todas); 2 – Visão; 3 - Data Inicial; 4 - Data Final.
Ocorrência: 69366 Caso: O relatório Consulta Gerencial (CONGE) e Resumo de Vendas por Lojas(RRVLJ) deverão ser implementados para exibir os valores recebidos em PIX. Melhorias de Processos: O relatório Consulta Gerencial (CONGE) foi implementado
com o valor do PIX nas colunas de valores nos grids "Vendas" e "Caixa", enquanto o Resumo de Vendas por Lojas(RRVLJ) foi adicionado o valor do PIX em suas colunas. Ocorrência: 68545 Caso: O Relatório Relação Geral das Entradas (RGENT) não estava sendo gerado
quando filtrado pelas Devoluções de Cliente. O Relatório Relação Geral das Entradas (RGENT) foi implementado para ser gerado de maneira correta pelo filtro de “Devoluções de Clientes”. Não
Conformidade:
Caso: O Relatório Relação Geral das Entradas (RGENT) apresenta mensagem de erro
ao ser gerado para comissão por categoria quando realizada uma venda rápida. O Relatório Relação Geral das Entradas (RGENT) foi implementado para ser gerado para comissão por categoria quando realizada uma venda rápida. Não
Conformidade:
Ocorrência: 68488 Caso: O Relatório Reajuste de Preços Venda Valor (RGENT) não apresenta exibição
por completa da descrição do produto
Página | 37
Não Conformidade: O Relatório Reajuste de Preços Venda Valor (RGENT)) foi
implementado para corrigir o problema da não exibição por completa da descrição do produto, ao digitar o código do produto a descrição será mostrada. Ocorrência: 68667 Caso: O Relatório Geral de Estoque (RPGER) quando filtramos por todas as lojas, e
marcamos para imprimir grade, o relatório não exibe a grade. Não Conformidade: O Relatório Geral de Estoque (RPGER) foi implementado para
exibir a grade quando gerado para todas as lojas.
Ocorrência: 69149 Caso: O Relatório Gerar Planilhas (GPOCU) está apresentando erro quando utilizado o
botão “Selecionar Agrupador Categorias”. Melhorias de Processo: O Relatório Gerar Planilhas (GPOCU) foi implementado com a
correção no botão “Selecionar Agrupador Categorias”, permitindo assim que o agrupador seja selecionado. Ocorrência: 68409 Caso: Criar relatório analítico para conferir comissões. Não Conformidade: O Relatório Comissão de Vendedores (RCVEN) foi implementado
para “Exibir Movimento Analítico” e listar os movimentos de venda/devolução dos pedidos por produtos, com percentual e valor da comissão do vendedor e também a categoria, desde que os parâmetros: “Comissionar=Vendas” e “Comissão por Categoria” estejam configurados com o valor “Sim”. Ocorrência: 67801 Caso: O Relatório Listagem de Pedidos de Fornecedores (RLPED) não exibe o total do
valor a preço de venda. Não Conformidade: O Relatório Listagem de Pedidos de Fornecedores (RLPED) foi
implementado para exibir total do valor a preço de venda.
Processo: NEXGEN PDV 2.4.2 Ocorrência: 68185 Caso: Erro no Recebimento do TEF. Não Conformidade: Efetuada correção no NexgenPDV para que as telas do processo de TEF não fiquem escondidas, no caso sempre que for usar o Tef as telas iram sobrepor todas as telas abertas, facilitando assim o processo. Página | 38
Processo: Ajuste de Exibição de Tela Ocorrência: 69478 Caso: Ajustar a altura do painel que envolve a tabela da grid a partir da altura da tabela
na Consulta de Pedidos. Melhorias de Processos: Foi criado o Java script “PagConsultarPedido.js” para ajustar
a altura do painel que envolve a tabela da grid a partir da altura da tabela.
Página | 39