Nexgen2.3
Notas - Release 134
Histórico de Alterações Aplicáveis ao sistema Nexgen
SECREL - Tecnologia e Soluções Inovadoras® | NexGEN – Toda sua gestão nas nuvens.
Copyright © 2015 SECREL. – Todos os direitos reservados.
Nenhuma parte deste documento pode ser copiada, reproduzida, traduzida ou transmitida por qualquer meio eletrônico ou mecânico, na sua totalidade ou em parte, sem a prévia autorização escrita da SECREL, que se reserva o direito de efetuar alterações sem aviso prévio. A SECREL não assume qualquer responsabilidade pelas consequências de quaisquer erros ou inexatidões que possam aparecer neste documento.
SECREL SOLUÇÕES DE INFORMÁTICA LTDA. Matriz: Av. Dom Luís, 500 - 20º andar - Aldeota Fortaleza - CE - 60.160-230 T: 85 3466.7000 - Brasil - www.gruposecrel.com.br
SUMÁRIO NOVIDADES ...................................................................................................... 4 PREFÁCIO ......................................................................................................... 5 RESUMO QUANTITATIVO ................................................................................ 9 FRENTE DE LOJA ........................................................................................... 10 Processo: Pedido de Cliente de Venda ............................................................ 10 Processo: Pedidos de Cliente de Venda - Ecommerce .................................... 10 Processo: Monitoramento Ecommerce ............................................................ 10 Processo: Lei Geral de Proteção de Dados – (CLIEN, CLIOT, CLISP) ............ 11 RETAGUARDA ................................................................................................ 11 Processo: Lojas - Ecommerce.......................................................................... 11 Processo: Cadastro de Integradoras - Ecommerce.......................................... 11 Processo: Cadastro de Clientes ....................................................................... 11 Processo: Emissão de Carnê ........................................................................... 12 Processo: Baixa de Parcela de Crediário ......................................................... 12 Processo: Renegociação de Títulos ................................................................. 12 Processo: Entrada de Mercadorias ao Fornecedor .......................................... 12 Processo: Impressão Remota .......................................................................... 13 Processo: Informações da Descrição do Produto ............................................ 13 Processo: Consulta Status Pedido ................................................................... 13 Processo: Emissão de Notas Fiscais NF-e ...................................................... 14 Processo: Alterar Vendedor Pedido de Venda ................................................. 14 Processo: Solicitação de Autorização .............................................................. 14 Processo: Parâmetro de Loja ........................................................................... 14 Processo: Consulta de Pedido de Fornecedor ................................................. 15 Processo: Cadastro de Usuários ...................................................................... 15 Processo: Gestão de Relacionamento com o Cliente - LGPD ......................... 15 Processo: Lei Geral de Proteção de Dados - LOJAS ....................................... 16 Processo: Reajusta Preço de Custo ................................................................. 16 Processo: Nota Fiscal Desagregação de Saída ............................................... 16
Página | 2
Processo: Importação de Cupom Fiscal ........................................................... 16 Processo: Atualização de Protocolo ................................................................. 17 MENSAGERIA ................................................................................................. 17 OBRIGAÇÕES FISCAIS .................................................................................. 18 Processo: Nota Técnica NT 2020.006.V1.20 ................................................... 18 Processo: SPED FISCAL ................................................................................. 18 AJUSTES GERAIS........................................................................................... 18 Processo: Relatórios ........................................................................................ 18 Processo: AVERBACH Cobranças .................................................................. 19 Processo: Estruturas de Dados ........................................................................ 19
Página | 3
NOVIDADES Pedido de Cliente de Venda (PEDCV) foi implementada com a funcionalidade de vendas de pedidos com o cartão presente vendido na integração com o e-commerce.
Cadastro de Clientes (CLIEN, CLIOT, CLISP) Foram implementadas nas telas a opção de envio da "AUTORIZAÇÃO DE CONFIRMAÇÃO LGPD" também por meio de SMS para celular do cliente, antes era possível somente o envio da confirmação através de e-mail. Para isso é necessário que a EMPRESA e LOJAS esteja configurada de acordo com a utilização da LGPD.
Atualização de Protocolo (estoque) ATUES: 1 - Quando da atualização do estoque, o sistema deverá trazer no arquivo retorno do coletor as quantidades por item que houve a maior ou a menor de cada item, e grava nos campos hoje já existentes de sobra ou falta do item.
Cadastro de Usuários (USUAR) a partir de seu botão “parâmetros”, teve criada duas permissões para que o usuário possa alterar e excluir alerta de observações, e para configurar se o usuário pode ou não visualizar o alerta de observações do cadastro de cliente.
Gestão de Relacionamento com o Cliente (GECRM) foi implementada para possibilitar a impressão por pdf com o botão 'VISUALIZAR'. Então foi adicionado os dois campos na GECRM (Gestão de Relacionamento com o Cliente). Caso haja dificuldades para distinguir entre os clientes, foi adicionado na própria transação a opção de separador de linhas, tornando assim o relatório mais legível.
Cadastro de Lojas (LOAJS) Foi implementado através do botão “parâmetros” onde foi adicionado um checkbox” Desabilitar uso LGPD na Loja”, que quando marcado desobrigará aquela loja a utilizar o módulo LGPD, mesmo que esse esteja sendo utilizado pela Empresa.
O Relatório Aviso de Separação (RAVSEPARACAO) foi implementado para imprimir o código de barra do número do pedido no relatório Aviso de Separação (relatório 40 colunas) e o Relatório Guia de Despacho (RelGuaDespacho) teve implementado o campo com o nome no “Conferente”.
Gestão de Relacionamento com o Cliente (GECRM) foi implementada para ao clicar em "Visualizar" será carregado o PDF contendo as informações trazida pelo filtro estabelecido. Para melhorar a visualização foi implementado a função de "Imprimir relatório com separador de linhas". O PDF será gerado conforme o filtro selecionado mediante o clique no botão "Visualizar".
Página | 4
PREFÁCIO Versão Nexgen 2.3.134 FRENTE DE LOJA •
•
• • • •
A tela Pedido de Cliente de Venda (PEDCV) foi implementada para correção do erro, ocasionado pelo impedimento do fechamento do pedido, que ocorria quando era feito uma negociação nos valores da parcela. A tela Pedido Cliente de Vendas (PEDCV), quando configurada para PEÇAS, foi corrigida para não setar esse desconto mais de uma vez, e nem arredondar de maneira indevida os valores descontados. Foi alterado o ambiente de venda do ecommerce para verificar o total de itens no momento da integração do pedido. A tela Pedido de Cliente de Venda (PEDCV) foi implementada com a funcionalidade de vendas de pedidos com o cartão presente vendido na integração com o e-commerce. Foi implementada correção em programa que estava impedindo a gravação do pedido ecommerce gerado. Foram implementadas nas telas de Cadastro de Clientes (CLIEN, CLIOT, CLISP) a opção de envio da "AUTORIZAÇÃO DE CONFIRMAÇÃO LGPD" também por meio de SMS para celular do cliente, antes era possível somente o envio da confirmação através de e-mail. Para isso é necessário que a EMPRESA e LOJAS esteja configurada de acordo com a utilização da LGPD.
RETAGUARDA •
•
• • •
•
•
A tela LOJAS (LOJAS) em seu botão Parâmetros de Lojas (PARLJ) foi implementada para quando existir uma loja configurada como E-commerce, permitirá ao usuário alterar qualquer dado de outra loja que não estava configurada como E-Commerce. A tela Cadastro de Integradoras (CADIN) foi implementada para permitir de maneira devida, inserir nome de uma bandeira no e-commerce no campo(NOME ECOMMERCE), criada também validação de um condicional que limita a validação do CNPJ somente para tipos que necessitam obrigatoriamente de um CNPJ associado. A tela Cadastro de Clientes (CLIEN) foi corrigida para exibir somente o tipo de cliente marcado, seja ele Pessoa Física ou Jurídica. A tela Emissão de Carnê (CARNE) foi implementada com envio de email de boleto de crediário para o cliente. A tela Baixa de Parcela de Crediário (BACTR) foi implementada com a correção para permitir, desde que maneira devida, desconto na prestação do cliente ao autorizar uma parcela. A tela Renegociação de Títulos (RENEG) foi implementada para mediante parâmetro 225 - Renegociação da Primeira parcela 30 dias , se este estiver marcado como 'Sim', exige que a primeira parcela seja ATÉ 30 dias, impossibilitando datas de primeira parcela com mais de 30 dias; Também foi criado o parâmetro 239 -Exigir valor da entrada na renegociação de títulos, que quando está marcado com 'Sim', exigirá algum valor de entrada > 0,00 na tela de simulação. A tela Entrada de Mercadorias ao Fornecedor foi implementada para tratar pedidos com duplicata, importando assim valor e quantidade corretas de parcelas definidas no processo de entrada de mercadorias.
Página | 5
• • •
•
•
•
•
• • •
•
•
•
•
A tela Entrada de Mercadorias ao Fornecedor, foi modificada nas para que seja possível importação de notas com mais de 1000 itens no pedido. Foi feita a análise do problema e verificou-se que a mensagem aparecia porque o produto importado pela nota não estava cadastrado na tabela de produto. A tela Transferência entre Lojas (NFTRA) foi programada para que no momento da impressão remota, do modelo 40 colunas, seja informado o nome da impressora de pedido. O processo de impressão de 40 colunas só é validado mediante a configuração do parâmetro 702. A tela Produto por Descrição (CRRFD) encontrava-se desatualizada, após regerada passou a listar produto por descrição e possibilitar alterações da descrição dos produtos. A tela Consulta Status Pedido (CPEDC) foi implementada para realizar validações do processo, em que ao consultar um pedido a ser cancelado deverá certificar-se que a “Ação” na grid está de acordo com o que será feito. Por exemplo o pedido só poderá ser cancelado se a ação “Cancela Pedido” estiver selecionada e mediante o click no botão “Cancela Pedido”, ações diferentes dessas serão avisadas em uma mensagem. No Recebimento de Notas Fiscais agora pode ser emitido com o código do cliente mediante a configuração do parâmetro 1322 que permite concatenar o código com o nome do cliente. A tela Alterar Vendedor Pedido de Venda ( ALTVE) foi ajustada para permitir alterar o vendedor da nota de devolução. A transação estava preparada para alterar o vendedor da nota de venda e da nota de devolução, mas devido a um erro no fluxo, estava exibindo uma mensagem informando que a nota fiscal de não existe, embora a nota de devolução existisse. Foi regerada Consulta Solicitação de Autorização para correção do erro. Foi criada uma nova transação (FECLF) para informar a data de fechamento de livros fiscais das lojas. A tela Consulta de Pedido de Fornecedor (CPEDF) foi implementada com as seguintes melhorias: Filtro por loja, para que seja possível a consulta os pedidos de determinada loja mesmo não estando logado na mesma; Botão para que possamos imprimir os pedidos selecionados, para isso deverá ser criado também no grid um check de selecionar os pedidos em uma coluna antes do fornecedor; mostrar o total de pedidos do período. A tela cadastro de Usuários (USUAR) a partir de seu botão “parâmetros”, teve criada duas permissões para que o usuário possa alterar e excluir alerta de observações, e para configurar se o usuário pode ou não visualizar o alerta de observações do cadastro de cliente. A tela Gestão de Relacionamento com o Cliente (GECRM) foi implementada para ao clicar em "Visualizar" será carregado o PDF contendo as informações trazida pelo filtro estabelecido. Para melhorar a visualização foi implementado a função de "Imprimir relatório com separador de linhas". O PDF será gerado conforme o filtro selecionado mediante o clique no botão "Visualizar". A tela Gestão de Relacionamento com o Cliente (GECRM) foi implementada para possibilitar a impressão por pdf com o botão 'VISUALIZAR'. Então foi adicionado os dois campos na GECRM (Gestão de Relacionamento com o Cliente). Caso haja dificuldades para distinguir entre os clientes, foi adicionado na própria transação a opção de separador de linhas, tornando assim o relatório mais legível. Foi implementado na tela Cadastro de Lojas (LOAJS) através do botão “parâmetros” onde foi adicionado um checkbox” Desabilitar uso LGPD na Loja”, que quando marcado desobrigará aquela loja a utilizar o módulo LGPD, mesmo que esse esteja sendo utilizado pela Empresa.
Página | 6
• • •
•
A tela Reajusta Preço de Custo (RPCUS) foi regerado corrigindo assim o a função que voltou a funcionar reajustando preços de custo de produtos. A tela Nota fiscal Desagregação de Saída (NFDSA) foi implementada para gerar notas com a quantidade maior que 4 dígitos. Exemplo: 50000. A tela Importação de Cupom Fiscal Eletrônico (IMPCF) foi implementada com a correção do problema da gravação do número de série quando utilizada para importação de Nota Fiscal Eletrônica. Solicitadas diversas alterações na Atualização de Protocolo (estoque) - ATUES: 1 - Quando da atualização do estoque, o sistema deverá trazer no arquivo retorno do coletor as quantidades por item que houve a maior ou a menor de cada item, e grava nos campos hoje já existentes de sobra ou falta do item.
MENSAGERIA •
Foi identificado que o campo de unidade do produto não estava sendo tratado os caracteres de acentuação. Logo foi implementada solução que no recebimento do pedido para também não acontecer rejeições nas Notas Fiscais Eletrônicas.
•
Foi implementada mensageria para o estado de Minas Gerais para os tipos de notas NF-e e NFC-e.
OBRIGAÇÕES FISCAIS •
•
A tela Unidades da Federação (ESTAD) foi implementada com correção que trata de maneira devida a NT 2020.006.V1.20, somente para notas de vendas NF-e (modelo 55) e não mais para todos os modelos de notas. O SPED FISCAL (SPED) foi corrigido a partir da correção das notas de entradas. O problema estava ocorrendo pois havia sido implementada uma alteração para utilizar o CFOP de Conversão da tabela de CFOP’s e estava sendo avaliado apenas a resposta quando era branco e não estava sendo analisado a resposta igual a zero.
AJUSTES GERAIS • •
•
•
•
Foi criado o parâmetro: "Totalizar Acessórios?" no relatório COPIS-Relatório de PIS/COFINS para totalizar os valores de acessórios. O Relatório Razão Analítico do Caixa (RANCX) foi implementado para aumentar a estrutura de dados que guarda a informação do “NSU” do produto, corrigindo assim a geração do relatório. O Relatório Aviso de Separação (RAVSEPARACAO) foi implementado para imprimir o código de barra do número do pedido no relatório Aviso de Separação (relatório 40 colunas) e o Relatório Guia de Despacho (RelGuaDespacho) teve implementado o campo com o nome no “Conferente”. Foi modificado o relatório RDEVOL-VALE TROCA para listar o documento (cupom) de venda referente a devolução gerada. Este relatório é gerado na tela Devolução de Cliente (DEVOL) de operação fiscal com tipo de movimento = 'Troca de Mercadoria'. O Relatório Averbach Cobranças (AVERB) foi corrigido após a atualização da pasta COMUM de duas ocorrências já liberadas para implementação do EXTRATDOR DE DADOS.
•
Página | 7
• •
•
• •
Criada estruturas de dados para guardar informações de dois campos novos visualiza observações e permite alterar e excluir na tela de usuário. Criada estruturas de dados para informações de conferente na tabela de pedidos. Criada estruturas de dados para guardar informações de estados para determinar que o TAC não será cobrado no estado. Criada estruturas de dados para guardar informações em banco de dados referentes ao processo de Comodata para atender benefício fiscal disponibilizado pela SEFAZ de Sergipe. Criada estruturas de dados para guardar informações em bacos de dados referentes a Ordem de Serviço Sufarçada no processo de ótica. Criada estruturas de dados para guardar informações m banco de dados de estados na comunicação de notas para norma técnica na mensageria.
Página | 8
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS
QUANTIDADE
NOVAS FUNCIONALIDADES1
9
MELHORIAS DE PROCESSO2
17
OBRIGAÇÕES FISCAIS3
1
NÃO CONFORMIDADE4
20
TOTAL
47 1
São novas transações, novos processos ou alterações de processos já existentes, disponibilizadas no ERP através das solicitações dos clientes por PCS. São também funcionalidades disponibilizadas no ERP a critério da Fornecedora. 2
São facilidades criadas para melhorar a usabilidade do usuário nos processos já existentes no ERP ou facilidades para melhor execução dos fluxos de processos integrados. 3
São funcionalidades disponibilizadas no ERP para atendimento da Legislação Vigente aplicável ao segmento de negócio do ERP. 4
São correções de inconsistências presentes nas telas ou resultados insatisfatórios durante a execução de um processo.
Página | 9
FRENTE DE LOJA Processo: Pedido de Cliente de Venda Ocorrência: 71627 Caso: O sistema está com inconsistência onde ao realizar um pedido parcelado com valores em decimais (Ex.: R$ 34,67), não está permitindo fechar o pedido. O mesmo acontece ao tentar alterar o valor das parcelas em caso de renegociação com o cliente. Não Conformidade: A tela Pedido de Cliente de Venda (PEDCV) foi implementada para correção do erro, ocasionado pelo impedimento do fechamento do pedido, que ocorria quando era feito uma negociação nos valores da parcela. Ocorrência: 71523 Caso: A tela Pedido Cliente de Vendas (PEDCV), quando configurada para PEÇAS, ao aplicar desconto de 5% o sistema não está calculando corretamente esse desconto, tendo eu ser digitado valores inferiores como 4,99% para ser dado desconto correto. Não Conformidade: A tela Pedido Cliente de Vendas (PEDCV), quando configurada para PEÇAS, foi corrigida para não setar esse desconto mais de uma vez, e nem arredondar de maneira indevida os valores descontados.
Processo: Pedidos de Cliente de Venda - Ecommerce Ocorrência: 71131 Caso: Está havendo rejeição na integração de alguns produtos no ecommerce onde consta que o total de itens estão divergentes. Não Conformidade: Foi alterado o ambiente de venda do ecommerce para verificar o total de itens no momento da integração do pedido. Ocorrência: 69318 Caso: Não está sendo possível realizar um pedido de venda no ecommerce utilizando cartão presente, porque o processo do Nexgen exige a consulta do cartão antes de sua utilização através do botão “Saldo Cartão” exibido na tela A tela Pedido de Cliente de Venda (PEDCV). Novas Funcionalidades: A tela Pedido de Cliente de Venda (PEDCV) foi implementada com a funcionalidade de vendas de pedidos com o cartão presente vendido na integração com o ecommerce.
Processo: Monitoramento Ecommerce Ocorrência: 72039 Caso: Foi identificado que ao realizar pedido no site, ao consultar a tela Monitoramento Ecommerce ( MECOM), esse pedido apresentou erro ao gravar pedido exibindo mensagem.
Página | 10
Não Conformidade: Foi implementada correção em programa que estava impedindo a gravação do pedido ecommerce gerado.
Processo: Lei Geral de Proteção de Dados – (CLIEN, CLIOT, CLISP) Ocorrência: 71929 Caso: Implementar nas telas de Cadastro de Clientes (CLIEN, CLIOT, CLISP) a opção de envio da "AUTORIZAÇÃO DE CONFIRMAÇÃO LGPD" também por meio de SMS para celular do cliente. Novas Funcionalidades: Foram implementadas nas telas de Cadastro de Clientes (CLIEN, CLIOT, CLISP) a opção de envio da "AUTORIZAÇÃO DE CONFIRMAÇÃO LGPD" também por meio de SMS para celular do cliente, antes era possível somente o envio da confirmação através de e-mail. Para isso é necessário que a EMPRESA e LOJAS esteja configurada de acordo com a utilização da LGPD.
RETAGUARDA Processo: Lojas - Ecommerce Ocorrência: 72014 Caso: Ao tentar alterar ou inserir dados na tela Parâmetros de Lojas (PARLJ), sistema faz crítica informando que não pode escolher loja E-commerce, mesmo a loja escolhida não tendo parâmetro de “E-commerce” setado e sim de “Loja”. Não Conformidade: A tela LOJAS (LOJAS) em seu botão Parâmetros de Lojas (PARLJ) foi implementada para quando existir uma loja configurada como E-commerce, permitirá ao usuário alterar qualquer dado de outra loja que não estava configurada como E-Commerce.
Processo: Cadastro de Integradoras - Ecommerce Ocorrência: 72094 Caso: A tela Cadastro de Integradoras (CADIN) não está permitindo inserir nome de uma bandeira no e-commerce no campo(NOME ECOMMERCE). Não Conformidade: A tela Cadastro de Integradoras (CADIN) foi implementada para permitir de maneira devida, inserir nome de uma bandeira no e-commerce no campo(NOME ECOMMERCE), criada também validação de um condicional que limita a validação do CNPJ somente para tipos que necessitam obrigatoriamente de um CNPJ associado.
Processo: Cadastro de Clientes Ocorrência: 70259
Página | 11
Caso: A tela Cadastro de Clientes (CLIEN) ao consultar cliente exibe marcado o tipo de cliente, Pessoa Física e Jurídica selecionado ao mesmo tempo. Não Conformidade: A tela Cadastro de Clientes (CLIEN) foi corrigida para exibir somente o tipo de cliente marcado, seja ele Pessoa Física ou Jurídica.
Processo: Emissão de Carnê Ocorrência: 70344 Caso: A tela Emissão de Carnê (CARNE) deverá implementar o envio de boleto de crediário. Melhorias de Processos: A tela Emissão de Carnê (CARNE) foi implementada com envio de email de boleto de crediário para o cliente.
Processo: Baixa de Parcela de Crediário Ocorrência: 71769 Caso: Está sendo exibida uma mensagem de erro quando solicitada a alteração do valor ao inserir um desconto na prestação do cliente, mesmo erro aparece ao autorizar uma parcela. Não Conformidade: A tela Baixa de Parcela de Crediário (BACTR) foi implementada com a correção para permitir, desde que maneira devida, desconto na prestação do cliente ao autorizar uma parcela.
Processo: Renegociação de Títulos Ocorrência: 67819 Caso: A tela Renegociação de Títulos (RENEG) deverá ser implementada para mediante parâmetro exigir que a primeira parcela seja de ATÉ 30 dias além de possibilitar exigir algum valor de entrada na tela de simulação. Melhorias de Processo: A tela Renegociação de Títulos (RENEG) foi implementada para mediante parâmetro 225 - Renegociação da Primeira parcela 30 dias , se este estiver marcado como 'Sim', exige que a primeira parcela seja ATÉ 30 dias, impossibilitando datas de primeira parcela com mais de 30 dias; Também foi criado o parâmetro 239 -Exigir valor da entrada na renegociação de títulos, que quando está marcado com 'Sim', exigirá algum valor de entrada > 0,00 na tela de simulação.
Processo: Entrada de Mercadorias ao Fornecedor Ocorrência: 68442 Caso: A tela Entrada de Mercadorias ao Fornecedor, na importação não está carregando o valor total e nem a quantidade de parcelas definidas no plano de vendas.
Página | 12
Não Conformidade: A tela Entrada de Mercadorias ao Fornecedor foi implementada para tratar pedidos com duplicata, importando assim valor e quantidade corretas de parcelas definidas no processo de entrada de mercadorias. Ocorrência: 71818 Caso: A tela Entrada de Mercadorias ao Fornecedor, não está permitindo a importação de notas com mais de 1000 itens no pedido, carregando no grid apenas até 999 itens. Melhorias de Processo: A tela Entrada de Mercadorias ao Fornecedor, foi modificada nas para que seja possível importação de notas com mais de 1000 itens no pedido. Ocorrência: 68466 Caso: A tela Entrada de Mercadorias ao Fornecedor, ao realizar uma entrada de nota que referência o fornecedor não existe, sistema carrega uma mensagem dizendo “Produto não encontrado na loja”, mas não informa o produto correto na nota. Não Conformidade: Foi feita a análise do problema e verificou-se que a mensagem aparecia porque o produto importado pela nota não estava cadastrado na tabela de produto.
Processo: Impressão Remota Ocorrência: 70153 Caso: Foi solicitado que seja disponibilizado o modelo de impressão de 40 colunas para tipo de impressoras não fiscais para que seja possível haver transferências de documentos entre lojas. Não Conformidade: A tela Transferência entre Lojas (NFTRA) foi programada para que no momento da impressão remota, do modelo 40 colunas, seja informado o nome da impressora de pedido. O processo de impressão de 40 colunas só é validado mediante a configuração do parâmetro 702.
Processo: Informações da Descrição do Produto Ocorrência: 70942 Caso: O sistema deverá atender a possibilidade de listar produtos por descrição e que a mesma listagem possa ter uma ou mais descrições alteradas. A tela Produto por Descrição (CRRFD) é a responsável por isso, mas se encontra inutilizável. Não Conformidade: A tela Produto por Descrição (CRRFD) encontrava-se desatualizada, após regerada passou a listar produto por descrição e possibilitar alterações da descrição dos produtos.
Processo: Consulta Status Pedido Ocorrência: 70492
Página | 13
Caso: Na tela Consulta Status Pedido (CPEDC) não está cancelando o pedido por completo, pois o mesmo pedido cancelado está sendo exibido no relatório de venda e não é informado nenhuma mensagem de aviso sobre o processo ocorrido. Melhorias de Processo: A tela Consulta Status Pedido (CPEDC) foi implementada para realizar validações do processo, em que ao consultar um pedido a ser cancelado deverá certificar-se que a “Ação” na grid está de acordo com o que será feito. Por exemplo o pedido só poderá ser cancelado se a ação “Cancela Pedido” estiver selecionada e mediante o click no botão “Cancela Pedido”, ações diferentes dessas serão avisadas em uma mensagem.
Processo: Emissão de Notas Fiscais NF-e Ocorrência: 71495 Caso: Foi solicitado que ao emitir uma NF-e seja informado além do nome do cliente o código do mesmo cadastrado na loja. Melhorias de Processo: No Recebimento de Notas Fiscais agora pode ser emitido com o código do cliente mediante a configuração do parâmetro 1322 que permite concatenar o código com o nome do cliente.
Processo: Alterar Vendedor Pedido de Venda Ocorrência: 70179 Caso: Criar tela alterar vendedor no pedido de venda (ALTVE) PARA realizar esse processo em vendas e inclusive trazer as notas de devolução na consulta da lupa. Melhorias de Processos: A tela Alterar Vendedor Pedido de Venda ( ALTVE) foi ajustada para permitir alterar o vendedor da nota de devolução. A transação estava preparada para alterar o vendedor da nota de venda e da nota de devolução, mas devido a um erro no fluxo, estava exibindo uma mensagem informando que a nota fiscal de não existe, embora a nota de devolução existisse.
Processo: Solicitação de Autorização Ocorrência: 72063 Caso: Identificado que a liberação da Consulta Solicitação de Autorização foi gerada com erro e precisa ser regerada. Não Conformidade: Foi regerada Consulta Solicitação de Autorização para correção do erro.
Processo: Parâmetro de Loja Ocorrência: 68203 Caso: Solicitamos que seja disponibilizada uma transação, que não seja a (parâmetros da loja PARLJ) onde possamos fazer o fechamento da escrita fiscal (livros fiscais).
Página | 14
Melhorias de Processos: Foi criada uma nova transação (FECLF) para informar a data de fechamento de livros fiscais das lojas.
Processo: Consulta de Pedido de Fornecedor Ocorrência: 71385 Caso: A tela Consulta de Pedido de Fornecedor (CPEDF) deverá ter implementadas as seguintes movimentações: Filtro por loja, para que seja possível a consulta os pedidos de determinada loja mesmo não estando logado na mesma; Botão para que possamos imprimir os pedidos selecionados, para isso deverá ser criado também no grid um check de selecionar os pedidos em uma coluna antes do fornecedor; mostrar o total de pedidos do período. Melhorias de Processos: A tela Consulta de Pedido de Fornecedor (CPEDF) foi implementada com as seguintes melhorias: Filtro por loja, para que seja possível a consulta os pedidos de determinada loja mesmo não estando logado na mesma; Botão para que possamos imprimir os pedidos selecionados, para isso deverá ser criado também no grid um check de selecionar os pedidos em uma coluna antes do fornecedor; mostrar o total de pedidos do período.
Processo: Cadastro de Usuários Ocorrência: 71598 Caso: Deverá ser implementado” a nível de usuário” na tela de cadastro de usuários (USUAR) uma permissão para que usuário possa excluir e retirar alerta de observações do cadastro de clientes. Novas Funcionalidades: A tela cadastro de Usuários (USUAR) a partir de seu botão “parâmetros”, teve criada duas permissões para que o usuário possa alterar e excluir alerta de observações, e para configurar se o usuário pode ou não visualizar o alerta de observações do cadastro de cliente.
Processo: Gestão de Relacionamento com o Cliente - LGPD Ocorrência: 71928 Caso: Alteração na tela Gestão de Relacionamento com o Cliente (GECRM) onde será adicionado filtros das mensagens enviadas para gerar relatório. Novas Funcionalidades: A tela Gestão de Relacionamento com o Cliente (GECRM) foi implementada para ao clicar em "Visualizar" será carregado o PDF contendo as informações trazida pelo filtro estabelecido. Para melhorar a visualização foi implementado a função de "Imprimir relatório com separador de linhas". O PDF será gerado conforme o filtro selecionado mediante o clique no botão "Visualizar". Ocorrência: 71333 Caso: Alteração na tela Gestão de Relacionamento com o Cliente (GECRM) onde será possível realizar a impressão por pdf com o botão 'VISUALIZAR' além do “separador de linhas” para ser possível distinguir melhor as informações do relatório.
Página | 15
Novas Funcionalidades: A tela Gestão de Relacionamento com o Cliente (GECRM) foi implementada para possibilitar a impressão por pdf com o botão 'VISUALIZAR'. Então foi adicionado os dois campos na GECRM (Gestão de Relacionamento com o Cliente). Caso haja dificuldades para distinguir entre os clientes, foi adicionado na própria transação a opção de separador de linhas, tornando assim o relatório mais legível.
Processo: Lei Geral de Proteção de Dados - LOJAS Ocorrência: 71927 Caso: Alteração no processo de referente ao módulo LGPD, onde o sistema irá implementar a opção de permitir desabilitar este módulo em determinadas lojas. Novas Funcionalidades: Foi implementado na tela Cadastro de Lojas (LOAJS) através do botão “parâmetros” onde foi adicionado um checkbox” Desabilitar uso LGPD na Loja”, que quando marcado desobrigará aquela loja a utilizar o módulo LGPD, mesmo que esse esteja sendo utilizado pela Empresa.
Processo: Reajusta Preço de Custo Ocorrência: 72085 Caso: A tela Reajusta Preço de Custo (RPCUS) estava apresentando erro. Não Conformidade: A tela Reajusta Preço de Custo (RPCUS) foi regerado corrigindo assim o a função que voltou a funcionar reajustando preços de custo de produtos.
Processo: Nota Fiscal Desagregação de Saída Ocorrência: 72097 Caso: A tela Nota fiscal Desagregação de Saída (NFDSA) deverá ser implementada para permitir emitir notas com a quantidade maior que 4 dígitos. Melhorias de Processo: A tela Nota fiscal Desagregação de Saída (NFDSA) foi implementada para gerar notas com a quantidade maior que 4 dígitos. Exemplo: 50000.
Processo: Importação de Cupom Fiscal Ocorrência: 70609 Caso: A tela Importação de Cupom Fiscal Eletrônico (IMPCF) não estava preparada para ser utilizada para importação de Nota Fiscal Eletrônica. Melhorias de Processos: A tela Importação de Cupom Fiscal Eletrônico (IMPCF) foi implementada com a correção do problema da gravação do número de série quando utilizada para importação de Nota Fiscal Eletrônica.
Página | 16
Processo: Atualização de Protocolo Ocorrência: 70774 Caso: Solicitadas diversas alterações na Atualização de Protocolo (estoque) - ATUES: 1 - Quando da atualização do estoque, o sistema deverá trazer no arquivo retorno do coletor as quantidades por item que houve a maior ou a menor de cada item, e grava nos campos hoje já existentes de sobra ou falta do item. 2 - Ainda na atualização do estoque, quando houver as divergências citadas acima, o sistema deverá gerar um registro de divergência (ocorrência) que deverá ser mantida pelo usuário. 3 - Deverá ser criado uma tela onde usuário possa manter essa ocorrência, as informações dessa tela deverão ser as seguintes: Tipo de ocorrência: SOBRA OU FALTA; Status da ocorrência: Pendente ou Resolvido. ( A - Série e Número da NF; B - Produto (Nosso número); C - Número Fabricante; D – Quantidade; E – Observação ) Novas Funcionalidades: Para validação dos processos solicitados acima, foram programadas as seguintes validações nas telas: 1 - Alteração na tela Atualização de Protocolo (ATUES) para não permitir Finalizar o Lote ou Protocolo se estiver com algum item pendente que pode ser identificado nas duas telas: Manter Divergências de Protocolo (MDPTC) e Manter Divergências de Sobras e Faltas (MSOFA) . 2 - Criada a tela para Manter Divergência de Sobras e Faltas (MSOFA), procedimentos da Tela: Consultar; Informar a Loja; Informar o período; Se for informado o Protocolo, deverá consultar somente pelo protocolo informado. Se não for informado o protocolo, deverá consultar todos os protocolos no período informado. Ao digitar uma observação, a mesma deverá ser gravada ao perder o foco do campo Observação. Resolvido: Selecionando um item ou marcando todos, ao clicar no botão Resolvido, deverá atualizar o campo de status da movimentação como resolvido ; Pendente: Selecionando um item ou marcando todos, ao clicar no botão Pendente, deverá atualizar o campo de status da movimentação como pendente. 3 - Alteração da tela Conferência por Arquivo Coletor (VERCO) para processar o arquivo do coletor e gravar banco de dados com divergência pendente e também verificar se o arquivo já foi importado.
MENSAGERIA Ocorrência: 71909 Caso: Foi identificado que ao realizar uma venda o sistema apresentou a seguinte rejeição: XML utiliza codificação diferente de UTF-8. Não Conformidade: Foi identificado que o campo de unidade do produto não estava sendo tratado os caracteres de acentuação. Logo foi implementada solução que no recebimento do pedido para também não acontecer rejeições nas Notas Fiscais Eletrônicas.
Página | 17
Ocorrência: 72109 Caso: Foi identificado que para o estado de Minas Gerais não estava implementado o NFC-e na Mensageria, o NF-e já estava implementado. Novas Funcionalidades: Foi implementada mensageria para o estado de Minas Gerais para os tipos de notas NF-e e NFC-e.
OBRIGAÇÕES FISCAIS Processo: Nota Técnica NT 2020.006.V1.20 Ocorrência: 71263 Caso: Sistema apresentou inconsistência na tela Unidades da Federação (ESTAD) onde está considerando a versão da Nota Técnica para todos os modelos quando deveria ser apenas para as notas de vendas NF-e (modelo - 55). Não Conformidade: A tela Unidades da Federação (ESTAD) foi implementada com correção que trata de maneira devida a NT 2020.006.V1.20, somente para notas de vendas NF-e (modelo - 55) e não mais para todos os modelos de notas.
Processo: SPED FISCAL Ocorrência: 71687 Caso: O SPED FISCAL (SPED) apresentou erro de CFOP inválido ao ser gerado. Erro acontecia porque as notas de entrada, quando importada, estavam sendo importado com o CFOP zerado. Não Conformidade: O SPED FISCAL (SPED) foi corrigido a partir da correção das notas de entradas. O problema estava ocorrendo pois havia sido implementada uma alteração para utilizar o CFOP de Conversão da tabela de CFOP’s e estava sendo avaliado apenas a resposta quando era branco e não estava sendo analisado a resposta igual a zero.
AJUSTES GERAIS Processo: Relatórios Ocorrência: 71801 Caso: Deverá ser criado o parâmetro: "Totalizar Acessórios?" no relatório COPIS-Relatório de PIS/COFINS.
Página | 18
Não Conformidade: Foi criado o parâmetro: "Totalizar Acessórios?" no relatório COPISRelatório de PIS/COFINS para totalizar os valores de acessórios. Ocorrência: 71978 Caso: O Relatório Razão Analítico do Caixa (RANCX) está apresentando erro ao gerar relatório pelo tamanho do campo do “NSU” do produto. Não Conformidade: O Relatório Razão Analítico do Caixa (RANCX) foi implementado para aumentar a estrutura de dados que guarda a informação do “NSU” do produto, corrigindo assim a geração do relatório. Ocorrência: 71240 Caso: O Relatório Aviso de Separação (RAVSEPARACAO) e Relatório Guia de Despacho (RelGuaDespacho) terão modificações referentes a código de barra e conferente respectivamente. Novas Funcionalidades: O Relatório Aviso de Separação (RAVSEPARACAO) foi implementado para imprimir o código de barra do número do pedido no relatório Aviso de Separação (relatório 40 colunas) e o Relatório Guia de Despacho (RelGuaDespacho) teve implementado o campo com o nome no “Conferente”. Ocorrência: 72169 Caso: Foi identificado que no documento emitido de devolução de mercadoria, não está sendo trazida a numeração do cupom fiscal, nem ECF, do qual foi feita a devolução. Melhorias de Processo: Foi modificado o relatório RDEVOL-VALE TROCA para listar o documento (cupom) de venda referente a devolução gerada. Este relatório é gerado na tela Devolução de Cliente (DEVOL) de operação fiscal com tipo de movimento = 'Troca de Mercadoria'.
Processo: AVERBACH Cobranças Ocorrência: 71926 Caso: O Relatório Averbach Cobranças (AVERB) não estava gerando os títulos com atraso dentro de um período selecionado. Não Conformidade: O Relatório Averbach Cobranças (AVERB) foi corrigido após a atualização da pasta COMUM de duas ocorrências já liberadas para implementação do EXTRADOR DE DADOS.
Processo: Estruturas de Dados Ocorrência: 70290 Caso: Criar estruturas de dados para guardar informações de dois campos novos, visualizar observações e permitir alterar e excluir na tela de usuário. Melhorias de Processo: Criada estruturas de dados para guardar informações de dois campos novos, visualizar observações e permitir alterar e excluir na tela de usuário.
Página | 19
Ocorrência: 72146 Caso: Criar estruturas de dados para guardar informações de conferência na tabela de pedidos. Melhorias de Processo: Criada estruturas de dados para informações de conferência na tabela de pedidos. Ocorrência: 72268 Caso: Criar estruturas de dados para guardar informações de estados para determinar que o TAC não será cobrado no estado. Melhorias de Processo: Criada estruturas de dados para guardar informações de estados para determinar que o TAC não será cobrado no estado. Ocorrência: 72267 Caso: Criar estruturas de dados para guardar informações em banco de dados referentes ao processo de Comodata para atender benefício fiscal disponibilizado pela SEFAZ de Sergipe. Melhorias de Processo: Criada estruturas de dados para guardar informações em banco de dados referentes ao processo de Comodata para atender benefício fiscal disponibilizado pela SEFAZ de Sergipe. Ocorrência: 72305 Caso: Criar estruturas de dados para guardar informações em bancos de dados referentes a Ordem de Serviço Sufarçada no processo de ótica. Melhorias de Processo: Criada estruturas de dados para guardar informações em bancos de dados referentes a Ordem de Serviço Sufarçada no processo de ótica. Ocorrência: 72326 Caso: Criar estruturas de dados para guardar informações em banco de dados de estados na comunicação de notas para norma técnica na mensageria.
Melhorias de Processo: Criada estruturas de dados para guardar informações em banco de dados de estados na comunicação de notas para norma técnica na mensageria.
Página | 20