Nexgen 2.3 – Release 160

Histórico de Alterações Aplicáveis ao sistema Nexgen

SECREL - Tecnologia e Soluções Inovadoras® | NexGEN–Todasuagestãonasnuvens.

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

NOVIDADES

Implementada a Auditoria nos campos das telas de Cadastro de Clientes (CLIEN, CLISP, CLICR, CLIOT), Cadastro de Usuários (USUAR) e Cadastro de Posto (POSTO).

Foi implementada a Auditoria na tela de Cadastro de Produtos (PRODU) para auditar dados quando algum produto for alterado ou excluído da base, também na Cadastros de Produtos por Lojas (PROLJ) foi criada auditoria, assim como na PRODU para apenas dados alterados e excluídos. Na tela ICMS por Estado (ICMES) a auditoria funciona para inclusão, alteração e exclusão de campos relacionados na tela.

A tela Desconto por Categoria (DCATE) foi implementada para que no desconto da categoria seja cadastrado também o Representante, a Transportadora e o Tipo de Frete

Foi implementada a tela ManterSugestão deCompra(GRMSC) para obter os dados do Representante, Transportadora e Tipo de Frete quando gravados na tela Desconto por Categoria (DCATE), esses dados serão movidos para a tela pedido de compras fornecedor (PEDCO) quando na GRMSC for “Gerar Pedido”

Foi desenvolvido um Relatóriode operaçõescomInstrumentosde Pagamentos Eletrônicos”, (ROPEL).

Foi implementado um Relatóriode PedidosporExpedição(RAPED), agrupados por dia, gerado em formato EXCEL.

PREFÁCIO

Versão Nexgen 2.3.160

FRENTEDELOJA

• Implementado na integração com Ecommerce VTEX o envio da SKU, dados de altura, comprimento, largura e peso da Embalagem.

• Sistema foi implementado para os pedidos originados no e-commerce não serão cancelados, independente dos critérios que determinam que a expiração do pedido.

• Conforme orientação do setor fiscal do Estado de Sergipe, aos produtos que incidem ICMS Subst. Tributária nas vendas internas, devem ser calculados FECOP (fundo de combate à pobreza) DE 1% DE ALÍQUOTA.

• O processo de alteração do plano de venda não estava limpando o campo quando o prazo ultrapassava o valor cadastrado na política comercial. E caso existisse algum outro tipo de registro de política que satisfizesse a condição, estava aplicando o percentual somente desse outro tipo de política e mantendo o percentual do prazo anterior, foi feito alteração para limpar esse campo.

• Foi criado o parâmetro 247, que se configurado com "Sim", os valores líquidos dos produtos com desconto na venda não iram compor a base de cálculo de desconto na tela de desconto do fechamento. Portanto, se o parâmetro foi configurado com "Sim", o desconto do fechamento será sobre os valores dos produtos que não tiveram informação de desconto, da mesma forma será considerado no rateio, ou seja, o desconto do fechamento não será rateado para os produtos com desconto.

• Foi implementado na tela de Pedido de Venda (PEDCV) para não permitir aplicar desconto a vista no item bloqueado para desconto. O sistema exibirá uma crítica informando que não pode ser aplicado desconto sobre o item.

• Foi implementado o parâmetro 2249 - “Habilitar a auditoria no Recebimento do Pedido”, para quando configurado com valor “Sim” nas telas de recebimento, ao confirmar os pedidos, será feito uma auditoria para verificar se há indícios de duplicidade de notas fiscais dos pedidos em recebimento, essa robustez foi implantada para evitar a fila de recebimento.

• Foi implementado a permissão na tela Pedido Cliente de Venda para a contratação de seguro de pedido com vale troca, desde que, o valor líquido do pedido não seja igual ou menor que zero.

• O recebimento do pedido foi alterado para não executar os processos do CashBack quando o pedido for do E-commerce, independente se a loja estiver configurada para pontuar CashBack.

ÓTICA

• Foi criado o parâmetro 1438, onde será informado o usuário que deverá ser usado na geração do histórico do cancelamento da OS, quando o pedido for excluído automaticamente após o prazo e que os pedidos estão no sistema sem recebimento. Caso o parâmetro esteja em branco ou não foi configurado o usuário utilizado para gerar o histórico do cancelamento da OS será o usuário logado no sistema.

• Foi incluída estrutura que estava faltando ser enviada para formação do XML da Nota Fiscal de Simples de Faturamento.

RETAGUARDA

• A tela Importação Genérica de Produtos (IPROD) foi alterada para gerar o código de barra automaticamente, independentemente da não existência do GTIN, no processo de importação dos produtos.

• O sistema foi alterado para não permitir renegociar um contrato/duplicata que já foi renegociado no dia atual.

• Foi criado o parâmetro 935 - “Quantidade de registros que deverá ser exibido de contatos de clientes de faturas já pagas e ou liquidadas.” Para que seja possível exibir na consulta dos contratos já liquidados, nesse parâmetro deverá informar a quantidade de registros que deseja visualizar, exibindo sempre pela data mais recente.

• A tela Cancela Pendências (CANPE) teve alterada a opção de Ação por outras três: Excluir Item; Baixar Quantidade Pendente; Alterar Quantidade Pendente.

• Foi implementado no Nexgen um processo que os preços dos produtos digitados, em um pedido de compra, serão comparados com a sua política de compra previamente cadastrada nas políticas de compras, onde, se o preço informado no pedido de compra for maior que o preço da política do produto esse será sinalizado como divergente e necessitará análise da sua divergente onde o produto poderá ser autorizado ou não. O pedido só poderá ser fechado se todos os produtos forem autorizados ou não autorizados, removidos ou terem resolvido a sua divergência.

• A tela Dispensa de Juros e Multas (DSPJR) foi ajustada para apresentar corretamente as parcelas do cliente.

• O problema foi corrigido e na tela de complemento do pedido para fazer o rateio ou inicializar o campo de outras despesas rateadas nos itens do pedido.

• Retirado o processo de geração do Registro 0220 pois o Nexgen não faz venda com unidade do produto diferente da unidade que é usada no inventário e outros registros de estoque H200 e K200, não sendo necessário a geração desse registro.

• A tela Desconto por Categoria (DCATE) foi implementada para que no desconto da categoria seja cadastrado também o Representante, a Transportadora e o Tipo de Frete

• Foi implementada a tela Manter Sugestão de Compra (GRMSC) para obter os dados do Representante, Transportadora e Tipo de Frete quando gravados na tela Desconto por Categoria (DCATE), esses dados serão movidos para a tela pedido de compras fornecedor (PEDCO) quando na GRMSC for “Gerar Pedido”

• Foi implementado a correção na tela de Sugestão de Compra (MSUGC) para trazer as informações corretas do pedido consultado e corrigir o erro ao consultar as observações.

• Foi implementada a Auditoria na tela de Cadastro de Produtos (PRODU) para auditar dados quando algum produto for alterado ou excluído da base, também na Cadastros de Produtos por Lojas (PROLJ) foi criada auditoria, assim como na PRODU para apenas dados alterados e excluídos. Na tela ICMS por Estado (ICMES) a auditoria funciona para inclusão, alteração e exclusão de campos relacionados na tela.

• Foi implementada Auditoria nas telas de Cadastro de Clientes (CLIEN, CLISP, CLICR, CLIOT), para auditar os dados alterados, ainda pela tela de Cadastros de Cliente (CLIEN) acessando a tela Observação de Cliente (CLIOB) pelo botão "Observações", é auditado qual foram as alterações e exclusões das observações, também quando acessado a Arquivos de Cliente (CLIAR) pelo botão "Arquivos", é auditado quando há inclusão e exclusão de arquivos.

Na tela Cadastro de Usuários (USUAR) serão auditados dados quando algum dado do usuário for alterado, nos parâmetros de usuário também foi criado a auditoria para dados incluídos, alterados e excluídos.

A tela cadastro de Posto de Trabalho (POSTO) também foi auditada para armazenar os dados incluídos e excluídos.

• Foram feitas melhorias na tela Gerar Planilha Giros (GIROS) para gerar todas as planilhas corretamente conforme os filtros usados.

AJUSTESGERAIS

• Foi desenvolvido um Relatório de "operações com instrumentos de pagamentos eletrônicos”, (ROPEL).

• Alterado no Relatório de Pedido de Compra ao Fornecedor, o número do pedido para ficar com a fonte 12 e em negrito.

• Foi acrescentado a coluna "Descrição Resumida" na planilha da GIROS no "Tipo de Planilha" > "Giros de Produtos" antes da coluna "Descrição".

• Foi implementado um Relatório de Pedidos por Expedição (RAPED), agrupados por dia, gerado em formato EXCEL.

• Criadas Estrutura de Dados para armazenar informações de usuários no banco de dados no processo de cobrança de Royalties.

• Estrutura de Dados para armazenar informações de ICMS por Estado, para atender ao processo de auditoria genérica.

• Criadas Estruturas de Dados para armazenar informações de representante, transportadora e frete no processo de compra.

• Criadas Estruturas de Dados para armazenar informações de categorias no processo de vendas na UF.

• Criadas Estruturas de Dados para armazenar informações do pedido no processo de Fundo de Combate à Pobreza.

RESUMO QUANTITATIVO

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.

FRENTE DE LOJA

Processo: Integração Nexgen x Ecommerce VTEX

Ocorrência: 80589

Caso: Problema com limpeza de dados ao modificar tipo de venda no pedido que altere políticas comercias do cliente.

Melhorias de Processos: Implementado na integração com Ecommerce VTEX o envio da SKU, dados de altura, comprimento, largura e peso da Embalagem.

Ocorrência: 80639

Caso: Implementar parâmetro para informar tempo de expiração automático para pedidos do tipo e-commerce, pois esses estavam sendo cancelados indevidamente.

Melhorias de Processo: Sistema foi implementado para os pedidos originados no ecommerce não serão cancelados, independente dos critérios que determinam que a expiração do pedido.

Processo: Pedido de Cliente de Venda

Ocorrência: 79812

Caso: Conforme orientação do setor fiscal do Estado de Sergipe, aos produtos que incidem ICMS Subst. Tributária nas vendas internas, devem ser calculados FECOP (fundo de combate à pobreza) DE 1% DE ALÍQUOTA. Atualmente o sistema não atende a necessidade, pois também deve ser considerado o cliente destino da venda. Para a necessidade ser atendida é preciso que o sistema possibilite informar o percentual de FECOP considerando que o produto tem incidência de ICMS ST e que a venda é interna. Segundo o cliente já existe uma implementação nesse modelo para a questão do ICMS ST. Sugestão: o cliente utiliza a ICMES para informar o FECOP e deve ser criado uma flag no cliente para saber se deve ou não destacar.

Melhorias de Processo: Para atender a recomendação fiscal foram realizadas as seguintes implementações:

1- Foi modificada a tela de recebimento de pedido para somar o valor do FCP-Fundo de combate à pobreza ao valor da fatura (duplicata) referente as vendas externas, desde que, a nota possua valor de substituição tributária. O valor do FCP deve ser somando ao valor ICMS_ST e que este valor gere uma duplicata a parte (correspondendo a primeira parcela do título). Atualmente somente é gerado como valor da substituição tributária.

2- Foi modificada a tela de recebimento de pedido para somar o valor do FCP-Fundo de combate à pobreza ao valor da nota fiscal e da fatura (duplicata) referente as vendas internas, desde que, a nota possua valor de substituição tributária. O valor do FCP deve ser somando ao valor ICMS_ST e que este valor gere uma duplicata a parte (correspondendo a primeira parcela do título).

3- Foi modificada a tela de recebimento de pedido para calcular o valor do FCP-Fundo de combate à pobreza estava sendo calculado para todos os clientes, desde que, ele não tenha benefício, ou seja, quando for informado o campo.

Ocorrência: 80545

Caso: Problema com limpeza de dados ao modificar tipo de venda no pedido que altere políticas comercias do cliente.

Não Conformidade: O processo de alteração do plano de venda não estava limpando o campo quando o prazo ultrapassava o valor cadastrado na política comercial. E caso existisse algum outro tipo de registro de política que satisfizesse a condição, estava aplicando o percentual somente desse outro tipo de política e mantendo o percentual do prazo anterior, foi feito alteração para limpar esse campo

Ocorrência: 80044

Caso: Na tela Pedido de Cliente de Venda (PEDCV) e possível dar 2 descontos diferentes, um por item e outro no fechamento. A solicitação seria que ao aplicar um desconto no item por motivo de defeito, por exemplo, e o gerente precisar dar um desconto no fechamento, o sistema não deverá ratear o desconto do fechamento com o item que contiver um desconto aplicado.

Melhorias de Processos: Foi criado o parâmetro 247, que se configurado com "Sim", os valores líquidos dos produtos com desconto na venda não iram compor a base de cálculo de desconto na tela de desconto do fechamento. Portanto, se o parâmetro foi configurado com "Sim", o desconto do fechamento será sobre os valores dos produtos que não tiveram informação de desconto, da mesma forma será considerado no rateio, ou seja, o desconto do fechamento não será rateado para os produtos com desconto.

Ocorrência: 80757

Caso: A tela de Pedido de Venda Cliente (PEDCV) está permitindo aplicar desconto a vista em itens que estão parametrizados para não permitir descontos na venda do item.

Não Conformidade: Foi implementado na tela de Pedido de Venda (PEDCV) para não permitir aplicar desconto a vista no item bloqueado para desconto. O sistema exibirá uma crítica informando que não pode ser aplicado desconto sobre o item.

Processo: Recebimento de Cupom OFF Linne

Ocorrência: 80567

Caso: O sistema não está permitindo finalizar os pedidos quando recebido pela tela Recebimento de Cupom Off Linne (RECCF), ele exibe uma crítica de que " PEDIDO ESTÁ SENDO RECEBIDO", gerando duplicidade e uma fila de recebimento.

Não Conformidade: Foi implementado o parâmetro 2249 - “Habilitar a auditoria no Recebimento do Pedido”, para quando configurado com valor “Sim” nas telas de recebimento, ao confirmar os pedidos, será feito uma auditoria para verificar se há indícios de duplicidade de notas fiscais dos pedidos em recebimento, essa robustez foi implantada para evitar a fila de recebimento.

Processo: Pedido de Cliente de Venda - Seguro

Ocorrência: 80140

Caso: O sistema não está permitindo realizar venda de seguro com vale troca, quando o valor dos itens for igual ou superior ao valor do seguro. Obrigando aos clientes a comprarem mais produto para o valor do pedido ser superior.

Melhorias de Processo: Foi implementado a permissão na tela Pedido Cliente de Venda para a contratação de seguro de pedido com vale troca, desde que, o valor líquido do pedido não seja igual ou menor que zero.

Processo: Pedido de Venda de Cliente - CashBack

Ocorrência: 80612

Caso: No recebimento do pedido o processo de CashBack estava sendo executado quando o pedido era gerado no e-commerce.

Melhorias de Processo: O recebimento do pedido foi alterado para não executar os processos do CashBack quando o pedido for do E-commerce, independente se a loja estiver configurada para pontuar CashBack.

ÓTICA

Processo: Consulta de Ordem de Serviço

Ocorrência: 80638

Caso: As Notas Fiscais de Simples Faturamento estão sendo rejeitadas pois está exigindo estrutura na montagem do XML da nota que ainda não estava sendo envida.

Não Conformidade: Foi incluída estrutura que estava faltando ser enviada para formação do XML da Nota Fiscal de Simples de Faturamento.

Ocorrência: 79532

Caso: Criar um parâmetro onde será informado o usuário que deverá ser usado na geração do histórico do cancelamento da OS

Não Conformidade: Foi criado o parâmetro 1438, onde será informado o usuário que deverá ser usado na geração do histórico do cancelamento da OS, quando o pedido for excluído automaticamente após o prazo e que os pedidos estão no sistema sem recebimento. Caso o parâmetro esteja em branco ou não foi configurado o usuário utilizado para gerar o histórico do cancelamento da OS será o usuário logado no sistema.

RETAGUARDA

Processo: Importação Genérica de Produtos

Ocorrência: 80694

Caso: Na Importação Genérica de Produtos (IPROD) ocorreu uma falha no cadastro em lote, e não está gerando automaticamente o código barras (modelo padrão), visto ao imprimir as etiquetas nas lojas.

Não Conformidade: A tela Importação Genérica de Produtos (IPROD) foi alterada para gerar o código de barra automaticamente, independentemente da não existência do GTIN, no processo de importação dos produtos.

Processo: Renegociação de Contratos

Ocorrência: 80021

Caso: Solicitação de alteração da opção "Cobrança" na tela Análise de Crédito (ANACR) para exibir os últimos 30 registros independentemente de estarem quitados ou pagos em atraso.

Melhorias de Processos: Foi criado o parâmetro 935 - “Quantidade de registros que deverá ser exibido de contatos de clientes de faturas já pagas e ou liquidadas.” Para que seja possível exibir na consulta dos contratos já liquidados, nesse parâmetro deverá informar a quantidade de registros que deseja visualizar, exibindo sempre pela data mais recente.

Ocorrência: 80176

Caso: Não permitir renegociar um contrato já renegociado na data atual. Quando o usuário tentar fazer uma renegociação no mesmo dia, o sistema deve exibir uma mensagem informando o seguinte: "já foi efetuada uma renegociação na data atual.

Melhorias de Processos: O sistema foi alterado para não permitir renegociar um contrato/duplicata que já foi renegociado no dia atual.

Processo: Cancela Pendências

Ocorrência: 78731

Caso: Alterar na tela Cancela Pendências (CANPE) a opção de ação por outras três: Excluir Item; Baixar Quantidade Pendente; Alterar Quantidade Pendente.

Melhorias de Processos: A tela Cancela Pendências (CANPE) teve alterada a opção de Ação por outras três: Excluir Item; Baixar Quantidade Pendente; Alterar Quantidade Pendente.

Processo: Cadastro de Políticas Comerciais de Compras

Ocorrência: 79335

Caso: Implementar no sistema Nexgen uma funcionalidade para cadastro e manutenção das políticas comerciais de compra por fornecedor, categorias ou produtos onde não seja permitido gerar pedidos com produtos cujo valores sejam superiores ao cadastrado na política, permitir somente se atender a regra de margem de aceitabilidade configurando o parâmetro 14399 –“Utiliza Política de Preço no Pedido de Compra.”

Melhorias de Processo: Foi implementado no Nexgen um processo que os preços dos produtos digitados, em um pedido de compra, serão comparados com a sua política de compra previamente cadastrada nas políticas de compras, onde, se o preço informado no pedido de compra for maior que o preço da política do produto esse será sinalizado como divergente e necessitará análise da sua divergente onde o produto poderá ser autorizado ou não. O pedido só poderá ser fechado se todos os produtos forem autorizados ou não autorizados, removidos ou terem resolvido a sua divergência.

NOTA: Para também atender as políticas de compra foi adicionada ao Menu da Laboratório de Montagem as seguintes telas Importar XML de Entrada (UPXML), Entrada de Mercadoria para Revenda (ENTNE), Devolução de Fornecedor (NFFOR) e Pedido de Compra Fornecedor (PEDCF).

Processo: Dispensa de Juros e Multas

Ocorrência: 80611

Caso: A tela Dispensa de Juros e Multas (DSPJR) apresentou erro ao exibir as parcelas do cliente

Não Conformidade: A tela Dispensa de Juros e Multas (DSPJR) foi ajustada para apresentar corretamente as parcelas do cliente

Processo: Complemento do Pedido

Ocorrência: 80624

Caso: O problema ocorria porque ao zerar o valor de outras taxas no recebimento pedido na tela de complemento do pedido, não estava fazendo o rateio ou inicializando o campo de outras despesas rateada dos itens do pedido.

Não Conformidade: O problema foi corrigido e na tela de complemento do pedido para fazer o rateio ou inicializar o campo de outras despesas rateadas nos itens do pedido.

Processo: Gestão de Nota Fiscal

Ocorrência: 80602

Caso: A tela Gestão de Nota Fiscal (GNOTA) não baixa o XML de CFe cancelados.

Melhorias de Processos: Realizada uma melhoria na tela Gestão de Nota Fiscal (GNOTA) para que seja possível fazer o download (individual ou por período) de CFe que foram cancelados.

Processo: Geração de SPED Fiscal

Ocorrência: 80230

Caso: Foi identificado que estamos gerando o registro 0220 de forma errada, pois esse registro só deve ser gerado quando a loja pratica uma unidade de estoque diferente da unidade de venda, ou em caso de ser gerado no SPED registro de estoque, inventário ou venda com unidades diferentes. O NexGEN está gerando com o fator do produto referente entrada de nota, e que pode ser divisor, o fator do registro 0220 sempre é multiplicador.

Melhorias de Processos: Retirado o processo de geração do Registro 0220 pois o Nexgen não faz venda com unidade do produto diferente da unidade que é usada no inventário e outros registros de estoque H200 e K200, não sendo necessário a geração desse registro.

Processo: Desconto por Categoria

Ocorrência: 78725

Caso: Criar na tela de Desconto por Categoria (DCATE) os campos para informar o Representante, a Transportadora e o Tipo de Frete

Melhorias de Processos: A tela Desconto por Categoria (DCATE) foi implementada para que no desconto da categoria seja cadastrado também o Representante, a Transportadora e o Tipo de Frete

Processo: Sugestão de Compra

Ocorrência: 78723

Caso: A tela Manter Sugestão de Compra (GRMSC) ao gerar um pedido deve redirecionar automaticamente para tela de pedido de compras fornecedor as informações de envio, que são Representante, a Transportadora e o Tipo de Frete.

Melhorias de Processos: Foi implementada a tela Manter Sugestão de Compra (GRMSC) para obter os dados do Representante, Transportadora e Tipo de Frete quando gravados na tela Desconto por Categoria (DCATE), esses dados serão movidos para a tela pedido de compras fornecedor (PEDCO) quando na GRMSC for “Gerar Pedido”

Ocorrência: 78986

Caso: Na tela Sugestão de Compra (MSUGC) quando utilizado o botão “Gerar Pedido” e com pedido de compra já gerado e exibido, ao clicar em "Cons. Pedido Fornecedor", o sistema leva para a tela Pedido de Compra de Fornecedor (PEDCF) com o código do fornecedor errado Também dá erro quando clicamos na observação do pedido e observação do item

Melhorias de Processos: Foi implementado a correção na tela de Sugestão de Compra (MSUGC) para trazer as informações corretas do pedido consultado e corrigir o erro ao consultar as observações.

Processo: Auditoria de Cadastro de Produto

Ocorrência: 78691

Caso: Implementar a Auditoria nos campos das telas de Cadastro de Produtos (PRODU) e ICMS por Estado (ICMES)

Novas Funcionalidades: Foi implementada a Auditoria na tela de Cadastro de Produtos (PRODU) para auditar dados quando algum produto for alterado ou excluído da base, também na Cadastros de Produtos por Lojas (PROLJ) foi criada auditoria, assim como na PRODU para apenas dados alterados e excluídos. Na tela ICMS por Estado (ICMES) a auditoria funciona para inclusão, alteração e exclusão de campos relacionados na tela.

Processo: Pesquisa Auditoria de Tabelas

Ocorrência: 78707

Caso: Implementar a Auditoria nos campos das telas de Cadastro de Clientes (CLIEN, CLISP, CLICR, CLIOT), Cadastro de Usuários (USUAR) e Cadastro de Posto (POSTO).

Novas Funcionalidades: Foi implementada Auditoria nas telas de Cadastro de Clientes (CLIEN, CLISP, CLICR, CLIOT), para auditar os dados alterados, ainda pela tela de Cadastros de Cliente (CLIEN) acessando a tela Observação de Cliente (CLIOB) pelo botão "Observações", é auditado qual foram as alterações e exclusões das observações, também quando acessado a tela Arquivos de Cliente (CLIAR) pelo botão "Arquivos", é auditado quando há inclusão e exclusão de arquivos.

Na tela Cadastro de Usuários (USUAR) serão auditados dados quando algum dado do usuário for alterado, nos parâmetros de usuário também foi criado a auditoria para dados incluídos, alterados e excluídos.

A tela cadastro de Posto de Trabalho (POSTO) também foi auditada para armazenar os dados incluídos e excluídos

Processo: Gerar Planilhas Giros

Ocorrência: 80730

Caso: Na tela Gerar Planilha Giros (GIROS) ocorre problemas ao gerar o relatório por visão, o relatório só exibe os dados de uma única loja.

Não Conformidade: Foram feitas melhorias na tela Gerar Planilha Giros (GIROS) para gerar todas as planilhas corretamente conforme os filtros usados.

AJUSTES GERAIS

Processo: Melhorias de Performances

Ocorrência: 80746

Caso: Quando acessado os dados de endereços pelo campo de CEP, na tela que é exibida, limpa os campos e consulta sem nenhum dado, sistema permite consultar.

Não Conformidade: Foi implementado um reforço nos campos de CEP ao sistema para quando os filtros de consulta da tela de CEP estiverem vazios, ele não permitir a consulta, o campo de CEP dessa tela também foi ampliando para melhor visualização.

Processo: Relatórios

Ocorrência: 79069

Caso: Desenvolver um relatório de "operações com instrumentos de pagamentos eletrônicos". Esse relatório resultará nas quantidades de vendas e somatório para as modalidades: cartão, PIX, boleto, cartão presente, depósito e outros que fogem à regra.

Novas Funcionalidades: Foi desenvolvido um Relatório de "operações com instrumentos de pagamentos eletrônicos”, (ROPEL)

Ocorrência: 80674

Caso: Alterar no Relatório de Pedido de Compra ao Fornecedor, o número do pedido para ficar com a fonte 12 e em negrito.

Melhorias de Processo: Alterado no Relatório de Pedido de Compra ao Fornecedor, o número do pedido para ficar com a fonte 12 e em negrito.

Ocorrência: 80703

Caso: Incluir no Relatório de Giros de Produtos, o campo "DESCRIÇÃO RESUMIDA" do cadastro dos produtos, esse campo deverá ser exibido ao lado e antes do campo "DESCRIÇÃO".

Melhorias de Processos: Foi acrescentado a coluna "Descrição Resumida" na planilha da GIROS no "Tipo de Planilha" > "Giros de Produtos" antes da coluna "Descrição".

Ocorrência: 80267

Caso: Gerar no Contabilizador um relatório conforme informações: Parâmetros: loja; data inicial e data final; expedição; Resultado a retornar por dia e com as seguintes colunas: dia valor total - quant. Pedidos faturados - quant. ped. Cancelados - ticket médio.

Novas Funcionalidades: Foi implementado um Relatório de Pedidos por Expedição (RAPED), agrupados por dia, gerado em formato EXCEL.

Processo: Estruturas de Dados

Ocorrência: 80708

Caso: Criar Estrutura de Dados para armazenar informações de usuários no banco de dados no processo de cobrança de Royalties.

Melhorias de Processo: Criadas Estrutura de Dados para armazenar informações de usuários no banco de dados no processo de cobrança de Royalties.

Ocorrência: 80719

Caso: Criar Estrutura de Dados para armazenar informações de ICMS por Estado, para atender ao processo de auditoria genérica

Melhorias de Processo: Criadas Estrutura de Dados para armazenar informações de ICMS por Estado, para atender ao processo de auditoria genérica

Ocorrência: 80744

Caso: Cria Estruturas de Dados para armazenar informações de representante, transportadora e frete no processo de compra.

Melhorias de Processos: Criadas Estruturas de Dados para armazenar informações de representante, transportadora e frete no processo de compra.

Ocorrência: 80759

Caso: Cria Estruturas de Dados para armazenar informações de destaque de ICMS no item no processo de na UF.

Melhorias de Processos: Criadas Estruturas de Dados para armazenar informações de categorias no processo de vendas na UF.

Ocorrência: 80812

Caso: Cria Estruturas de Dados para armazenar informações do pedido no processo de Fundo de Combate à Pobreza.

Melhorias de Processos: Criadas Estruturas de Dados para armazenar informações do pedido no processo de Fundo de Combate à Pobreza.