Nexgen2.3
Notas - Release 126
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: Pedidos de Vendas de Cliente
10
Processo: Pedido de Venda de Cliente Integração VTEX
11
Processo: Recebimento de Pedido de Cliente
11
Processo: Venda Rápida
11
ÓTICA
12
Processo: Recebimento de Pedidos de Cliente - Ótica
12
Processo: Validação de Dioptria - Ordem de Serviço
12
Processo: Consulta de Ordem de Serviço
12
Processo: Geração de OS Garantia Completa
12
RETAGUARDA
13
Processo: Devolução de Pedido de Cliente
13
Processo: Complemento do Pedido de Cliente
13
Processo: Junção de Notas
13
Processo: Extrator de Dados
14
Processo: Agendamento de Requisição
14
Processo: Digitação do Inventário
14
Processo: Monitoramento Pedidos Ecommerce
14
Processo: Baixa de Parcelas de Crediário
14
Processo: Gestão de Nota Fiscal
15
Processo: Manutenção de Caixa
15
Processo: Guia do Comprador
15
Processo: Upload de Imagens
15
Processo: Parâmetros de Lojas
15
Processo: Integração
16
Processo: Status dos Pedidos
16
Processo: Cadastro de Benefícios
17
OBRIGAÇÃO FISCAL
17 Página | 2
Processo: SPED FISCAL
17
MENSAGERIA
17
AJUSTES GERAIS
17
Processo: Login no Sistema
17
Processo: Relatórios
18
Processo: Estruturas de Dados
19
Processo: Projeto Petronas SFA
20
Página | 3
NOVIDADES Pedido de Cliente de Venda (PEDCV) - Quando utilizado para cancelamento de pedido, irá exibir o nome do usuário que fez o cancelamento ao lado do nome cancelado. EX: "CANCELADO - USUÁRIO". Essa implementação também se estendeu às telas de Devolução de Clientes (DEVOL) e Recebimento de Pedidos. Pedidos cancelados nessas telas poderão ser visualizados como cancelados e com o nome do usuário que cancelou nas telas de Consulta de Pedidos de Clientes (COM PC) e Consulta de Pedidos (CPEDC) .
Pedido de Venda de Cliente (PEDCV_PEÇAS) -Foi implementada para atender as seguintes solicitações: Vendedor poder informar o percentual de desconto para pedidos à vista (dinheiro e cartão de débito); Quando informado dados no Complemento de Pedido, ao clicar no confirmar esse botão já deve retornar para a página anterior, eliminando-se assim o botão retornar; Também no Complemento, quando acessar essas tela posicionar o cursor no campo "observações do pedido". Para atender as necessidades do sistema foram implementadas as seguintes definições nos processos: Nas telas Lojas (LOJAS) ao acessar os parâmetros da loja, foi criado campo para informar o número de dias que expira o pedido de vendas; Na tela Cadastro de Expedições (EXPED) também foi criado campo onde será possível informar número de dias para expiração do pedido; Na tela de Recebimento do Pedido e também na rotina inicial do sistema foram alterados para verificar se o pedido está expirado, considerando pela hierarquia o número de dias configurados cadastrado na EXPED , depois na LOJAS e por último na tela Empresas (EMPRE). Nessas situações configuradas acima, ao serem consultados esses pedidos não serão exibidos
Projeto Petronas SFA Liberação da 1ª fase do Projeto de Integração Petronas SFA.
Extrator de Dados (EXTRA) - Melhoria na exibição de consultas inicialmente resumidas com detalhamento. Houve também mudanças no layout para tornar o entendimento mais simplificado. A tela Integração (INTEG) foi implementada para permitir que a loja seja configurada para determinar o preço de venda do produto, seja ou não, modificado na integração. Desta forma, a loja irá utilizar as transações do NEXGEN, para precificar o preço de venda dos seus produtos, quando a INTEG for configurada para não atualizar o preço. Para isto, foi criado o parâmetro 1810 a nível de loja, que quando configurado com “SIM” irá definir se a tela de integração deverá modificar o preço na loja.
Recebimento de Pedido de Cliente - Foi implementada para recalcular o valor total do pedido quando for modificado ou informado o valor de frete na opção de "Complemento". Caso o Plano de Venda for "Duplicata" , o valor do parcelamento do título será modificado de acordo com o novo valor total do pedido. Também houve a criação do botão "Recalcular Pedido" para recalcular os preços do produto de acordo com a Política Comercial do Cliente. A tela Venda Rápida (VENC) foi alterado para permitir configurar o caixa com tipo de nota “Definido na OPFIS” e usado na Venda Rápida, porém, para esse caso a transação VENCX ,configurada na OPFIS, deverá estar com tipo de nota Cupom Fiscal, NFC-e ou CF-e.
Página | 4
como "CANCELADO - USUÁRIO" e sim COM A mensagem de ”PEDIDO - EXPIRADO”.
PREFÁCIO Versão Nexgen 2.3.126 FRENTE DE LOJA ●
A tela Pedido de Cliente de Venda (PEDCV) teve as seguintes modificações:
❖ Quando utilizado para cancelamento de pedido, irá exibir o nome do usuário que fez o cancelamento ao lado do nome cancelado. EX: "CANCELADO - USUÁRIO". Essa implementação também se estendeu às telas de Devolução de Clientes (DEVOL) e Recebimento de Pedidos. Pedidos cancelados nessas telas poderão ser visualizados como cancelados e com o nome do usuário que cancelou nas telas de Consulta de Pedidos de Clientes (CONPC) e Consulta de Pedidos (CPEDC) .
❖ Foi implementada para atender as seguintes solicitações: Vendedor poder informar o percentual de desconto para pedidos à vista (dinheiro e cartão de débito); Quando informado dados no Complemento de Pedido, ao clicar no confirmar esse botão já deve retornar para a página anterior, eliminando-se assim o botão retornar; Também no Complemento, quando acessar essas tela posicionar o cursor no campo "observações do pedido".
❖ Foi implementada para exibir se o cliente é atacado ou varejo (em negrito),informação é mostrada após a descrição do agente que existe nesse mesmo quadro. Para que o sistema se comporte de acordo com o descrito deverá ser utilizada PEDCV específica de PEÇAS e a configuração do cliente será realizada no botão “Tabela de Preço” na tela Cadastros de Clientes (CLIEN).
❖ Efetuada correção no processo do ecommerce VTEX, para pedidos marketplace, caso não encontre a transportadora pelo campo “courierId”, será feita a busca pelo campo “affiliateid”, sanando assim a correção na geração do pedido.
Página | 5
❖ Implementada para recalcular o valor total do pedido quando for modificado ou informado o valor de frete na opção de "Complemento". Caso o Plano de Venda for "Duplicata" , o valor do parcelamento do título será modificado de acordo com o novo valor total do pedido. Também houve a criação do botão "Recalcular Pedido" para recalcular os preços do produto de acordo com a Política Comercial do Cliente.
● ●
No Recebimento de Pedido de Cliente foi implementada uma modificação que não permite que os campos de banco, agência, conta e número do cheque estejam zerados. A tela Venda Rápida (VENCX) foi alterado para permitir configurar o caixa com tipo de nota “Definido na OPFIS” e usado na Venda Rápida, porém, para esse caso a transação VENCX ,configurada na OPFIS, deverá estar com tipo de nota Cupom Fiscal, NFC-e ou CF-e.
ÓTICA ●
Efetuada correção do processo de faturamento futuro, para considerar o frete informado, rateando o frete e gerando as notas corretamente.
●
Foi corrigido o problema da casa decimal de menor esférico para obtenção do diâmetro da lente. Para isso o sistema deverá estar configurado com o parâmetro 1502 para omitir a opção de gerar OS Showroom , na geração da OS. A tela Consulta de Ordem de Serviço (COSLJ) foi implementada com correção das consultas e para permitir a impressão dessas informações tanto no formato PDF como EXCEL. A tela de Geração de OS Garantia Completa (OSGAC) foi implementada para consultar de maneira correta notas do tipo CF-e de determinado cliente.
●
●
RETAGUARDA ●
●
● ● ● ●
A tela Devolução de Pedido de Cliente (DEVOL) foi programada para DEVOL para solucionar o problema mencionado na emissão do relatório (RCVEN),ou seja, o relatório não estava deduzindo da comissão de venda quando o pedido era devolvido, sendo que o recebimento deste pedido foi com crédito. A tela Complemento do Pedido de Cliente (CPLPE) foi implementada com as seguintes melhorias: 1- Flag da Ordenação "Nome de Cliente" já vem marcada, desde que a empresa utilize o pedido de peças; 2- Caso o usuário desmarque a flag da Ordenação "Nome de Cliente" clicar em Consultar - a flag continuará demarcada até que o usuário a marque novamente. A tela Complemento do Pedido de Cliente (CPLPE) foi implementada com correção do nome do cliente. A tela Junção de Notas(JNOTA) foi programada com aumento do campo da data o que estava causando o erro na geração e envio do relatório Extrato de Parcelas do Cliente (EXCLI). A tela Extrator de Dados (EXTRA) teve melhoria na exibição de consultas inicialmente resumidas com detalhamento. Houve também mudanças no layout para tornar o entendimento mais simplificado. A tela agendamento de Requisição (AGREQ)foi programada para permitir informar somente números, no código da loja distribuidora e loja requisitante.
Página | 6
● ● ● ● ●
●
● ●
Foi modificada a rotina de importação do inventário via coletor de dados para corrigir a contabilização referente ao total de itens importados na tabela de lote do inventário. A tela Monitoramento Pedidos Ecommerce (MPEDE) foi implementada para que na gris os pedidos sejam exibidos ordenadamente pelo “número do pedido”. A tela Baixa de Parcela de Crediário(BACTR) foi implementada para baixar de maneira correta as parcelas que utilizam no recebimento de depósito bancário e/ou cartão de crédito. A tela Gestão de Nota Fiscal (GNOTA) foi implementada para efetuar o download de notas por períodos anteriores. A tela Manutenção De Caixa (MANCX) foi implementada para alterar qualquer movimento de caixa para cartão POS. A tela Guia do Comprador (GUIAC) foi implementada com o aumento do número de caracteres no campo de referência do produto para consulta correta de qualquer item. Foi também modificada para não exibir informações que não estavam sendo tratadas na tela: "Fatura Pendente" e "Média suprimento". A tela Upload de Imagens (UPIMG) foi implementada para exclusão de imagens de forma correta. Para atender as necessidades do sistema foram implementadas as seguintes definições nos processos: Nas telas Lojas (LOJAS) ao acessar os parâmetros da loja, foi criado campo para informar o número de dias que expira o pedido de vendas; Na tela Cadastro de Expedições (EXPED) também foi criado campo onde será possível informar número de dias para expiração do pedido; Na tela de Recebimento do Pedido e também na rotina inicial do sistema foram alterados para verificar se o pedido está
expirado, considerando pela hierarquia o número de dias configurados cadastrado na EXPED , depois na LOJAS e por último na tela Empresas (EMPRE). Nessas situações configuradas acima, ao serem consultados esses pedidos não serão exibidos como "CANCELADO - USUÁRIO" e sim COM A mensagem de ”PEDIDO - EXPIRADO”. ● A tela Integração (INTEG) foi implementada para permitir que a loja seja configurada para determinar o preço de venda do produto, seja ou não, modificado na integração. Desta forma, a loja irá utilizar as transações do NEXGEN, para precificar o preço de venda dos seus produtos, quando a INTEG for configurada para não atualizar o preço. Para isto, foi criado o parâmetro 1810 a nível de loja, que quando configurado com “SIM” irá definir se a tela de integração deverá modificar o preço na loja. ● A tela Status dos Pedidos (STSEP) foi implementada de acordo com o descrito na ocorrência acima, onde foram contempladas as seguintes modificações: Criado um campo (Visualiza total dos produtos em separação) na tela Usuários (USUAR) para indicar se o usuário que acessou o sistema pode Visualizar Total (R$) dos produtos em separação; Criado um campo na tela Expedições (EXPED) para informar a partir de quantos minutos a cor do status do pedido aguardando separação ou em separação vai ficar na cor vermelha. Essa informação só terá efeito para os pedidos que entraram nesse status na data atual e só será exibido em vermelho se for a última situação do pedido; Na tela de Status dos Pedidos (STSEP) foi criado um campo Valor por Status, esse campo só será exibido se tela Usuários (USUAR) o usuário estiver marcado para “Visualizar Total dos produtos em separação." Na exibição das informações na tela foram também criados os seguintes campos “ Hr.Lib.Análise ” e “ Expedição do Pedido ”. ● A tela Cadastro de Benefícios (BENEF) foi implementada com a opção "Em Branco" em combo relacionado com o item.
OBRIGAÇÕES FISCAIS Página | 7
● Foi implementada solução para tratar o caractere especial "," na hora de salvar a observação da Nota no Complemento do Pedido.
MENSAGERIA ●
Foi implementada solução na Mensageria Secrel para habilitar a emissão de Nf-e e NFC-e no Distrito Federal.
AJUSTES GERAIS ●
Foi modificada a rotina de inicialização para login no sistema, sanando assim o problema de acesso.
●
Os Relatórios tiveram as seguintes modificações:
❖ O Relatório Estatísticas de Compras (RESTC) foi implementado para considerar entradas de fornecedores secundários cadastrados no produto.
❖ O Relatório Estatísticas de Compras (RESTC) foi implementado para solucionar o problema de lentidão na execução do relatório.
❖ O Relatório Faturamento do Caixa (RFATU) foi reimplementado corrigindo assim a demora e a geração de informações.
❖ O Relatório Análise de Vendas por Categoria (RVCAT) programado para correção do erro na sua geração.
❖ O problema ocorria porque o pedido foi recebido com o adiantamento do cartão e o faturamento foi realizado no mesmo dia, com isso o Relatório Análise de Vendas por Caixa (RAVCX) quando impresso na modalidade de cartão estava duplicando os registros. O problema foi corrigido.
❖ O Relatório Gerar Planilhas (GPOCU) foi implementado com melhoria na performance.
❖ O Relatório Itens Devolvido (RIDEV) foi implementado com a correção dos registros duplicados.
●
As Estruturas de Dados tiveram as seguintes modificações:
❖ Foi criada estrutura no Banco de Dados para guardar informações referentes à loja e pedidos, relacionados ao processo no projeto PETRONAS.
❖ Foi criada estrutura no Banco de Dados para guardar informações referentes à loja e expedições.
❖ Foi criada estrutura no Banco de Dados para guardar informação referente a cartão presente seguindo o processo de estratégias do processo de Omni Channel.
❖ Foi criada estrutura no Banco de Dados para guardar informações referentes à integração do sistema Nexgen junto ao projeto PETRONAS.
❖ Foi criada estrutura no Banco de Dados para guardar informações de itens e malotes, referentes ao processo de Ordem de Serviço do tipo SHOWROOM.
Página | 8
❖ Foi criada estrutura no Banco de Dados para guardar informação referente a Preço de Custo no Pedido.
❖ Foi criada estrutura no Banco de Dados para guardar informações nas EXPEDICÕES.
❖ Foi criada estrutura no Banco de Dados (índices) para guardar informações (SPOOL_RELATORIOS) para melhorar a performance na geração dos relatórios do sistema.
❖ Foi criada uma estrutura no Banco de Dados para guardar informações sobre preço de custo do item do pedido.
❖ Foi criada estrutura no Banco de Dados para guardar informação referente ao percentual de redução do preço que será enviado para o SFA .
❖ Foi criada uma estrutura no Banco de Dados para guardar informações sobre pedidos e produtos na loja, integração com e commerce.
Projeto Petronas SFA ●
Liberação da 1ª FASE - Projeto de Integração Petronas SFA.
●
Página | 9
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS
QUANTIDADE
NOVAS FUNCIONALIDADES1
4
MELHORIAS DE PROCESSO2
20
OBRIGAÇÕES FISCAIS3
1
NÃO CONFORMIDADE4
26
TOTAL
51 1
São novas transações, novos processos ou alterações de processos já existentes, disponibilizadas no ERP através das solicitações dos clientes por PCS. São também funcionalidades disponibilizadas no ERP a critério da Fornecedora. 2
São facilidades criadas para melhorar a usabilidade do usuário nos processos já existentes no ERP ou facilidades para melhor execução dos fluxos de processos integrados. 3
São funcionalidades disponibilizadas no ERP para atendimento da Legislação Vigente aplicável ao segmento de negócio do ERP. 4
São correções de inconsistências presentes nas telas ou resultados insatisfatórios durante a execução de um processo.
Página | 10
FRENTE DE LOJA Processo: Pedidos de Vendas de Cliente Ocorrência: 68256 Caso: A tela Pedido de Cliente de Venda (PEDCV) quando utilizada no cancelamento do pedido de venda, deverá o exibir em mensagem o nome do usuário que fez o cancelamento. EX: "CANCELADO - USUÁRIO". Novas Funcionalidades: A tela Pedido de Cliente de Venda (PEDCV) quando utilizada para cancelamento de pedido, irá exibir o nome do usuário que fez o cancelamento ao lado do nome cancelado. EX: "CANCELADO - USUÁRIO". Essa implementação também se estendeu às telas de Devolução de Clientes (DEVOL) e Recebimento de Pedidos. Pedidos cancelados nessas telas poderão ser visualizados como cancelados e com o nome do usuário que cancelou nas telas de Consulta de Pedidos de Clientes (CONPC) e Consulta de Pedidos (CPEDC) . Ocorrência: 67536 Caso: A tela Pedido de Venda de Cliente (PEDCV_PEÇAS) deverá ser programada com as seguintes modificações: Vendedor poder informar o percentual de desconto para pedidos à vista (dinheiro e cartão de débito); Quando informado dados no Complemento de Pedido, ao clicar no confirmar esse botão já deve retornar para a página anterior, eliminando-se assim o botão retornar; Também no Complemento, quando acessar essas tela posicionar o cursor no campo "observações do pedido". Melhorias de Processo: A tela Pedido de Venda de Cliente (PEDCV_PEÇAS) foi implementada para atender as seguintes solicitações: Vendedor poder informar o percentual de desconto para pedidos à vista (dinheiro e cartão de débito); Quando informado dados no Complemento de Pedido, ao clicar no confirmar esse botão já deve retornar para a página anterior, eliminando-se assim o botão retornar; Também no Complemento, quando acessar essas tela posicionar o cursor no campo "observações do pedido". Ocorrência: 68167 Caso: A tela Pedido de Venda de Cliente (PEDCV) deverá exibir se o cliente é atacado ou varejo (em negrito), essa informação deverá se localizar após a descrição do agente que existe nesse mesmo quadro. Não Conformidade: A tela Pedido de Venda de Cliente (PEDCV) foi implementada para exibir se o cliente é atacado ou varejo (em negrito),informação é mostrada após a descrição do agente que existe nesse mesmo quadro. Para que o sistema se comporte de acordo com o descrito deverá ser utilizada PEDCV específica de PEÇAS e a configuração do cliente será realizada no botão “Tabela de Preço” na tela Cadastros de Clientes (CLIEN).
Página | 11
Processo: Pedido de Venda de Cliente Integração VTEX Ocorrência: 68393 Caso: Erro na geração do pedido do mercado pago quando esse é do tipo marketplace. Não conformidade: Efetuada correção no processo do ecommerce VTEX, para pedidos marketplace, caso não encontre a transportadora pelo campo “courierId”, será feita a busca pelo campo “affiliateid”, sanando assim a correção na geração do pedido.
Processo: Recebimento de Pedido de Cliente Ocorrência: 68215 Caso: A tela Recebimento de Pedido de Cliente deverá possibilitar o recálculo dos pedidos, quando tiver adicionado o valor do frete no botão Complemento do Pedido. Melhorias de Processo: A tela Recebimento de Pedido de Cliente foi implementada para recalcular o valor total do pedido quando for modificado ou informado o valor de frete na opção de "Complemento". Caso o Plano de Venda for "Duplicata" , o valor do parcelamento do título será modificado de acordo com o novo valor total do pedido. Também houve a criação do botão "Recalcular Pedido" para recalcular os preços do produto de acordo com a Política Comercial do Cliente. Ocorrência: 68389 Caso: A tela de informação dos cheques recebidos no caixa, está permitindo informar um cheque sem as informações obrigatórias do número do cheque. Não deverá permitir incluir um cheque, se o banco ou agência ou conta ou número do cheque estiverem zerados. Melhorias de Processo: No Recebimento de Pedido de Cliente foi implementada uma modificação que não permite que os campos de banco, agência, conta e número do cheque estejam zerados.
Processo: Venda Rápida Ocorrência: 68431 Caso: A tela Venda Rápida (VENCX) não permitia configurar o caixa com o tipo de nota definida na OPFIS, o motivo era que na OPFIS o usuário poderia configurar outro tipo de nota que não fosse cupom. Melhorias de Processo: A tela Venda Rápida (VENCX) foi alterado para permitir configurar o caixa com tipo de nota “Definido na OPFIS” e usado na Venda Rápida, porém, para esse caso a transação VENCX ,configurada na OPFIS, deverá estar com tipo de nota Cupom Fiscal, NFC-e ou CF-e.
Página | 12
ÓTICA Processo: Recebimento de Pedidos de Cliente - Ótica Ocorrência: 68277 Caso: Quando um pedido entrega futuramente, tem frete e ocorre emissão de mais de uma nota, o sistema erra no rateio do frete das emissões de notas divergindo o valor do frete rateado com o valor do frete da base de ICMS. Não Conformidade: Efetuada correção do processo de faturamento futuro, para considerar o frete informado, rateando o frete e gerando as notas corretamente.
Processo: Validação de Dioptria - Ordem de Serviço Ocorrência: 68255 Caso: Estamos com problema para validar dioptria de lentes monofocal, pois o sistema está validando o diâmetro mesmo que o grau não tenha o diâmetro válido. Não Conformidade: Foi corrigido o problema da casa decimal de menor esférico para obtenção do diâmetro da lente. Para isso o sistema deverá estar configurado com o parâmetro 1502 para omitir a opção de gerar OS Showroom , na geração da OS.
Processo: Consulta de Ordem de Serviço Ocorrência: 67868 Caso: A tela Consulta de Ordem de Serviço (COSLJ) ao consultar um determinado status, às vezes exibe todo o resultado da tela (Todas as lojas) e às vezes mostra apenas o resultado da primeira loja. Não Conformidade: A tela Consulta de Ordem de Serviço (COSLJ) foi implementada com correção das consultas e para permitir a impressão de dessas tanto no formato PDF como EXCEL.
Processo: Geração de OS Garantia Completa Ocorrência: 67425 Caso: A tela de Geração de OS Garantia Completa (OSGAC) exibia erro quando pesquisa notas do tipo CF-e para determinado cliente. Não Conformidade: A tela de Geração de OS Garantia Completa (OSGAC) foi implementada para consultar de maneira correta notas do tipo CF-e de determinado cliente.
Página | 13
RETAGUARDA Processo: Devolução de Pedido de Cliente Ocorrência: 68390 Caso: O Relatório Comissão de vendedores (RCVEN) não está comissionando corretamente, quando o pedido é devolvido, sendo que o recebimento deste pedido foi com crédito. Não Conformidade: A tela Devolução de Pedido de Cliente (DEVOL) foi programada para DEVOL para solucionar o problema mencionado na emissão do relatório (RCVEN),ou seja, o relatório não estava deduzindo da comissão de venda quando o pedido era devolvido, sendo que o recebimento deste pedido foi com crédito.
Processo: Complemento do Pedido de Cliente Ocorrência: 68155 Caso: A tela Complemento do Pedido de Cliente (CPLPE) foi ajustada com melhorias. Não Conformidade: A tela Complemento do Pedido de Cliente (CPLPE) foi implementada com as seguintes melhorias: 1- Flag da Ordenação "Nome de Cliente" já vem marcada, desde que a empresa utilize o pedido de peças; 2- Caso o usuário desmarque a flag da Ordenação "Nome de Cliente" clicar em Consultar - a flag continuará desmarcada até que o usuário a marque novamente. Ocorrência: 68240 Caso: A tela Complemento do Pedido de Cliente (CPLPE) está exibindo o nome do cliente com erro. Não conformidade: A tela Complemento do Pedido de Cliente (CPLPE) foi implementada com correção do nome do cliente.
Processo: Junção de Notas Ocorrência: 67291 Caso: A tela Junção de Notas(JNOTA) quando utilizada para geração e envio do relatório de Extrato de Parcelas do Cliente (EXCLI) estava apresentado informações inconsistentes. Não Conformidade: A tela Junção de Notas(JNOTA) foi programada com aumento do campo da data o que estava causando o erro na geração e envio do relatório Extrato de Parcelas do Cliente (EXCLI).
Página | 14
Processo: Extrator de Dados Ocorrência: 68208 Caso: Realizar tratamento de dados para um outro tipo de visualização onde tela Extrator de Dados (EXTRA) deverá exibir as consultas inicialmente resumidas com detalhamento. Melhorias de Processo: A tela Extrator de Dados (EXTRA) teve melhoria na exibição de consultas inicialmente resumidas com detalhamento. Houve também mudanças no layout para tornar o entendimento mais simplificado.
Processo: Agendamento de Requisição Ocorrência: 68336 Caso: A tela agendamento de Requisição (AGREQ) deverá permitir somente informar números, no código da loja distribuidora e loja requisitante. Melhorias de Processo: A tela agendamento de Requisição (AGREQ)foi programada para permitir informar somente números, no código da loja distribuidora e loja requisitante.
Processo: Digitação do Inventário Ocorrência: 68285 Caso: A tela Digitação do Inventário (DGINV) está apresentando erro (loop infinito) até expirar a conexão, após realizar upload e depois inserir itens no contagem do coletor. Não Conformidade: Foi modificada a rotina de importação do inventário via coletor de dados para corrigir a contabilização referente ao total de itens importados na tabela de lote do inventário.
Processo: Monitoramento Pedidos Ecommerce Ocorrência: 68430 Caso: A tela Monitoramento Pedidos Ecommerce (MPEDE) não está exibindo os pedidos ordenados pelo número do pedido”. Não Conformidade: A tela Monitoramento Pedidos Ecommerce (MPEDE) foi implementada para que na gris os pedidos sejam exibidos ordenadamente pelo número do pedido”.
Processo: Baixa de Parcelas de Crediário Ocorrência: 68296 Caso: A tela Baixa de Parcela de Crediário(BACTR) está exibindo erro quando baixada parcela utilizando recebimento em depósito bancário, e outras com depósito e cartão de crédito.
Página | 15
Não Conformidade: A tela Baixa de Parcela de Crediário(BACTR) foi implementada para baixar de maneira correta as parcelas que utilizam no recebimento depósito bancário e/ou cartão de crédito.
Processo: Gestão de Nota Fiscal Ocorrência: 68355 Caso: A tela Gestão de Nota Fiscal (GNOTA) está exibindo erro ao consultar notas por período. Não Conformidade: A tela Gestão de Nota Fiscal (GNOTA) foi implementada para efetuar o download de notas por período anteriores.
Processo: Manutenção de Caixa Ocorrência: 68280 Caso: A tela Manutenção De Caixa (MANCX) está exibindo erro ao alterar um movimento de caixa para cartão POS. Não Conformidade: A tela Manutenção De Caixa (MANCX) foi implementada para alterar qualquer movimento de caixa para cartão POS.
Processo: Guia do Comprador Ocorrência: 68285 Caso: A tela Guia do Comprador (GUIAC) está exibindo erro ao consultar alguns itens. Não Conformidade: A tela Guia do Comprador (GUIAC) foi implementada com o aumento do número de caracteres no campo de referência do produto para consulta correta de qualquer item. Foi também modificada para não exibir informações que não estavam sendo tratadas na tela: "Fatura Pendente" e "Média suprimento".
Processo: Upload de Imagens Ocorrência: 68415 Caso: A tela Upload de Imagens (UPIMG) está exibindo erro ao excluir imagens. Não Conformidade: A tela Upload de Imagens (UPIMG) foi implementada para exclusão de imagens de forma correta.
Processo: Parâmetros de Lojas Ocorrência: 68258 Caso: Deverá ser implementado o parâmetro por empresa "dias p/ liberação do pedido" que define o tempo que o pedido de venda expira.
Página | 16
Novas Funcionalidades: Para atender as necessidades do sistema foram implementadas as seguintes definições nos processos: Nas telas Lojas (LOJAS) ao acessar os parâmetros da loja, foi criado campo para informar o número de dias que expira o pedido de vendas; Na tela Cadastro de Expedições (EXPED) também foi criado campo onde será possível informar número de dias para expiração do pedido; Na tela de Recebimento do Pedido e também na rotina inicial do sistema foram alterados para verificar se o pedido está expirado, considerando pela hierarquia o número de dias configurados cadastrado na EXPED , depois na LOJAS e por último na tela Empresas (EMPRE). Nessas situações configuradas acima, ao serem consultados esses pedidos não serão exibidos como "CANCELADO - USUÁRIO" e sim COM A mensagem de ”PEDIDO - EXPIRADO”.
Processo: Integração Ocorrência: 68234 Caso: A tela Integração (INTEG) deverá permitir que a loja seja configurada para determinar que o preço de venda do produto, seja ou não, modificado na integração. Melhorias de Processo: A tela Integração (INTEG) foi implementada para permitir que a loja seja configurada para determinar que o preço de venda do produto, seja ou não, modificado na integração. Desta forma, a loja irá utilizar as transações do NEXGEN, para precificar o preço de venda dos seus produtos, quando a INTEG for configurada para não atualizar o preço. Para isto, foi criado o parâmetro 1810 a nível de loja, que quando configurado com “SIM” irá definir se a tela de integração deverá modificar o preço na loja.
Processo: Status dos Pedidos Ocorrência: 68135 Caso: A tela Status dos Pedidos (STSEP) deverá ser implementada com as seguintes alterações: Criação de mais duas colunas na tela após o status do pedido, onde deve ser mostrado a hora em que o pedido foi liberado pela análise e a expedição do pedido; Ao clicarmos em cima do pedido o sistema abre a consulta com os detalhes do pedido, nesta tela deve ser destacado em vermelho toda linha de informação dos andares (setores) que ainda não fechou a separação. Nessa mesma tela onde é mostrado o código do usuário despachante, conferente e faturista, deve vir o nome do usuário não o código; Na linha ao lado do fleg que tem a ordenação, colocar a totalização em valor do pedidos por status, essa informação deve ser restrita, ou seja, somente pode ser vista por usuário definido na tela de usuários. Novas Funcionalidades: A tela Status dos Pedidos (STEP) foi implementada de acordo com o
descrito na ocorrência acima, onde foram contempladas as seguintes modificações: Criado um campo (Visualiza total dos produtos em separação) na tela Usuários (USAR) para indicar se o usuário que acessou o sistema pode Visualizar Total (R$) dos produtos em separação; Criado um campo na tela Expedições (EXPED) para informar a partir de quantos minutos a cor do status do pedido aguardando separação ou em separação vai ficar na cor vermelha. Essa informação só terá efeito para os pedidos que entraram nesse status na data atual e só será exibido em vermelho se for a última situação do pedido; Na tela de Status dos Pedidos (STSEP) foi criado um campo Valor por Status, esse campo só será exibido se tela Página | 17
Usuários (USUAR) o usuário estiver marcado para “Visualizar Total dos produtos em separação.”; Na exibição das informações na tela foram também criados os seguintes campos “ Hr.Lib.Análise ” e “ Expedição do Pedido ”.
Processo: Cadastro de Benefícios Ocorrência: 68432 Caso: A tela Cadastro de Benefícios (BENEF) possui combo relacionado com o item ( Itens para aplicar desconto do brinde) que não apresenta a opção "Em Branco". Melhorias de Processo: A tela Cadastro de Benefícios (BENEF) foi implementada com a opção "Em Branco" em combo relacionado com o item.
OBRIGAÇÃO FISCAL Processo: SPED FISCAL Ocorrência: 67852 Caso: O sistema apresentou um erro no registro 0450 do SPED Fiscal, quando na observação da Nota do complemento do pedido era escrito o caractere ";". Não Conformidade: Foi implementada solução para tratar o caractere especial "," na hora de salvar a observação da Nota no Complemento do Pedido.
MENSAGERIA Ocorrência: 68352 Caso: A Mensageria Secrel deverá ser implementada para habilitar a emissão de notas dos tipos NF-e e NFC-e no Distrito Federal . Não Conformidade: Foi implementada solução na Mensageria secrel para habilitar a emissão de Nf-e E NFC-e no Distrito Federal.
AJUSTES GERAIS Processo: Login no Sistema Ocorrência: 68283 Caso: Erro ao inicializar o acesso ao sistema.
Página | 18
Não Conformidade: Foi modificada a rotina de inicialização para login no sistema, sanando assim o problema de acesso.
Processo: Relatórios Ocorrência: 68419 Caso: O Relatório Estatísticas de Compras (RESTC) não está considerando as entradas oriundas de fornecedor secundário, mesmo estando no cadastro do produto. Não Conformidade: O Relatório Estatísticas de Compras (RESTC) foi implementado para considerar entradas de fornecedores secundários cadastrados no produto. Ocorrência: 68383 Caso: O Relatório Estatísticas de Compras (RESTC) está demorando de 15 a 20 minutos para ser gerado, causando lentidão no servidor Data Center. Não Conformidade: O Relatório Estatísticas de Compras (RESTC) foi implementado para solucionar o problema de lentidão na execução do relatório. Ocorrência: 68205 Caso: O Relatório Faturamento do Caixa (RFATU) está demorando e também não há informações. Não Conformidade: O Relatório Faturamento do Caixa (RFATU) foi reimplementado corrigindo assim a demora e a geração e informações. Ocorrência: 68353 Caso: O Relatório Análise de Vendas por Categoria (RVCAT) está apresentando erro ao ser gerado. Não Conformidade: O Relatório Análise de Vendas por Categoria (RVCAT) programado para correção do erro na sua geração. Ocorrência: 68263 Caso: O Relatório Análise de Vendas por Caixa (RAVCX) estava exibindo valores duplicados. Não Conformidade: O problema ocorria porque o pedido foi recebido com o adiantamento do cartão e o faturamento foi realizado no mesmo dia, com isso o Relatório Análise de Vendas por Caixa (RAVCX) quando impresso na modalidade de cartão estava duplicando os registros. Problema foi corrigido. Ocorrência: 68368 Caso: O Relatório Gerar Planilhas (GPOCU) estava demorando muito para geração. Melhorias de Processo: O Relatório Gerar Planilhas (GPOCU) foi implementado com melhoria na performance.
Página | 19
Ocorrência: 68139 Caso: O Relatório Itens Devolvidos (RIDEV) estava exibindo registros duplicados. Não Conformidade: O Relatório Itens Devolvido (RIDEV) foi implementado com a correção dos registros duplicados.
Processo: Estruturas de Dados Ocorrência: 68375 Caso: Criar estrutura no Banco de Dados para guardar informações referentes à loja e pedidos, relacionados ao processo no projeto PETRONAS. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes à loja e pedidos, relacionados ao processo no projeto PETRONAS. Ocorrência: 68356 Caso: Criar estrutura no Banco de Dados para guardar informações referentes à loja e expedições. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes à loja e expedições. Ocorrência: 68404 Caso: Criar estruturas no Banco de Dados para guardar informação referente a cartão presente seguindo o processo de estratégias do processo de Omni Channel. Melhorias de Processos: Foi criada estrutura no Banco de Dados para guardar informação referente a cartão presente seguindo o processo de estratégias do processo de Omni Channel. Ocorrência: 68345 Caso: Criar estrutura no Banco de Dados para guardar informações referentes à integração do sistema Nexgen junto ao projeto PETRONAS. Melhorias de Processos: Foi criada estrutura no Banco de Dados para guardar informações referentes à integração do sistema Nexgen junto ao projeto PETRONAS. Ocorrência: 68392 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao processo de Ordem de Serviço do tipo SHOWROOM. Melhorias de Processos: Foi criada estrutura no Banco de Dados para guardar informações de itens e malotes, referentes ao processo de Ordem de Serviço do tipo SHOWROOM. Ocorrência: 68405 Caso: Criar estrutura no Banco de Dados para guardar informação referente a Preço de Custo no Pedido.
Página | 20
Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informação referente a Preço de Custo no Pedido. Ocorrência: 68429 Caso: Criar estrutura no Banco de Dados para guardar informações nas expedições. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações nas EXPEDICÕES. Ocorrência: 68440 Caso: Criar estrutura no Banco de Dados (índices) para guardar informações (SPOOL_RELATORIOS) para melhorar a performance na geração dos relatórios do sistema. Melhorias de Processo: Foi criada estrutura no Banco de Dados (índices) para guardar informações (SPOOL_RELATORIOS) para melhorar a performance na geração dos relatórios do sistema. Ocorrência: 68397 Caso: Criar estrutura no Banco de Dados para guardar informações sobre preço de custo do item do pedido. Melhorias de Processo: Foi criada uma estrutura no Banco de Dados para guardar informações sobre preço de custo do item do pedido. Ocorrência: 68489 Caso: Criar estrutura no Banco de Dados para guardar informação referente ao percentual de redução do preço que será enviado para o SFA. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informação referente ao percentual de redução do preço que será enviado para o SFA . Ocorrência: 68503 Caso: Criar estrutura no Banco de Dados para armazenar informações sobre pedidos de produtos na loja, integração com e commerce. Melhorias de Processo: Foi criada uma estrutura no Banco de Dados para guardar informações sobre pedidos e produtos na loja, integração com e commerce.
Processo: Projeto Petronas SFA Ocorrência: 68501 Caso: Liberação parcial do Projeto de Integração Petronas SFA. Novas Funcionalidades: Liberação parcial do Projeto de Integração Petronas SFA.
Página | 21