PREFÁCIO Versão Nexgen 2.3.144
FRENTE DE LOJA
• A tela Pedido de Venda de Cliente (PEDCV) foi implementada com a melhoria para que seja possível a informação de uma matrícula de vendedor de até 10 dígitos.
• Foi alterado o Relatório Gráfico, impresso a partir do botão imprimir na tela de Pedidos de Venda de Cliente (PEDCV) aumentar o espaço para impressão do código de barras do produto. Permitindo assim a impressão do relatório de maneira correta, tanto exibindo o produto por seu código interno como também pelo seu código de barras.
• Como não evidenciada o a tal lentidão informada, criou se uma robustez no sistema a través de um parâmetro, o 124 -Tipo de Saldo padrão da Consulta a Produtos, esse permite configurar a consulta de um produto sem considerar o parâmetro da PARLJ Efetuar Pedido sem Estoque, o que poderia ser causador desse caso citado acima
• Foram alteradas as telas Pedido de venda de Cliente (PEDCV) e Produto por Loja (PROLJ) para exibir/calcular o preço de promoção do produto, quando a promoção for aplicada com base em percentual, neste caso, este percentual será aplicado sobre o preço de atacado ou varejo vigente de acordo com tipo de preço do cliente, informado na tela cadastro de Cliente (CLIEN) na opção: "Tabela de Preço".
• O problema só ocorria no Nexgen Browser, pois ocorria o duplo consulta na tela, como isso as variáveis de sessão eram inicializadas, foi corrigido alterando a tela POPUP de Detalhes do Produto.
• Foi modificada a tela de recebimento de pedido, para corrigir o erro mencionado na ocorrência, ou seja, o processo de geração das notas de comodato não estava zerando os valores do PIS/COFINS, quando a nota tinha mais de 1 produto para entrega imediata no pedido de venda do cliente.
• Efetuado ajuste no processo de pagamento com a modalidade Adyen para permitir o recebimento de PIX na modalidade Adyen OFFLINE, também passa a ser permitido conciliar um pagamento para vários pedidos.
• : Efetuada correção na integração o produto quando utilizada Integração Nexgen x VTEX .
• Efetuada correção na integração de um determinado pedido quando utilizada Integração Nexgen x E COMMERCE.
• Na tela de Manutenção de Cliente (CLIEN) e todas as transações que efetuam envio de Mensagem configurada na tela Configurar Mensagens para o Cliente (CMCLI), foram atualizados os métodos de envio de mensagem via WhatsApp em integração com a IP Solutions.
• Na tela de Manutenção de Cliente (CLIEN), Cadastro Simplificado de Cliente (CLISP) e transações de Recebimento de Pedido, Faturamento Futuro e Devolução de Cliente, foi realizado a modificação para exibir a mensagem que o processo foi concluído com sucesso, mas o envio do SMS/WhatsApp não foi enviado para o cliente devido a algum problema de configuração no cadastro de loja.
• Alterado o objeto para incluir um atributo do tipo checkbox após o campo "Validade", para informar qual a opção que será utilizado. Este campo só será habilitado para seleção, se o atributo "Descrição" for do tipo caixa de seleção.
• Na tela de Recebimento Entrega Futura (RECEF) foi realizado melhorias nos processos de envio de SMS, e mail e WhatsApp, corrigindo o problema de consumo indevido de memória, que estava fazendo o Nexgen parar de operar.
Página | 5
ÓTICA
• Criado novas validações para evitar que seja possível enviar dois malotes para trânsito com mesma Ordem de Serviço.
• Criado o botão "Encaminhar OS p/ Expedição" na tela de Verificação de Materiais (VMAMO) possibilitando a mesmo ser consultada e na Geração de Malote (GERMO) e ser enviada para loja.
• Alterado processo de OS Garantia Estoque onde o cliente era salvo como o fornecedor, mas agora o cliente salvo na OS é a cliente Loja.
• A tela Consulta Ordem Serviço Rejeitada (COSRJ) foi implementada para alterar o status da ordem de serviço quando o parâmetro 376 estiver setado “NÂO” , assim OS com esses status passarão pelo processo de selecionar e confirmar a partir daí elas serão autorizadas para voltar ao laboratório. Caso esteja setado para "Sim" as OS terão que passar novamente pela validação da Dioptria na própria COSRJ.
RETAGUARDA
• A Alteração de Vendedor (ALTVE) foi implementada para permitir trocar o vendedor também das notas de simples faturamento.
• A tela Devolução de pedido de Cliente (DEVOL) foi alterada para verificar se a nota está cancelada e não criticar se a nota não foi enviada para SEFAZ, desde que, a nota fiscal de devolução do "simples faturamento" ou operação fiscal (OPFIS) do tipo de nota = Gerencial.
• Identificado que as notas estão rejeitadas pois ao receber o pedido na tela de Recebimento de Pedido (RECPE) está sendo informado apenas 1 letra no nome do cliente. Logo, para correção foi modificado a tela de informações do CPF e nome do cliente consumidor o sistema apara exigir no mínimo 3 caracteres.
• Foi alterado a rotina de emissão de boleto para imprimir o número e série da nota quando no campo Instrução for gravado a variável #NF, esse campo é gravado pelo Nexadm na tela CAGN dessa forma como exemplo: BOLETO REFERENTE A NOTA FISCAL #NF e será impresso no Belo dessa Forma: BOLETO REFERENTE A NOTA FISCAL NÚMERO: 376 SERIE: 3. Logo quando for gerado um recebimento com geração de boleto no Nexgen, será possível a reimpressão desse na tela de Emissão de Boletos (EMBOL).
• A tela Emissão de Boleto (EMBOL) e também o botão de impressão de boletos na tela de Recebimento de Pedido, foram implementados para gerar boletos com o histórico da fatura.
• Foi alterado a tela Emissão de Carnê (CARNE) para permitir imprimir boleto de contrato unificado somente se o parâmetro estiver configurado para “Sim”.
• A tela Manutenção de Caixa (MANCX) foi programada para tratar de maneira devida o valor recebido que é guardado no processo de sangria, corrigindo assim o processo quando é necessário a alteração de uma modalidade de pagamento PIX para POS.
• A tela Manutenção de Caixa (MANCX) foi programada para tratar de maneira devida as consultas de pedidos que foram recebidos em qualquer modalidade.
• A tela "Parâmetros do produto" que é chamada a partir da tela de Cadastro de Produtos (PRODU), foi modificada para exibir os seguintes dados referentes ao E commerce: Descrição do produto do E commerce; Comprimento, Largura, Altura e Peso.
Quando selecionado que o produto está disponível para o E commerce, os campos
Página | 6
citados acima serão exibidos. A tela foi alterada para aproveitamento do espaço dos campos na horizontal.
• Efetuada implementação para ao efetuar o envio dos produtos inventariados o sistema marque o produto que foi enviado com sucesso para o BC, para evitar o envio em duplicidade.
• O sistema irá cancelar a nota de saída e a nota de destino da transferência, independente se a nota fiscal de saída tenha sido rejeitada.
• A tela Nota Fiscais de Transferências entre Lojas foi implementada para ao ter um complemento adicionado apresentar todos os tipos de fretes, que são: Transporte próprio por conta do remetente; Transporte próprio por conta do destinatário; Contratação de frete por conta de Terceiros; sem Ocorrência de Transporte; CIF e FOB.
• A tela Estorno de Vendas (ESTOV) foi modificada a para excluir os cheques recebidos no caixa da venda realizada.
• Foi alterado para verificar se a quantidade confirmada e pendente está com valores negativos, caso esteja, serão zeradas.
• A tela foi alterada para que sempre que for clicado no botão INCLUIR, um novo comunicado será cadastrado, mesmo que possua os dados de um Comunicado recém consultado, atualizações num comunicado consultado, somente pelo botão alterar. Anteriormente, ao clicar em INCLUIR, quando possui informações de um comunicado anteriormente consultado na tele, tentava cadastrar o comunicado já existente, ocorrendo o erro.
• A tela de Sangria de Caixa (SANCX) foi alterada para selecionar somente os cheques do dia para efetuar a sangria e enviá los para tesouraria.
• A tela de Etiquetas de Produtos (ETQPD) foi implementada para gerar as etiquetas observando se a quantidade de estoque das lojas da empresa. esta funcionalidade deverá pode ser aplicada para a opção: "produtos reajustados".
• Na tela de Consultar Mensagens Enviadas para o Cliente (CMENV) Foi efetuada a correção no processo de envio do SMS na alteração de status da OS. O sistema não estava tratando adequadamente o retorno da InfoBip, fazendo assim que o sistema mostrasse um erro na transação de consulta CMENV mesmo que o SMS tivesse sido enviado com sucesso. Portanto a transação vai passar a mostrar corretamente a mensagem de sucesso no envio ou erro quando houver.
MENSAGERIA
• Após ajustes no programa em relação ao caractere indevido, nota foi reenviada com sucesso.
• Foi efetuada a correção para fechar as conexões abertas no processo de envio de e mail, caso ocorra um problema na autenticação do e mail configurado para envio dos XML. Entretanto om essa alteração vai impedir os travamentos no servidor por conta das conexões abertas e nunca fechadas, bem como reduzir as gravações para o erro já mapeado.
AJUSTES GERAIS
• O Relatório Razão Analítico de Produto (RRANA) foi corrigido pois estava exibindo a matrícula errada do vendedor.
• O Relatório Ranking de Produtos Vendidos (RANKP) foi alterado para corrigir o problema e exibir corretamente uma mensagem quando o relatório não gerar dados.
Página | 7
•
O Relatório de Fechamento de Caixa (RFECX) foi melhorado para imprimir a visão por lojas quando selecionado na impressão.
• O Relatório de Comissão de Vendedores (RCVEN) foi alterada para exibir a quantidade de vendas do vendedor e do indicador. A coluna com a quantidade de vendas foi incluída após o valor da comissão. A quantidade de vendas está sendo exibida também nos totalizados da loja e da empresa.
• O Relatório Pedidos Emitidos (RPED) foi melhorado para exibir o valor a receber para ser calculado considerando o valor líquido do pedido subtraído dos valores que já foram recebidos no caixa. Os status dos pedidos serão exibidos conforme tela Consulta Status do Pedido (CPEDC).
• O Relatório Livro de Saída (LFSAI) foi implementado para exibir de maneira devida as notas que não tiveram seus XML’s não gerados no processo de geração de notas de comodato.
• O Relatório de Vale Troca Devoluções (RVALE) foi corrigido para exibir valor total dos vales troca.
• O Relatório Lista de Clientes (RLCLI) foi programado para exibir corretamente o dígito verificador quando o mesmo começava com ‘ 0 ’. Também foi corrigido a impressão do CNPJ que não mostrava o quinto dígito.
• O Relatório Ranking de Produtos (RANKP) foi programado com correção do parâmetro “Selecione o Tipo de Estoque” estava com o valor truncado para o tipo Físico, deveria ser 06 e estava 6, foi criado um script para corrigir esse parâmetro.
• O Relatório Posição Geral de Estoque (RPGER) foi implementado para exibir a data da última compra que será obtida de acordo com o parâmetro que foi criado no relatório (parâmetro 14 Usar a data da última compra). Se o parâmetro for informado com o conteúdo "Loja", será obtida a data da última compra do produto na loja. Se o parâmetro for informado com o conteúdo "Empresa", será obtida a data da última compra na empresa, independente da loja que foi informada no parâmetro de loja.
• Foi criado o parâmetro: 1258 por loja para não permitir cancelar nota de venda emitida/impressa na Cancelamento de Nota de Saída (CNSAI).
• Foi alterado os Relatório de Cintas a Receber (RSPC) para atualizar a base de CEPs cadastrados, além de verificar os arquivos MASTERS antes da exclusão das tabelas de cidade, logradouro e bairros.
• Criada robustez no processo de busca de boleto para envio via WhatsApp.
• Correção no download do arquivo .csv da administradora Adyen, para desconsiderar a virgula dentro de aspas duplas, essa virgula estava causando um problema na ordenação do arquivo csv, impossibilitando a leitura correta da linha que continha as aspas duplas. Alteração na busca das vendas não conciliadas, removendo a obrigatoriedade da existência de uma nota associada, isso foi necessário por conta da venda futura.
• As telas de geração de nota de fiscal de venda foram modificadas para não realizar a integração com o validador fiscal da SEFAZ/CE, quando a venda utilizar os meios de pagamentos de cartão de crédito ou cartão de débito. A SEFAZ comunicou que o serviço será descontinuado e não haverá mais suporte. No decorrer desta mudança foi alterado também o ponto de chamada do envio de mensagem para o cliente.
• Foi corrigido o erro de assinatura de método que ocorria devido a modificação referente ao Atualizador Dinâmico.
• Foi liberada a tela Geração de Scripts SQL / Oracle (GESQL) evitando assim a necessidade de transferir dados do banco dos clientes para o nosso banco da Secrel.
• Foi alterado o processo Pedido com Seguro para não mais emitir o comprovante não fiscal.
• Foi criada estrutura no Banco de Dados para guardar informações de (Venda, Assistência técnica e Laboratório) no tipo de atividade da loja
Página | 8
• Foi criada estrutura no Banco de Dados para guardar informações de validação da alíquota do IPI nas telas de devolução a fornecedor e outras saídas.
• Foi criada estrutura no Banco de Dados para guardar informações de títulos no processo de manutenção de parcelas.
• Foi criada estrutura no Banco de Dados para guardar informações de código de nota na loja, no processo de nota fiscal eletrônica.
• Foi criada estrutura no Banco de Dados para guardar informações de layout de fornecedor no processo de importação de preço.
• Foi criada estrutura no Banco de Dados para guardar informações de endereço do PROCON na tabela de unidade da federação.
• Foi criada estrutura no Banco de Dados para guardar informações de ordem de serviço na retificação
Página | 9
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS QUANTIDADE
NOVAS FUNCIONALIDADES1 3
MELHORIAS DE PROCESSO2 31
OBRIGAÇÕES FISCAIS3 0
NÃO CONFORMIDADE4 28
TOTAL 62
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 | 10
FRENTE DE LOJA
Processo: Pedido de Venda de Cliente
Ocorrência: 75057
Caso: A tela Pedido de Venda de Cliente (PEDCV) deverá apresentar melhoria para que seja possível a informação de uma matrícula de vendedor de até 10 dígitos.
Melhorias de Processo: A tela Pedido de Venda de Cliente (PEDCV) foi implementada com a melhoria para que seja possível a informação de uma matrícula de vendedor de até 10 dígitos.
Ocorrência: 75860
Caso: Pedido de Cliente e Orçamento de Cliente, quando é feita a leitura do CÓDIGO DE BARRA do produto, ao imprimir o pedido ou orçamento, o sistema não está trazendo o código do produto, o campo fica em branco, essa situação dificulta nosso processo de venda, visto que trabalhamos muito com orçamento.
Não Conformidade: Foi alterado o Relatório Gráfico, impresso a partir do botão imprimir na tela de Pedidos de Venda de Cliente (PEDCV) aumentar o espaço para impressão do código de barras do produto. Permitindo assim a impressão do relatório de maneira correta, tanto exibindo o produto por seu código interno como também pelo seu código de barras.
Ocorrência: 75880
Caso: A tela de Pedido de venda de Cliente (PEDCV) apresentou uma certa lentidão na hora de inserir os produtos no pedido de venda.
Melhorias de Processo: Como não evidenciada o a tal lentidão informada, criou se uma robustez no sistema a través de um parâmetro, o 124 -Tipo de Saldo padrão da Consulta a Produtos, esse permite configurar a consulta de um produto sem considerar o parâmetro da PARLJ Efetuar Pedido sem Estoque, o que poderia ser causador desse caso citado acima.
Ocorrência: 75550
Caso: Problema nos reajustes de preços. quando definimos um novo preço com data de vigência, o sistema assume o preço de imediato, ou seja, esse item quando é digitado no pedido já pega o novo preço de promoção.
Melhorias de Processo: Foram alteradas as telas Pedido de venda de Cliente (PEDCV) e Produto por Loja (PROLJ) para exibir/calcular o preço de promoção do produto, quando a promoção for aplicada com base em percentual, neste caso, este percentual será aplicado sobre o preço de atacado ou varejo vigente de acordo com tipo de preço do cliente, informado na tela cadastro de Cliente (CLIEN) na opção: "Tabela de Preço".
Página | 11
Processo: Venda Rápida
Ocorrência: 75709
Caso: A tela Venda Rápida (VENCX) não está permitindo a venda pois informa que o produto está sem saldo em estoque, mesmo esse contendo estoque físico.
Não Conformidade: O problema só ocorria no Nexgen Browser, pois ocorria o duplo consulta na tela, como isso as variáveis de sessão eram inicializadas, foi corrigido alterando a tela POPUP de Detalhes do Produto.
Processo: Recebimento de Pedido - Comodato
Ocorrência: 75180
Caso: A tela Recebimento de Pedido geração das notas de comodato não estava zerando os valores do PIS/COFINS, quando a nota tinha mais de 1 produto para entrega imediata no pedido de venda do cliente.
Não Conformidade: Foi modificada a tela de recebimento de pedido, para corrigir o erro mencionado na ocorrência, ou seja, o processo de geração das notas de comodato não estava zerando os valores do PIS/COFINS, quando a nota tinha mais de 1 produto para entrega imediata no pedido de venda do cliente.
Processo: Recebimento de Pedido - ADYEN
Ocorrência: 75807
Caso: Ajuste de processo nos recebimentos de pedidos com a maquineta a ADYEN OFFLINE quando utilizado o PIX como forma de pagamento.
Melhorias de Processos: Efetuado ajuste no processo de pagamento com a modalidade Adyen para permitir o recebimento de PIX na modalidade Adyen OFFLINE, também passa a ser permitido conciliar um pagamento para vários pedidos.
Processo: Integração Nexgen x VTEX
Ocorrência: 75826
Caso: Erro para integrar o produto na Integração Nexgen x VTEX .
Não Conformidade: Efetuada correção na integração o produto quando utilizada Integração Nexgen x VTEX .
Processo: Integração Nexgen x E-COMMERCE
Ocorrência: 75157
Caso: Erro para integrar um determinado pedido na Integração Nexgen x E COMMERCE.
Página | 12
Não Conformidade: Efetuada correção na integração de um determinado pedido quando utilizada Integração Nexgen x E COMMERCE.
Processo: Manutenção de Cliente
Ocorrência: 76127
Caso: Deverá ser adicionando alterações no processo de envio de WhatsApp.
Não Conformidade: Na tela de Manutenção de Cliente (CLIEN) e todas as transações que efetuam envio de Mensagem configurada na tela Configurar Mensagens para o Cliente (CMCLI), foram atualizados os métodos de envio de mensagem via WhatsApp em integração com a IP Solutions.
Ocorrência: 74891
Caso: Deverá ser implementado nas transações de Recebimento de Pedido, Faturamento Futuro e outras transações que fazem o envio, para exibir uma mensagem informando que o processo foi realizado, mas a o envio do SMS não foi efetivado.
Não Conformidade: Na tela de Manutenção de Cliente (CLIEN), Cadastro Simplificado de Cliente (CLISP) e transações de Recebimento de Pedido, Faturamento Futuro e Devolução de Cliente, foi realizado a modificação para exibir a mensagem que o processo foi concluído com sucesso, mas o envio do SMS/WhatsApp não foi enviado para o cliente devido a algum problema de configuração no cadastro de loja.
Ocorrência: 75072
Caso: Preciso que na tela de cadastro de cliente a FLAG de SMS fique marcada. E realizar a marcação em todos os cadastros anteriores.
Melhorias de Processo: Alterado o objeto para incluir um atributo do tipo checkbox após o campo "Validade", para informar qual a opção que será utilizado. Este campo só será habilitado para seleção, se o atributo "Descrição" for do tipo caixa de seleção.
Processo: Recebimento Entrega Futura
Ocorrência: 76280
Caso: Na tela de Recebimento Entrega Futura (RECEF) o sistema vem demostrando lentidão ao imprimir uma nota e a impressão não é realizada.
Melhorias de Processo: Na tela de Recebimento Entrega Futura (RECEF) foi realizado melhorias nos processos de envio de SMS, e-mail e WhatsApp, corrigindo o problema de consumo indevido de memória, que estava fazendo o Nexgen parar de operar.
Página | 13
ÓTICA
Processo: Consulta Status Ordem de Serviço
Ocorrência: 73068
Caso: A tela Consulta Status Ordem de Serviço (COSLJ) deverá apresentar nova validação para evitar que seja possível enviar dois malotes para trânsito com mesma Ordem de Serviço.
Melhorias de Processo: Criado novas validações para evitar que seja possível enviar dois malotes para trânsito com mesma Ordem de Serviço.
Processo: Verificação de Materiais Ordem de serviço
Ocorrência: 75262
Caso: Deverá ser criado o botão "Encaminhar OS p/ Expedição" na tela de Verificação de Materiais (VMAMO) possibilitando a mesmo ser consultada e na Geração de Malote (GERMO) e ser enviada para loja.
Melhorias de Processos: Criado o botão "Encaminhar OS p/ Expedição" na tela de Verificação de Materiais (VMAMO) possibilitando a mesmo ser consultada e na Geração de Malote (GERMO) e ser enviada para loja.
Nesse botão deverá ter a crítica se a OS foi consultada, na função validar campos, existe uma crítica parecida quando é clicado o botão de Iniciar.
Após a consulta só poderá ser executado a lógica do botão se a OS estiver nos status de Pendência na Verificação(status=97) ou Verificação de Material
Iniciada(status=96).
Se a OS passar por todas as críticas, ela terá de ser status alterado para Devolvida para Expedição (status=14), deverá ser gerado o histórico da OS também usado a função que já faz tudo, altera o status da OS e gera o histórico.
A OS depois do seu status alterado para Devolvida para Expedição, a OS deverá aparecer na tela de geração de malote (GERMO), para ser enviado de volta para a loja. Após a geração do malote, esse deverá aparecer na tela de recebimento de malote na loja.
Após o seu recebimento, a OS deverá aparecer na tela COSRJ quando pesquisado com a opção de Rejeitada pelo Almoxarifado e ser possível pesquisá la e ter seu status alterado para autorizada novamente para ser enviado novamente para o laboratório.
Processo: Ordem de Serviço de Garantia
Ocorrência: 74235
Caso: Ao gerar uma nota de Assistência Técnica de estoque, o sistema está trazendo o nome do fornecedor e não o nome da loja
Página | 14
Não Conformidade: Alterado processo de OS Garantia Estoque onde o cliente era salvo como o fornecedor, mas agora o cliente salvo na OS é a cliente Loja.
Processo: Consulta Ordem Serviço Rejeitadas
Ocorrência: 74137
Caso: A tela Consulta Ordem Serviço Rejeitada (COSRJ) não está permitindo alterar o status de “NÃO RECEBIDA NA EXPEDIÇÃO” para “AUTORIZADA”
Não Conformidade: A tela Consulta Ordem Serviço Rejeitada (COSRJ) foi implementada para alterar o status da ordem de serviço quando o parâmetro 376 estiver setado “NÂO” , assim OS com esses status passarão pelo processo de selecionar e confirmar a partir daí elas serão autorizadas para voltar ao laboratório. Caso esteja setado para "Sim" as OS terão que passar novamente pela validação da Dioptria na própria COSRJ.
RETAGUARDA
Processo: Alteração de Vendedor
Ocorrência: 75633
Caso: A Alteração de Vendedor (ALTVE) deverá ser também implementada para permitir trocar o vendedor também das notas de simples faturamento.
Melhorias de Processo: A Alteração de Vendedor (ALTVE) foi implementada para permitir trocar o vendedor também das notas de simples faturamento.
Processo: Devolução de Pedido de Cliente
Ocorrência: 74061
Caso: A tela Devolução de pedido de Cliente (DEVOL) apresentou rejeição ao ser utilizada na devolução de uma nota de "simples faturamento" com operação fiscal (OPFIS) do tipo de nota = Gerencial.
Não Conformidade: A tela Devolução de pedido de Cliente (DEVOL) foi alterada para verificar se a nota está cancelada e não criticar se a nota não foi enviada para SEFAZ, desde que, a nota fiscal de devolução do "simples faturamento" ou operação fiscal (OPFIS) do tipo de nota = Gerencial.
Processo: Status de Nota Fiscal Eletrônica
Ocorrência: 75312
Caso: Ao consultar notas, verificou se que algumas estavam apresentando o status de rejeitadas.
Não Conformidade: Identificado que as notas estão rejeitadas pois ao receber o pedido na tela de Recebimento de Pedido (RECPE) está sendo informado apenas 1 letra no nome do
Página | 15
cliente. Logo, para correção foi modificado a tela de informações do CPF e nome do cliente consumidor o sistema apara exigir no mínimo 3 caracteres.
Processo: Emissão de Boletos
Ocorrência: 75927
Caso: A Emissão de Boletos (EMBOL) a partir de um recebimento deverá exibir o número da Nota no campo "Nº DOCUMENTO".
Melhorias de Processo: Foi alterado a rotina de emissão de boleto para imprimir o número e série da nota quando no campo Instrução for gravado a variável #NF, esse campo é gravado pelo Nexadm na tela CAGN dessa forma como exemplo: BOLETO REFERENTE A NOTA FISCAL #NF e será impresso no Belo dessa Forma: BOLETO REFERENTE A NOTA FISCAL NÚMERO: 376 SERIE: 3. Logo quando for gerado um recebimento com geração de boleto no Nexgen, será possível a reimpressão desse na tela de Emissão de Boletos (EMBOL).
Ocorrência: 76081
Caso: A tela Emissão de Boleto (EMBOL) e também o botão de impressão de boletos na tela de Recebimento de Pedido, deverão ser implementadas para gerar boletos com o histórico da fatura
Novas Funcionalidades: A tela Emissão de Boleto (EMBOL) e também o botão de impressão de boletos na tela de Recebimento de Pedido, foram implementados para gerar boletos com o histórico da fatura.
Processo: Emissão de Carnê
Ocorrência: 75120
Caso: A tela Emissão de Carnê (CARNE) para permitir imprimir boleto de contrato unificado somente se o parâmetro estiver configurado para “Sim”.
Novas Funcionalidades: Foi alterado a tela Emissão de Carnê (CARNE) para permitir imprimir boleto de contrato unificado somente se o parâmetro estiver configurado para “Sim”.
Processo: Manutenção do Caixa
Ocorrência: 74981
Caso: A tela Manutenção de Caixa (MANCX) não se comportou corretamente ao ser utilizada para alterar um pedido que foi recebido como PIX e deveria ser indicado como POS.
Não Conformidade: A tela Manutenção de Caixa (MANCX) foi programada para tratar de maneira devida o valor recebido que é guardado no processo de sangria, corrigindo assim o processo quando é necessário a alteração de uma modalidade de pagamento PIX para POS.
Ocorrência: 76066
Caso: A tela Manutenção de Caixa (MANCX) não se comportou corretamente ao realizar consulta de pedido recebido com cartão de crédito, quando deveria ter recebido com dinheiro.
Página | 16
Não Conformidade: A tela Manutenção de Caixa (MANCX) foi programada para tratar de maneira devida as consultas de pedidos que foram recebidos em qualquer modalidade.
Processo: Cadastro de Produtos
Ocorrência: 75376
Caso: A tela Valores de Parâmetros (VLPAR) não está filtrando a pesquisa na grid, por loja.
Melhorias de Processo: A tela "Parâmetros do produto" que é chamada a partir da tela de Cadastro de Produtos (PRODU), foi modificada para exibir os seguintes dados referentes ao E commerce: Descrição do produto do E commerce; Comprimento, Largura, Altura e Peso. Quando selecionado que o produto está disponível para o E commerce, os campos citados acima serão exibidos. A tela foi alterada para aproveitamento do espaço dos campos na horizontal.
Ocorrência: 76005
Caso: Efetuar implementação para no envio dos produtos inventariados, o sistema marcar que o produto que foi enviado com sucesso para o BC, para evitar o envio em duplicidade.
Não Conformidade: Efetuada implementação para ao efetuar o envio dos produtos inventariados o sistema marque o produto que foi enviado com sucesso para o BC, para evitar o envio em duplicidade.
Processo: Nota Fiscal de Saída por Transferências
Ocorrência: 75527
Caso: Quando cancelava uma nota fiscal de saída por transferência e a nota estava rejeitada na SEFAZ, o sistema cancelava a nota de saída, mas não cancelava a nota de entrada na loja destino da transferência.
Melhorias de Processo: O sistema irá cancelar a nota de saída e a nota de destino da transferência, independente se a nota fiscal de saída tenha sido rejeitada.
Ocorrência: 75516
Caso: Após liberação não se viu a contemplada a tela de Complemento quando criada Nota de Transferência entre lojas, com os novos tipos de fretes.
Não Conformidade: A tela Nota Fiscais de Transferências entre Lojas foi implementada para ao ter um complemento adicionado apresentar todos os tipos de fretes, que são: Transporte próprio por conta do remetente; Transporte próprio por conta do destinatário; Contratação de frete por conta de Terceiros; sem Ocorrência de Transporte; CIF e FOB.
Processo: Estorno de Vendas
Ocorrência: 75364
Caso: A tela Estorno de Vendas (ESTOV) não estava excluindo os cheques recebidos no caixa da venda realizada.
Página | 17
Melhorias de Processo: A tela Estorno de Vendas (ESTOV) foi modificada a para excluir os cheques recebidos no caixa da venda realizada.
Processo:
Atualização de Estoque
Ocorrência: 74486
Caso: Deverá ser ajustada a tela de atualização de estoque para verificar se a quantidade confirmada e pendente está com valores negativos, caso esteja, serão zeradas.
Melhorias de Processo: Foi alterado para verificar se a quantidade confirmada e pendente está com valores negativos, caso esteja, serão zeradas.
Processo: Cadastro de Comunicados
Ocorrência: 75641
Caso: A tela de Cadastro de Comunicado (CDCOM) está exibindo erro de duplicidade quando é incluído um comunicado que já existe.
Não Conformidade: A tela foi alterada para que sempre que for clicado no botão INCLUIR, um novo comunicado será cadastrado, mesmo que possua os dados de um Comunicado recém consultado, atualizações num comunicado consultado, somente pelo botão alterar. Anteriormente, ao clicar em INCLUIR, quando possui informações de um comunicado anteriormente consultado na tele, tentava cadastrar o comunicado já existente, ocorrendo o erro.
Processo: Sangria de Caixa
Ocorrência: 73632
Caso: A tela de Sangria de Caixa (SANCX) realiza todo o processo de sangria de cheques sem nenhum erro, porém só não efetiva a sangria devida, pois os cheques continuam aparecendo no movimento do caixa.
Não Conformidade: A tela de Sangria de Caixa (SANCX) foi alterada para selecionar somente os cheques do dia para efetuar a sangria e enviá los para tesouraria.
Processo: Etiqueta de Produtos
Ocorrência: 69689
Caso: implementar na tela de Etiquetas de Produtos (ETQPD) a possibilidade de gerar as etiquetas observando se a quantidade de estoque das lojas da empresa. esta funcionalidade deverá pode ser aplicada para a opção: "produtos reajustados". Esta necessidade ocorre, pois, ao efetuar um reajuste de preços são emitidas as etiquetas para todas as lojas com os novos preços.
Novas Funcionalidades: A tela de Etiquetas de Produtos (ETQPD) foi implementada para gerar as etiquetas observando se a quantidade de estoque das lojas da empresa. esta funcionalidade deverá pode ser aplicada para a opção: "produtos reajustados".
Página | 18
Processo: Cadastro de Lojas
Ocorrência: 74845
Caso: Na tela de Consultar Mensagens Enviadas para o Cliente (CMENV) está com problema com envio de SMS em algumas lojas.
Não Conformidade: Na tela de Consultar Mensagens Enviadas para o Cliente (CMENV) Foi efetuada a correção no processo de envio do SMS na alteração de status da OS. O sistema não estava tratando adequadamente o retorno da InfoBip, fazendo assim que o sistema mostrasse um erro na transação de consulta CMENV mesmo que o SMS tivesse sido enviado com sucesso. Portanto a transação vai passar a mostrar corretamente a mensagem de sucesso no envio ou erro quando houver.
MENSAGERIA
Processo: Emissão de Nota Fiscal de Consumidor
Ocorrência: 75854
Caso: Rejeição de Nota Fiscal do Consumidor NFC e por erro na geração de XML quando nesse existe caracteres diferentes da tabela de códigos UTF 8.
Não Conformidade: Após ajustes no programa em relação ao caractere indevido, nota foi reenviada com sucesso.
Processo: Emissão de Nota Fiscal Eletrônica
Ocorrência: 76375
Caso: Efetuar correção do problema de conexões abertas, que vem causando travamento no Nexgen e consequentemente queda no acesso ao sistema.
Não Conformidade: Foi efetuada a correção para fechar as conexões abertas no processo de envio de e mail, caso ocorra um problema na autenticação do e mail configurado para envio dos XML. Entretanto om essa alteração vai impedir os travamentos no servidor por conta das conexões abertas e nunca fechadas, bem como reduzir as gravações para o erro já mapeado.
AJUSTES GERAIS
Processo: Relatórios
Ocorrência: 75630
Caso: O Relatório Razão Analítico de Produto (RRANA) estava exibindo a matrícula errada do vendedor.
Página | 19
Não Conformidade: O Relatório Razão Analítico de Produto (RRANA) foi corrigido pois estava exibindo a matrícula errada do vendedor.
Ocorrência: 75909
Caso: O Relatório Ranking de Produtos Vendidos (RANKP) teve identificado um problema na geração do relatório quando os parâmetros Produto Sem Venda forem iguais a Com Estoque e o parâmetro Listar Somente o “Rel.Produtos “.
Não Conformidade: O Relatório Ranking de Produtos Vendidos (RANKP) foi alterado para corrigir o problema e exibir corretamente uma mensagem quando o relatório não gerar dados.
Ocorrência: 74868
Caso: O Relatório de Fechamento de Caixa (RFECX) deverá imprimir a visão por lojas quando selecionado na impressão.
Melhorias de Processo: O Relatório de Fechamento de Caixa (RFECX) foi melhorado para imprimir a visão por lojas quando selecionado na impressão.
Ocorrência: 75664
Caso: O Relatório de Comissão de Vendedores (RCVEN) deverá exibir a quantidade de vendas do vendedor e do indicador.
Melhorias de Processo: O Relatório de Comissão de Vendedores (RCVEN) foi alterada para exibir a quantidade de vendas do vendedor e do indicador. A coluna com a quantidade de vendas foi incluída após o valor da comissão. A quantidade de vendas está sendo exibida também nos totalizados da loja e da empresa.
Ocorrência: 75413
Caso: O Relatório Pedidos Emitidos (RPED) deverá ser melhorado para exibir o valor a receber para ser calculado considerando o valor líquido do pedido subtraído dos valores que já foram recebidos no caixa. Os status dos pedidos serão exibidos conforme tela Consulta Status do Pedido (CPEDC).
Melhorias de Processo: O Relatório Pedidos Emitidos (RPED) foi melhorado para exibir o valor a receber para ser calculado considerando o valor líquido do pedido subtraído dos valores que já foram recebidos no caixa. Os status dos pedidos serão exibidos conforme tela Consulta Status do Pedido (CPEDC).
Ocorrência: 75466
Caso: O Relatório Livro de Saída (LFSAI) não está exibindo de maneira devida as notas que não tiveram seus XML’s não gerados.
Não Conformidade: O Relatório Livro de Saída (LFSAI) foi implementado para exibir de maneira devida as notas que não tiveram seus XML’s não gerados no processo de geração de notas de comodato.
Ocorrência: 75436
Página | 20
Caso: O Relatório de Vale Troca Devoluções (RVALE) quando gerado apresentou uma diferença na soma dos vales troca, e o total das devoluções não está contemplando a devolução com desconto e sim o valor total.
Não Conformidade: O Relatório de Vale Troca Devoluções (RVALE) foi corrigido para exibir valor total dos vales troca.
Ocorrência: 76055
Caso: O Relatório de Clientes (RLCLI) não estava exibindo todos os dígitos de uma CPF/ CNPJ quando gerado.
Não Conformidade: O Relatório Lista de Clientes (RLCLI) foi programado para exibir corretamente o dígito verificador quando o mesmo começava com ‘ 0 ’. Também foi corrigido a impressão do CNPJ que não mostrava o quinto dígito.
Ocorrência: 76060
Caso: O Relatório Ranking de Produtos (RANKP) estava identificado que o parâmetro “Selecione o Tipo de Estoque” estava com o valor truncado para o tipo Físico, deveria ser 06 e estava 6, foi criado um script para corrigir esse parâmetro.
Não Conformidade: O Relatório Ranking de Produtos (RANKP) foi programado com correção do parâmetro “Selecione o Tipo de Estoque” estava com o valor truncado para o tipo Físico, deveria ser 06 e estava 6, foi criado um script para corrigir esse parâmetro.
Ocorrência: 75752
Caso: O Relatório Posição Geral de Estoque (RPGER) antes informava a data da última compra impressa era obtida considerando a última compra na loja informada no parâmetro "Loja".
Melhorias de Processo: O Relatório Posição Geral de Estoque (RPGER) foi implementado para exibir a data da última compra que será obtida de acordo com o parâmetro que foi criado no relatório (parâmetro 14 Usar a data da última compra). Se o parâmetro for informado com o conteúdo "Loja", será obtida a data da última compra do produto na loja. Se o parâmetro for informado com o conteúdo "Empresa", será obtida a data da última compra na empresa, independente da loja que foi informada no parâmetro de loja.
Ocorrência: 75490
Caso: Criar parâmetro por loja para não permitir cancelar nota de venda emitida/impressa na tela: Cancelamento de Nota de Saída (CNSAI), pois a devolução deverá ser realizada na transação de devolução de cliente.
Melhorias de Processo: Foi criado o parâmetro: 1258 por loja para não permitir cancelar nota de venda emitida/impressa na Cancelamento de Nota de Saída (CNSAI).
1 Foi modificada a tela de cancelamento de Nota de Saída (CNSAI):
1.1 Caso o parâmetro 1258 está setado como "SIM". para não permitir cancelar nota de venda emitida/impressa na Cancelamento de Nota de Saída (CNSAI), pois a devolução deverá ser realizada na transação de Devolução de Cliente (DEVOL).
Página | 21
1.2 No cancelamento da nota de venda os campos do vendedor e número do pedido de venda serão atualizados no movimento de ajuste do estoque (movimento de acerto do estoque).
2 Foi Alterado o Relatório Comissão por Vendedores (RCVEN) para considerar como itens devolvidos também os movimentos de acertos de estoque gerado no cancelamento da nota pela tela Cancelamento de Nota de Saída (CNSAI).
Ocorrência: 75119
Caso: O Relatório de Contas a Receber (RSPC) apresenta inconsistência na consulta dos clientes na lista do SPC, consta erro de CEP invalido.
Melhorias de Processo: Foi alterado os Relatório de Cintas a Receber (RSPC) para atualizar a base de CEPs cadastrados, além de verificar os arquivos MASTERS antes da exclusão das tabelas de cidade, logradouro e bairros.
Processo: Robustez envio de boleto - WhatsApp
Ocorrência: 76090
Caso: Robustez no processo de busca de boleto para envio via WhatsApp.
Melhorias de Processo: Criada robustez no processo de busca de boleto para envio via WhatsApp.
Processo: Vendas Offline ADYEN
Ocorrência: 76044
Caso: Problema na ordenação do arquivo .csv, impossibilitando a leitura correta da linha que continha as aspas duplas.
Não Conformidade: Correção no download do arquivo .csv da administradora Adyen, para desconsiderar a virgula dentro de aspas duplas, essa virgula estava causando um problema na ordenação do arquivo csv, impossibilitando a leitura correta da linha que continha as aspas duplas. Alteração na busca das vendas não conciliadas, removendo a obrigatoriedade da existência de uma nota associada, isso foi necessário por conta da venda futura.
Processo: Desabilitação do Integrador SEFAZ
Ocorrência: 75837
Caso: Conforme informativo da Sefaz CE, o integrador fiscal será desabilitado, desta forma está ocorrência está sendo criada para desabilitar a Integração fiscal de pagamento TEF.
Melhorias de Processo: As telas de geração de nota de fiscal de venda foram modificadas para não realizar a integração com o validador fiscal da SEFAZ/CE, quando a venda utilizar os meios de pagamentos de cartão de crédito ou cartão de débito. A SEFAZ comunicou que o serviço será descontinuado e não haverá mais suporte. No decorrer desta mudança foi alterado também o ponto de chamada do envio de mensagem para o cliente.
Página | 22
Processo: Atualizador Dinâmico
Ocorrência: 75559
Caso: Após a inclusão de nolock no programa referente ao Atualizador Dinâmico, sistema presentou erro na atualização.
Não Conformidade: Foi corrigido o erro de assinatura de método que ocorria devido a modificação referente ao Atualizador Dinâmico.
Processo: Geração de Scripts SQL/Oracle
Ocorrência: 75904
Caso: Liberar a tela Geração de Scripts SQL / Oracle (GESQL) pois as vezes é necessário transferir dados do banco dos clientes para o nosso banco da Secrel.
Melhorias de Processo: Foi liberada a tela Geração de Scripts SQL / Oracle (GESQL) evitando assim a necessidade de transferir dados do banco dos clientes para o nosso banco da Secrel.
Processo: Comprovante Não Fiscal
Ocorrência: 76038
Caso: O cupom não fiscal que traz o detalhamento das telas envolvidas no processo do CREDMAIS deve ser retirado e não mais impresso, mantendo apenas o gerencial que contém o número da sorte. Conforme documento anexo.
Melhorias de Processo: Foi alterado o processo Pedido com Seguro para não mais emitir o comprovante não fiscal.
Processo: Estrutura de Banco de Dados
Ocorrência: 75962
Caso: Criar estrutura no Banco de Dados para guardar informações de (Venda, Assistência técnica e Laboratório) no tipo de atividade da loja.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de (Venda, Assistência técnica e Laboratório) no tipo de atividade da loja.
Ocorrência: 76112
Caso: Criar Estrutura no Banco de Dados para guardar informações de CFOP nos processos de validação da alíquota do IPI nas telas de devolução a fornecedor e outras saídas.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de validação da alíquota do IPI nas telas de devolução a fornecedor e outras saídas.
Ocorrência: 76088
Página | 23
Caso: Criar Estrutura no Banco de Dados para guardar informações de títulos no processo de manutenção de parcelas.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de títulos no processo de manutenção de parcelas.
Ocorrência: 68421
Caso: Criar estrutura no Banco de Dados para guardar informações de código de nota na loja, no processo de nota fiscal eletrônica.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de código de nota na loja, no processo de nota fiscal eletrônica.
Ocorrência: 72384
Caso: Criar estrutura no Banco de Dados para guardar informações de layout de fornecedor no processo de importação de preço.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de layout de fornecedor no processo de importação de preço.
Ocorrência: 71532
Caso: Criar estrutura no Banco de Dados para guardar informações de endereço do PROCON na tabela de unidade da federação.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de endereço do PROCON na tabela de unidade da federação.
Ocorrência: 76328
Caso: Criar estrutura no Banco de Dados para guardar informações de ordem de serviço no processo de retificação.
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de ordem de serviço na retificação
Página | 24
