Nexgen2.3
Notas - Release 114
Histórico de Alterações Aplicáveis ao sistema Nexgen
SECREL - Tecnologia e Soluções Inovadoras® | NexGEN – Toda sua gestão nas nuvens.
Copyright © 2015 SECREL. – Todos os direitos reservados.
Nenhuma parte deste documento pode ser copiada, reproduzida, traduzida ou transmitida por qualquer meio eletrônico ou mecânico, na sua totalidade ou em parte, sem a prévia autorização escrita da SECREL, que se reserva o direito de efetuar alterações sem aviso prévio. A SECREL não assume qualquer responsabilidade pelas consequências de quaisquer erros ou inexatidões que possam aparecer neste documento.
SECREL SOLUÇÕES DE INFORMÁTICA LTDA. Matriz: Av. Dom Luís, 500 - 20º andar - Aldeota Fortaleza - CE - 60.160-230 T: 85 3466.7000 - Brasil - www.gruposecrel.com.br
SUMÁRIO NOVIDADES ...................................................................................................... 3 PREFÁCIO ......................................................................................................... 4 RESUMO QUANTITATIVO ................................................................................ 7 FRENTE DE LOJA ............................................................................................. 8 Processo: Pedido de Venda de Cliente .............................................................. 8 Processo: Recebimento de Pedido de Cliente ................................................... 8 ÓTICA ................................................................................................................ 9 Processo: Recebimento de Pedido de Cliente ................................................... 9 Processo: Cadastro de Campanha .................................................................... 9 RETAGUARDA .................................................................................................. 9 Processo: Entrada Mercadorias ao Fornecedor ................................................. 9 Processo: Devolução Pedido de Cliente .......................................................... 10 Processo: Análise de Crédito ........................................................................... 10 Processo: Emitir Etiquetas de Produtos ........................................................... 10 Processo: Cadastro de Vendedores ................................................................. 11 Processo: Tabela de Cadastro de Preço de Clientes ....................................... 11 Processo: Associação de Produtos não Importados ....................................... 11 Processo: Nota Fiscal Devolução ao Fornecedor ........................................... 11 Processo: Análise de Venda Por Categoria ..................................................... 12 Processo: Comunicados e Alertas do Sistema................................................. 12 Processo: Cadastro de Fornecedores .............................................................. 12 Processo: Gestão de Nota Fiscal ..................................................................... 12 OBRIGAÇÕES FISCAIS .................................................................................. 13 Processo: SPED Fiscal .................................................................................... 13 AJUSTES GERAIS........................................................................................... 13 Processo: Atualiza Custo por Referência do Produto ...................................... 13 Processo: Relatórios ........................................................................................ 13 Processo: Transações do Sistema ................................................................... 14 Processo: Estrutura de Banco de Dados ......................................................... 14
Página | 2
NOVIDADES Pedido de Venda de Cliente (PEDCV) Foi criada uma caixa de seleção “Obrigar informar código de barras na venda” na tela Parâmetros da Loja (PARLJ). Quando esse campo estiver marcado, será obrigado informar o código de barras do produto e nas telas Pedido de Venda de Cliente (PEDCV) e Venda Rápida (VENCX), os produtos deverão ser digitados somente pelo código de barras; Quando utilizada para integração do sistema com o E-Commerce na plataforma VTEX, esta foi implementada para gravação do sequencial desses pedidos na Estrutura de Dados específica, criada para guardar essas informações geradas na integração.
Cadastro (TPCLI)
de
Preço
de
Clientes
Foi implementada para no pedido de cliente seja aplicado desconto especial a nível de cliente, desde que, seja informando na transação: TPCLI-"Cadastro de Tabelas de Preços Cliente", o tipo de preço, percentual de desconto a vista e percentual de desconto a prazo. O percentual do desconto a vista ou prazo no item do pedido, dependerá da forma de pagamento da modalidade do plano de venda.
Associação de Produtos Importados (ASXML)
não
Foi implementada para associação dos produtos de não importados através do XML da nota, gravar o código da nota da estrutura de dados devidamente. Para que a tela se comporte dessa maneira, deverá o parâmetro 264 - Selecionar a Categoria - está marcado com o valor “SIM”;
Página | 3
PREFÁCIO Versão Nexgen 2.3.114 FRENTE DE LOJA •
A tela Pedido de Venda de Cliente teve as seguintes modificações: ❖ Foi criada uma caixa de seleção “Obrigar informar código de barras na venda” na tela Parâmetros da Loja (PARLJ). Quando esse campo estiver marcado, será obrigado informar o código de barras do produto e nas telas Pedido de Venda de Cliente (PEDCV) e Venda Rápida (VENCX), os produtos deverão ser digitados somente pelo código de barras; ❖ A tela Pedido de Venda de Cliente (PEDCV) quando utilizada para integração do sistema com o E-Commerce na plataforma VTEX, esta foi implementada para gravação do sequencial desses pedidos na Estrutura de Dados específica, criada para guardar essas informações geradas na integração;
•
A tela Recebimento de Pedido de Cliente teve as seguintes modificações: ❖ Foi implementada de forma a não mais validar o parcelamento de crediário quando a modalidade utilizada no recebimento de um pedido for associada a crediário de terceiro, nesse caso será finalidade do controle de contas receber junto a empresa terceira contratada; ❖ Foi programada para o recebimento de pedido com mais de um cartão, quando pedido vindo do E-commerce.
•
A tela Cadastro de Campanha (CAMPA) implementada para permitir a utilização a mesma chave cadastrada para mais de uma campanha. Corrigindo assim a possível utilização da chave de um cartão benefício em mais de uma campanha.
•
A tela Pedido de Venda de Cliente teve as seguintes modificações: ❖ Na importação do XML de Nota Fiscal Eletrônica deverá efetuar o relacionamento
pelo código de barras que será obtido através da tag <cean>. O parâmetro 898 Usar pesquisa pelo código interno na importação de xml – deverá ser configurado como ”SIM” para que o sistema se comporte dessa maneira; ❖ Foi criado um parâmetro na tela Valores de Parâmetro (VLPAR) de número 651, que quando estiver marcado com “Sim”, as informações de volume transportado não precisaram ser preenchidas na tela Recebimento de Pedido de Cliente; ❖ Na ação de Gerar Compromisso, foi parametrizada para permitir alterar o campo de Loja de Pagamento, somente se o usuário tiver a permissão para acessar a loja que deseja. Para conceder a permissão para o usuário, deve ser selecionado o campo de seleção “Acessa Todas as Lojas” na tela Usuário (USUAR), ou então selecionar a loja que o usuário poderá efetuar a ação citada anteriormente
Página | 4
RETAGUARDA •
•
• • • •
•
•
•
A tela Associação de Produtos não Importados (ASXML) foi implementada para associação dos produtos de não importados através do XML da nota, gravar o código da nota da estrutura de dados devidamente. Para que a tela se comporte dessa maneira, deverá o parâmetro 264 - Selecionar a Categoria - está marcado com o valor “SIM”; A tela Devolução de Cliente (DEVOL), foi ajustada para ao realizar uma devolução de cliente, fossem levados os valores de frete, FCP ou DIFAL da nota de venda, caso ela possuísse um desses valores; A tela Análise de Crédito (ANACR) foi corrigida ao trazer os dados de cliente consultados junto ao SPC; A tela Emitir Etiquetas de Produtos (ETQPD) foi implementada com filtro para imprimir etiquetas para pedidos por determinado período; A tela Cadastro de Vendedores (VENDE) foi implementada para informar os percentuais de comissão conforme por período de tempo na empresa e por meta; A Tabela de Cadastro de Preço de Clientes (TPCLI) foi implementada para no pedido de cliente seja aplicado desconto especial a nível de cliente, desde que, seja informando na transação: TPCLI-"Cadastro de Tabelas de Preços Cliente", o tipo de preço, percentual de desconto a vista e percentual de desconto a prazo. O percentual do desconto a vista ou prazo no item do pedido, dependerá da forma de pagamento da modalidade do plano de venda; A tela Nota Fiscal Devolução ao Fornecedor (NFFOR) foi implementada para não mais permitir a transferência de itens que não esteja cadastrado na loja destino, evitando o problema no estoque; A tela Análise de Venda por Categoria (RVCAT) teve implementada quatro níveis de categorias que permitirá exibição de categorias que utilizam combinações “E” e “OU”. As combinações de cada filtro serão do tipo (Condição "E"), ou seja, as categorias que estão em filtros diferentes, deverão pertencer ao filtro onde foram incluídas. Dentro de cada filtro poderá existir várias categorias, neste caso serão consideradas na condição "OU"; A tela Cadastro de Fornecedores (FORNE) foi implementada com validação de “Tipo Devolução Stars” e “Nr. Protocolo” para fornecedor do tipo Stars. Com essa opção selecionada irá ser impresso em “Dados Adicionais” a seguinte mensagem ( Dev. ref. NF de Origem: 124, 125, 126 Tipo Trans. STARS: 164-Divergencia de Estoque Numero Documento STARS: 154256 Quantidade: 3.0 ) ; A tela Gestão de Nota Fiscal (GNOTA) foi ajustada com a implementação de um parâmetro que distinguem as NFC-e e NF-e. quando solicitada a exibição na Gestão de Nota;
Página | 5
OBRIGAÇÕES FISCAIS •
A tela Gerar SPED FISCAL (GSPED) foi programada para considerar o campo do ICMS no cálculo do valor do IPI e no registro C190, relacionado a duplicidade de item. Também foi ajustado o registro C800 para que o valor total da nota considere os valores dos descontos dados nos itens.
AJUSTES GERAIS • •
•
• •
•
•
A tela Atualiza Custo por Referência do Produto (ATCUS) foi implementada para exibir o resultado da consulta e atualizações do produto pesquisado por sua referência; A tela Gerar Arquivos Importação TINY (TINY) ao gerar seu relatório atende as modificações que foram solicitadas: os campos estão sendo separados por vírgula, o arquivo está sendo gerado em formato UTF – 8 e os valores que possuem virgula são separados por aspas; A tela Relatório de Produtos com Estoque Negativo (RISNE), foi modificada, ajustando alguns dos seus parâmetros, fazendo com que o relatório seja impresso em menos tempo; Efetuada a correção no relatório da tela Relatório de Relação de Devolução, corrigindo assim a duplicidade de itens e a diferença entre os relatórios; Efetuada a correção no relatório da tela Relatório de Relação de Devolução, corrigindo assim a duplicidade de itens e a diferença entre os relatórios e exibindo o relatório de acordo com as seguintes informações CNPJ; FORNECEDOR; PROTOCOLO; NUM; NF; SERIE_NF; DT_EMISSÃO; DT_ENTRADA; QUANTIDADES; VLR; Foi implementada modificações para fechar a conexão com o banco de dados das transações que possuem a POPUP de consulta, dessa forma validando a geração e não causando erro ao gerar o relatório; As Estruturas de Dados tiveram as seguintes modificações: ❖ Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de conciliação de cartão; ❖ Foram criadas Estruturas no Banco de Dados para guardar informações referentes ao processo de categorização dos produtos e seus filtros de categoria. Liberada também estrutura para guardar informações de clientes e tipo de preços; ❖ Foram criadas Estruturas no Banco de Dados para guardar informações referente ao processo que obriga a informar o código de barra na venda rápida e pedido de cliente; ❖ Foi criada Estrutura no Banco de Dados para guardar informações referente ao processo de Devolução de Itens com chave de acesso da Nota Fiscal Eletrônica; ❖ Foi criada Estrutura no Banco de Dados para guardar informações referente ao processo de Entrada de Mercadorias a partir de importação de notas com imposto sobre serviços;
❖ Foi criada estrutura no Banco de Dados para guardar informações de tipo de assinante da nota fiscal ,além de estruturas para armazenar informações referente a localização de produtos da nota; ❖ Foi criada estrutura no Banco de Dados para aumentar o tamanho do campo que guarda informações de fornecedores de tipo específico, em notas fiscais de devolução; ❖ Foi criada estrutura no Banco de Dados para guardar informações do Valor de Desconto das parcelas dos compromissos de notas, contas a pagar;
Página | 6
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS
QUANTIDADE
NOVAS FUNCIONALIDADES1
2
MELHORIAS DE PROCESSO2
15
OBRIGAÇÕES FISCAIS3
1
NÃO CONFORMIDADE4
21
TOTAL
39 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 | 7
FRENTE DE LOJA Processo: Pedido de Venda de Cliente Ocorrência: 67311 Caso: Solicitado que na tela Pedida de Venda de Cliente (PEDCV) os produtos possam ser incluídos apenas pelo código de barras. Melhorias de Processo: Foi criada uma caixa de seleção “Obrigar informar código de barras na venda” na tela Parâmetros da Loja (PARLJ). Quando esse campo estiver marcado, será obrigado informar o código de barras do produto e nas telas Pedido de Venda de Cliente (PEDCV) e Venda Rápida (VENCX), os produtos deverão ser digitados somente pelo código de barras. Ocorrência: 67298 Caso: A tela Pedido de Venda de Cliente (PEDCV) quando utilizada para integração com pedidos do E-Commerce na plataforma VTEX não está gravando sequencial de identificação desses pedidos na estrutura de dados. Melhorias de Processo: A tela Pedido de Venda de Cliente (PEDCV) quando utilizada para integração do sistema com o E-Commerce na plataforma VTEX, esta foi implementada para gravação do sequencial desses pedidos na Estrutura de Dados específica, criada para guardar essas informações geradas na integração.
Processo: Recebimento de Pedido de Cliente Ocorrência: 67304 Caso: A tela Recebimento de Pedido quando utilizada para a consulta de um pedido que teve como forma de pagamento o crediário de terceiro, estava exibindo a seguinte mensagem de maneira equivocada, "ATTENTION Total das Parcelas Diferente do Total do Pedido... Ação --> Abrir o Pedido". Não Conformidade: A tela Recebimento de Pedido foi implementada de forma a não mais validar o parcelamento de crediário quando a modalidade utilizada no recebimento de um pedido for associada a crediário de terceiro, nesse caso será finalidade do controle de contas receber junto a empresa terceira contratada. Ocorrência: 67354 Caso: A tela Recebimento de Pedido de Cliente está apresentando um erro ao consultar pedido do e-commerce quando o pagamento é realizado pelo cliente em mais de um cartão. O sistema exibe uma crítica não reconhecendo os dois pagamentos. Não Conformidade: A tela Recebimento de Pedido de Cliente foi programada para o recebimento de pedido com mais de um cartão, quando pedido vindo do E-commerce.
Página | 8
ÓTICA Processo: Recebimento de Pedido de Cliente Ocorrência: 67235 Caso: A tela Recebimento de Pedido quando utilizada para geração de NF-e estava trazendo a algumas notas com inconsistências entre CFOP dos itens da nota e os do campo <idDest> do XML da nota. Melhorias de Processo: A tela Recebimento de Pedido foi programada para na geração de NF-e, exibir corretamente CFOP dos itens da nota e os do campo <idDest> do XML da nota.
Processo: Cadastro de Campanha Ocorrência: 67171 Caso: A tela Cadastro de Campanha (CAMPA) quando utiliza a mesma chave cadastrada para mais de uma campanha, o sistema acaba validando somente a chave e não está validando também o código da campanha. Isso acaba causando a transtornos pois não está sendo possível a utilização da chave de um cartão benefício em mais de uma campanha. Não conformidade: A tela Cadastro de Campanha (CAMPA) implementada para permitir a utilização a mesma chave cadastrada para mais de uma campanha. Corrigindo assim a possível utilização da chave de um cartão benefício em mais de uma campanha.
RETAGUARDA Processo: Entrada de Mercadorias ao Fornecedor Ocorrência: 67365 Caso: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) na importação do XML de Nota Fiscal Eletrônica deverá efetuar o relacionamento pelo código de barras que será obtido através da tag <cean>. Melhorias de Processos: A tela Entrada de Mercadorias ao Fornecedor (ENTNE) na importação do XML de Nota Fiscal Eletrônica deverá efetuar o relacionamento pelo código de barras que será obtido através da tag <cean>. O parâmetro 898 - Usar pesquisa pelo código interno na importação de xml – deverá ser configurado como ”SIM” para que o sistema se comporte dessa maneira. Ocorrência: 67330 Caso: Solicitado que não seja mais obrigado informar na tela Recebimento de Pedido de Cliente os campos de volume, peso bruto e peso líquido.
Página | 9
Melhorias de Processo: Foi criado um parâmetro na tela Valores de Parâmetro (VLPAR) de número 651, que quando estiver marcado com “Sim”, as informações de volume transportado não precisaram ser preenchidas na tela Recebimento de Pedido de Cliente. Ocorrência: 67233 Caso: Ajustar na tela de Entrada de Mercadoria de Fornecedor a permissão para alterar a loja de pagamento, usuários sem permissão conseguem trocar a loja. Não Conformidade: A tela Entrada de Mercadoria de Fornecedor na ação de Gerar Compromisso, foi parametrizada para permitir alterar o campo de Loja de Pagamento, somente se o usuário tiver a permissão para acessar a loja que deseja. Para conceder a permissão para o usuário, deve ser selecionado o campo de seleção “Acessa Todas as Lojas” na tela Usuário (USUAR), ou então selecionar a loja que o usuário poderá efetuar a ação citada anteriormente.
Processo: Devolução de Pedido de Cliente Ocorrência: 67163 Caso: A tela Devolução de Pedido de Cliente (DEVOL) ao efetuar uma devolução que possui frete, não traz todos os dados presentes na nota. Não Conformidade: A tela Devolução Pedido de Cliente (DEVOL), foi ajustada para ao realizar uma devolução de cliente, fossem levados os valores de frete, FCP ou DIFAL da nota de venda, caso ela possuísse um desses valores.
Processo: Análise de Crédito Ocorrência: 67115 Caso: A tela Análise de Crédito (ANACR) apresentou um erro ao realizar uma consulta do SPC do cliente. Não Conformidade: A tela Análise de Crédito (ANACR) foi corrigida ao trazer os dados de cliente consultados junto ao SPC.
Processo: Emitir Etiquetas de Produtos Ocorrência: 67373 Caso: A tela Emitir Etiquetas de Produtos (ETQPD) deverá ser implementada com filtro para buscar pedidos por determinado período. Não Conformidade: A tela Emitir Etiquetas de Produtos (ETQPD) foi implementada com filtro para imprimir etiquetas para pedidos por determinado período.
Página | 10
Processo: Cadastro de Vendedores Ocorrência: 67056 Caso: A tela Cadastro de Vendedores (VENDE) deverá ser implementada com formato de comissionamento de vendedores de acordo com o tempo de empresa. Novas Funcionalidades: A tela Cadastro de Vendedores (VENDE) foi implementada para informar os percentuais de comissão conforme por período de tempo na empresa e por meta.
Processo: Tabela de Cadastro de Preço de Clientes Ocorrência: 67057 Caso: A Tabela de Cadastro de Preço de Clientes (TPCLI) deverá ser implementada para no pedido de cliente seja aplicado desconto especial a nível de cliente. Melhorias De Processo: A Tabela de Cadastro de Preço de Clientes (TPCLI) foi implementada para no pedido de cliente seja aplicado desconto especial a nível de cliente, desde que, seja informando na transação: TPCLI-"Cadastro de Tabelas de Preços Cliente", o tipo de preço, percentual de desconto a vista e percentual de desconto a prazo. O percentual do desconto a vista ou prazo no item do pedido, dependerá da forma de pagamento da modalidade do plano de venda.
Processo: Associação de Produtos não Importados Ocorrência: 67181 Caso: A tela Associação de Produtos não Importados (ASXML) não estava gravando na estrutura de dados o código da Nf-e que foi importada através do seu XML. Não Conformidade: A tela Associação de Produtos não Importados (ASXML) quando importada nota para associação dos produtos de não importados através do XML, essa tela irá relacionar a referência do produto na nota ao código interno do produto e armazená-lo diretamente na estrutura de dados devida. Para que a tela se comporte dessa maneira, o parâmetro 264(Selecionar a Categoria) deverá ser configurado com valor “Padrão”.
Processo: Nota Fiscal Devolução ao Fornecedor Ocorrência: 67312 Caso: A tela Nota Fiscal Devolução ao Fornecedor (NFFOR) está permitindo fazer transferência de itens mesmo que o item não esteja cadastrado na loja destino, causando problema no estoque, pois a nota é confirmada pela loja destino o que faz com que não seja atualizado o estoque. Não Conformidade: A tela Nota Fiscal Devolução ao Fornecedor (NFFOR) foi implementada para não mais permitir a transferência de itens que não esteja cadastrado na loja destino, evitando o problema no estoque.
Página | 11
Processo: Análise de Venda Por Categoria Ocorrência: 67316 Caso: A tela Análise de Venda por Categoria (RVCAT) deverá ter implementados filtros para até quatro níveis de categorias. Não Conformidade: A tela Análise de Venda por Categoria (RVCAT) teve implementada quatro níveis de categorias que permitirá exibição de categorias que utilizam combinações “E” e “OU”. As combinações de cada filtro serão do tipo (Condição "E"), ou seja, as categorias que estão em filtros diferentes, deverão pertencer ao filtro onde foram incluídas. Dentro de cada filtro poderá existir várias categorias, neste caso serão consideradas na condição "OU".
Processo: Comunicados e Alertas do Sistema Ocorrência: 67215 Caso: A tela Comunicados e Alertas do Sistemas apresentava erro intermitente em relação ao alerta de vencimento de certificado digital. Não Conformidade: A tela Comunicados e Alertas do Sistemas foi implementada com log de monitoramento para posteriores correções caso alerta de vencimento de certificado não venha a ser exibido quando efetuado login na loja.
Processo: Cadastro de Fornecedores Ocorrência: 67336 Caso: A tela Cadastro de Fornecedores (FORNE) deverá ser implementada com opção de "Fornecedor Stars" que irá validar a o “Tipo Devolução Stars” e “Nr. Protocolo” quando realizada devolução de mercadorias para esse tipo de fornecedor. Novas Funcionalidades: A tela Cadastro de Fornecedores (FORNE) foi implementada com validação de “Tipo Devolução Stars” e “Nr. Protocolo” para fornecedor do tipo Stars. Com essa opção selecionada irá ser impresso em “Dados Adicionais” a seguinte mensagem ( Dev. ref. NF de Origem: 124, 125, 126 Tipo Trans. STARS: 164-Divergencia de Estoque Numero Documento STARS: 154256 Quantidade: 3.0 ) .
Processo: Gestão de Nota Fiscal Ocorrência: 67345 Caso: Na tela Gestão de Nota Fiscal (GNOTA) ao selecionar “NFC-e” na lista Modelo Nf. com a finalidade de baixar os XML’s do mês, estão sendo baixados tanto NF-e quanto NFC-e juntos no mesmo arquivo. Não Conformidade: A tela Gestão de Nota Fiscal (GNOTA) foi ajustada com a implementação de um parâmetro que distinguem as NFC-e e NF-e. quando solicitada a exibição na Gestão de Nota.
Página | 12
OBRIGAÇÕES FISCAIS Processo: SPED Fiscal Ocorrência: 67314 Caso: A tela gerar SPED FISCAL (GSPED) está criticando dois registros, o 02 no registro C190 e o 04 no registro C100, que são relacionados ao valor do IPI e a duplicidade de item. Não Conformidade: A tela Gerar SPED FISCAL (GSPED) foi programada para considerar o campo do ICMS no cálculo do valor do IPI e no registro C190, relacionado a duplicidade de item. Também foi ajustado o registro C800 para que o valor total da nota considere os valores dos descontos dados nos itens.
AJUSTES GERAIS Processo: Atualiza Custo por Referência do Produto Ocorrência: 67358 Caso: A tela Atualiza Custo por Referência do Produto (ATCUS) está apresentando não exibe resultado da consulta do produto. Não Conformidade: A tela Atualiza Custo por Referência do Produto (ATCUS) foi implementada para exibir o resultado da consulta e atualizações do produto pesquisado por sua referência.
Processo: Relatórios Ocorrência: 67333 Caso: A tela Gerar Arquivos Importação TINY (TINY) deve modificar o formato do seu relatório, separando os campos por virgula, gerar o arquivo em formato UTF – 8 e os valores que possuírem virgula devem ser separados por aspas. Melhorias de Processo: A tela Gerar Arquivos Importação TINY (TINY) ao gerar seu relatório atende as modificações que foram solicitadas: os campos estão sendo separados por vírgula, o arquivo está sendo gerado em formato UTF – 8 e os valores que possuem virgula são separados por aspas. Ocorrência: 67321 Caso: A tela Relatório de Produtos com Estoque Negativo (RISNE), está demorando para ser emitido, causando time out . Não Conformidade: A tela Relatório de Produtos com Estoque Negativo (RISNE), foi modificada, ajustando alguns dos seus parâmetros, fazendo com que o relatório seja impresso em menos tempo.
Página | 13
Ocorrência: 66771 Caso: A tela Relatório de Relação de Devolução está trazendo dois erros em seu relatório: repete o mesmo número várias vezes e também a soma total de devolução não equivale com o relatório da tela Vale Troca-Devoluções. Não Conformidade: Efetuada a correção no relatório da tela Relatório de Relação de Devolução, corrigindo assim a duplicidade de itens e a diferença entre os relatórios. Ocorrência: 67029 Caso: O Relatório Gerar Arquivo MVA (GAMVA) deverá ser programado para ser exibido com as seguintes colunas: CNPJ; FORNECEDOR; PROTOCOLO; NUM; NF; SERIE_NF; DT_EMISSÃO; DT_ENTRADA; QUANTIDADES; VLR. Não Conformidade: Efetuada a correção no relatório da tela Relatório de Relação de Devolução, corrigindo assim a duplicidade de itens e a diferença entre os relatórios e exibindo o relatório de acordo com as seguintes informações CNPJ; FORNECEDOR; PROTOCOLO; NUM; NF; SERIE_NF; DT_EMISSÃO; DT_ENTRADA; QUANTIDADES; VLR.
Processo: Transações do Sistema Ocorrência: 67339 Caso: As transações do sistema referentes a criação de relatórios que possuíam POPUP de consulta, não estavam fechando a conexão com o banco de dados, o que poderiam causar o travamento do sistema na geração de diversos relatórios. Não Conformidade: Foi implementada modificações para fechar a conexão com o banco de dados das transações que possuem a POPUP de consulta, dessa forma validando a geração e não causando erro ao gerar o relatório.
Processo: Estrutura de Banco de Dados Ocorrência: 67340 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao processo de conciliação de cartão. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de conciliação de cartão. Ocorrência: 67324 Caso: Criar Estruturas no Banco de Dados para guardar informações referentes ao processo de categorização dos produtos e seus filtros de categoria. Melhorias de Processo: Foram criadas Estruturas no Banco de Dados para guardar informações referentes ao processo de categorização dos produtos e seus filtros de categoria. Liberada também estrutura para guardar informações de clientes e tipo de preços.
Página | 14
Ocorrência: 67355 Caso: Criar Estruturas no Banco de Dados para guardar informações referentes ao processo que obriga a informar o código de barra na venda rápida e pedido de cliente. Melhorias de Processo: Foram criadas Estruturas no Banco de Dados para guardar informações referente ao processo que obriga a informar o código de barra na venda rápida e pedido de cliente. Ocorrência: 67372 Caso: Criar estrutura no Banco de Dados para guardar informações referente ao processo de Devolução de Itens com chave de acesso da Nota Fiscal Eletrônica. Melhorias de Processo: Foi criada Estrutura no Banco de Dados para guardar informações referente ao processo de Devolução de Itens com chave de acesso da Nota Fiscal Eletrônica. Ocorrência: 67380 Caso: Criar estrutura no Banco de Dados para guardar informações referente ao processo de Entrada de Mercadorias a partir de importação de notas com imposto sobre serviços. Melhorias de Processo: Foi criada Estrutura no Banco de Dados para guardar informações referente ao processo de Entrada de Mercadorias a partir de importação de notas com imposto sobre serviços. Ocorrência: 67393 Caso: Criar Estrutura no Banco de Dados para guardar informações de tipo de assinante da nota fiscal ,além de estruturas para armazenar informações referente a localização de produtos da nota. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de tipo de assinante da nota fiscal ,além de estruturas para armazenar informações referente a localização de produtos da nota. Ocorrência: 67416 Caso: Criar Estrutura no Banco de Dados para aumentar o tamanho do campo que guarda informações de fornecedores de tipo específico, em notas fiscais de devolução. Melhorias de Processo: Foi criada estrutura no Banco de Dados para aumentar o tamanho do campo que guarda informações de fornecedores de tipo específico, em notas fiscais de devolução. Ocorrência: 67421 Caso: Criar Estrutura no Banco de Dados para guardar informações do Valor de Desconto das parcelas dos compromissos de notas, contas a pagar. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações do Valor de Desconto das parcelas dos compromissos de notas, contas a pagar.
Página | 15