Nexgen2.3
Notas - Release 127
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 ................................................................................ 8 FRENTE DE LOJA ............................................................................................. 9 Processo: PROJETO PETRONAS ..................................................................... 9 Processo: Pedido de Venda de Cliente .............................................................. 9 ÓTICA .............................................................................................................. 10 Processo: Ordem de Serviço – Assistência Técnica ........................................ 10 Processo: Geração de Malote .......................................................................... 10 RETAGUARDA ................................................................................................ 10 Processo: Operação Fiscal .............................................................................. 10 Processo: Aprovação de Crédito ...................................................................... 11 Processo: Nota fiscal de Simples Remessa ..................................................... 11 Processo: Conciliação de Vendas de Cartão Offline - ADYEN ....................... 11 Processo: Pedido de Compra ao Fornecedor .................................................. 11 Processo: Status dos Pedidos.......................................................................... 12 Processo: Monitoramento de Pedidos - Ecommerce ....................................... 12 Processo: Agendamento de Requisição de Mercadorias ................................. 13 Processo: Separação de Pedidos - Ecommerce .............................................. 13 Processo: Integração de Pedidos - Ecommerce .............................................. 13 Processo: Integração Nexgen – Esphera Napp Solution ................................. 14 Processo: Integração de Pedidos – Plataforma VTEX ..................................... 14 Processo: Integração ....................................................................................... 14 MENSAGERIA ................................................................................................. 14 AJUSTES GERAIS........................................................................................... 15 Processo: Impressão Diebold IM693H ............................................................. 15 Processo: Ajuste de Fonte Nexgen .................................................................. 15 Processo: Ajuste de Código Nexgen ................................................................ 15 Processo: Relatórios ........................................................................................ 15
Página | 2
MENSAGERIA ................................................................................................. 16 Processo: Estrutura de Banco de Dados ......................................................... 17
Página | 3
NOVIDADES LIBERAÇÃO DA FASE FINAL DO PROJETO PETRONAS – FORÇA DE VENDAS . A tela Status dos Pedidos (STSEP) foi implementada de acordo com o descrito na ocorrência acima, onde foram comtempladas 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 ”.
Foi implementada tela Agendamento de
Requisição de Mercadorias (AGREQ), para permitir cadastrar o agendamento das requisições. Foi implementada a integração das
informações da venda de cartão pela PAGSEGURO na plataforma MAGENTO. Implementar Percentual do Estoque a Integrar no Ecommerce. A tela Geração de Arquivo para NAPP (GENAP ) foi implementada da integração entre o Nexgen e o sistema Esphera da Napp Solution, que será utilizada para informar o faturamento das lojas de Shopping. Foi implementada a da impressão dos documentos MF-e e NFC-e na impressora
Diebold IM693H.
Monitoramento de Pedidos Ecommerce (MPEDE) foi implementada com A
tela
dois novos status no ciclo de evolução do pedido, exibidos na coluna STATUS da grid, "Aguardando Separação" e "Pedido em Separação". Também foi programado novo botão na tela (MPEDE) , "Enviar Para Separação", com a funcionalidade de direcionar um pedido selecionado direto para a tela de Separação de Itens(SEPAR), para ser separado. Uma vez na separação, um pedido originado por E-commerce não pode ser alterado, por isto esta funcionalidade não pode ser executada na SEPAR, como de costume. Sendo assim, o usuário então irá apenas CONSULTAR, INICIAR e FINALIZAR a separação do pedido.
Página | 4
PREFÁCIO Versão Nexgen 2.3.127 FRENTE DE LOJA •
LIBERAÇÃO DA FASE FINAL DO PROJETO PETRONAS – FORÇA DE VENDAS .
•
A tela Pedido de Venda de Cliente (PEDCV) teve as seguintes modificações: ❖ Implementada para não exibir mais erro na consulta de pedidos. ❖ Implementada para na Finalização da separação se ocorrer divergência o sistema irá recalcular e corrigir. Corrigindo assim a consulta na tela pedidos. ❖ Foram incluídos os campos Número do Pedido e Item de Compra, essa informação deverá ser digitada após informar o produto, na tela Pedido de Venda de Cliente (PEDCV), quando essa estiver configurada para “PEDCV_PEÇAS_PAGE”, foi criado um campo “Exige o número do pedido de compra”, esse campo indica se o pedido e item de compra será ou não obrigatório. ❖ Implementada para quando estiver configurada para “PEDCV_PEÇAS_PAGE”, foi implementada para que o vendedor possa aplicar desconto no item, mesmo o plano de venda sendo da modalidade “ a prazo”, para os clientes do tipo PETRONAS.
ÓTICA •
A tela COSLJ foi implementada para exibir no campo "Data na venda" da O.S de Assistência Técnica a data de venda para o cliente; Foi implementada para na Assistência Técnica(Cliente) permitir iniciar uma nova O.S, com o mesmo produto (mesma nota de venda) somente se O.S anterior tiver sido finalizada; Na Tela OSGAC foi implementada consulta de cliente por CPF\CNPJ juntamente com as devidas validações, nessa tela também foi alterada a nomenclatura de “Família” da garantia para “Produto solicitado” e eliminado a opção de “Armação do cliente”; Processo de orçamento, com ou sem produto deixado na loja pelo cliente, deve ser trabalhado com ambos estados citados a seguir: Orçamento não aprovado e Orçamento cancelado. Com estes status conseguimos informar a real situação do orçamento.
•
O problema era porque a Query tinha sido liberada com o parâmetro noLock e a página de geração de malote não estava passando esse parâmetro. Para resolver o problema foi retornado a query sem o parâmetro do noLock.
RETAGUARDA •
•
A tela Operação Fiscal (OPFIS) foi implementada com campo ‘’CST do Produto’’ que somente será permitido informar neste campo o CST do ICMS do Produto se campo: "Calcula ICMS" não estiver configurado. A tela Aprovação de Crédito (APRCR) foi implementada para exibir a ordenação dos pedidos na tela na sequência de forma correta, ou seja, os primeiros pedidos que
Página | 5
•
•
• • •
• •
• • •
•
•
•
entram deve ficar no início. Foi criado o parâmetro 155 (Ordenar pelo Pedido mais antigo na Aprovação de Crédito) para que o sistema se comporte dessa maneira. Na tela Nota Fiscal de Simples Remessa (NFSRE) foi implementada para ratear o desconto do pedido entre os itens das notas de simples remessa, onde todos os descontos das notas de simples remessas somados serão iguais o total do desconto da nota mãe. A tela Conciliação de Vendas de Cartão Offline (CVOFF) foi implementada para permitir a conciliação de vendas offline Adyen em data diferente do lançamento do pedido no nexgen. : A tela Pedido de Compra ao Fornecedor (PEDCO) foi implementada para calcular o fator dos itens do pedido de maneira devida. A tela Status dos Pedidos (STSEP) foi implementada de acordo com o descrito na ocorrência acima, onde foram comtempladas as seguintes modificações A tela Monitoramento de Pedidos Ecommerce (MPEDE) foi implementada com dois novos status no ciclo de evolução do pedido, exibidos na coluna STATUS da grid, "Aguardando Separação" e "Pedido em Separação". Foi implementada tela Agendamento de Requisição de Mercadorias (AGREQ), para permitir cadastrar o agendamento das requisições. Implementada a identificação de pedidos exibidos na Monitoramento de Pedidos Ecommerce (MPEDE) para quando esse possua pelo menos um item sem estoque necessário para a conclusão dele, será exibido a coloração da fonte em VERMELHO o devido registro na tela. Foi implementada a integração das informações da venda de cartão pela PAGSEGURO na plataforma MAGENTO. Foi implementada a alteração no processo de integração ecommerce do NEXGEN para executar a integração de preços somente na data de vigência deste, caso exista. Alteração no processo de integração de estoque ecommerce para o NEXGEN. Para o caso de uma loja física que vende no ecommerce, caso o campo "Percentual do Estoque a Integrar no Ecommerce" na tela Parâmetros de Lojas (PARLJ) A tela Geração de Arquivo para NAPP (GENAP ) foi implementada da integração entre o Nexgen e o sistema Esphera da Napp Solution, que será utilizada para informar o faturamento das lojas de Shopping. Foi programada rotina para não utilizar os mesmos preços do produto quando cadastrados na loja física que também vende no Ecommerce, caso selecionados, durante a integração com o VTEX os dados novos a serem utilizados serão informados. A tela Integrações (INTEG) foi implementada para importar devidamente o código do GTIN.
Mensageria •
Efetuada alteração para imprimir no danfe o complemento do endereço da loja, cadastrado na tela Lojas(LOJAS).
AJUSTES GERAIS •
Os Relatórios tiveram as seguintes modificações: ❖ O Relatório de Vale Troca e Devolução (RVALE) foi o implementado para exibir a matrícula do vendedor, desde que, o parâmetro 671 (Solicitar a Matrícula do Vendedor na Devolução) = Sim. ❖ ❖
Página | 6
❖ O Relatório Guia De Despacho foi implementado para quando o parâmetro 879 estiver configurado para "Fabricantes", será impresso os códigos similares ao produto iniciando pelo código padrão. ❖ Foi o modificado o Relatório de Pedido (RPEDC) para imprimir o nome de guerra do vendedor, desde que, o parâmetro 150 (Imprimir nome de guerra do vendedor no pedido de cliente) = Sim e que também o nome de guerra esteja informado na tela Vendedores (VENDE), caso não existe, será impresso nome do vendedor. ❖ Foi o modificado o Relatório de Pedido (RPEDC) para imprimir a matrícula do vendedor, desde que, o parâmetro 669 (Solicitar a Matrícula do Vendedor na Pedido de Venda) = Sim. ❖ O Relatório Posição geral de Estoque (RPGER) foi implementada para exibir no relatório apenas uma referência associada ao fornecedor principal. ❖ O Relatório Analítico de Vedas por Caixa (RAVCX) quando utilizado para geração em PDF, está gerando um arquivo com todas as informações desordenadas. ❖ O Relatório Analítico de Vedas por Caixa (RAVCX) foi implementada para exibir o relatório em PDF de maneira organizada. ❖ O Relatório Livro de Saída (LFSAI) foi implementada para corrigir o filtro do tipo de documento. •
As Estruturas de Dados tiveram as seguintes modificações: ❖ Foi criada estrutura no Banco de Dados para guardar informações de usuários e descontos referentes a associação a Campanhas. ❖ Foi criada estrutura no Banco de Dados para guardar informações da chave de acesso referente ao processo do Cartão Presente. ❖ Foi criada estrutura no Banco de Dados para guardar informações de percentual de preço de produtos para integração com Ecommerce. ❖ Foi criada estrutura no Banco de Dados para guardar informações do número do item e do número do pedido de compra. ❖ Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de Auditoria de Pedidos. ❖ Foi criada estrutura no Banco de Dados para guardar informações de CFOP interno e CFOP externo para desenvolvimento do processo de Entrega Futura. ❖ Foi criada estrutura no Banco de Dados para guardar informações do Centro de Distribuição e Expedição de lojas, referentes ao processo de Força de Vendas do projeto Petronas. ❖ Foi criada estrutura no Banco de Dados para guardar informações referentes ao novo processo de Emissão de Nota de Simples Faturamento. ❖ Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de integração com ferramenta de conciliação de cartões.
Página | 7
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS
QUANTIDADE
NOVAS FUNCIONALIDADES1
12
MELHORIAS DE PROCESSO2
21
OBRIGAÇÕES FISCAIS3
0
NÃO CONFORMIDADE4
10
TOTAL
43 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 | 8
FRENTE DE LOJA Processo: PROJETO PETRONAS Ocorrência: 68312 Novas Funcionalidades: LIBERAÇÃO DA FASE FINAL DO PROJETO PETRONAS – FORÇA DE VENDAS .
Processo: Pedido de Venda de Cliente Ocorrência: 68559 Caso: A tela Pedido de Venda de Cliente (PEDCV) exibiu inconformidade quando consultado pedido. Não Conformidade: A tela Pedido de Venda de Cliente (PEDCV) foi implementada para não exibir mais erro na consulta de pedidos. Ocorrência: 68110 Caso: A tela Pedido de Venda de cliente (PEDCV) exibiu a mensagem "ocorreu divergência de valores neste pedido" quando consultado pedidos de vendas. Não Conformidade: A tela Separação de Mercadorias (SEPAR) foi implementada para na Finalização da separação se ocorrer divergência o sistema irá recalcular e corrigir. Corrigindo assim a consulta na tela pedidos. Ocorrência: 66159 Caso: Solicitamos que na tela Pedido de Venda de Cliente (PEDCV) seja criado um campo para que o vendedor possa informar o número do pedido (ordem de compra) e o número do item no pedido (ordem de compra). Essas informações deverão constar no xml da nota. Novas Funcionalidades: Foram incluídos os campos Número do Pedido e Item de Compra, essa informação deverá ser digitada após informar o produto, na tela Pedido de Venda de Cliente (PEDCV), quando essa estiver configurada para “PEDCV_PEÇAS_PAGE”, foi criado um campo “Exige o número do pedido de compra”, esse campo indica se o pedido e item de compra será ou não obrigatório. Ocorrência: 68712 Caso: Solicitamos que o vendedor possa aplicar desconto no item, mesmo o plano de venda sendo da modalidade “ a prazo”, para os clientes Petronas. Novas Funcionalidades: A tela Pedido de Venda de Cliente (PEDCV), quando estiver configurada para “PEDCV_PEÇAS_PAGE”, foi implementada para que o vendedor possa aplicar desconto no item, mesmo o plano de venda sendo da modalidade “ a prazo”, para os clientes do tipo PETRONAS.
Página | 9
ÓTICA Processo: Ordem de Serviço – Assistência Técnica Ocorrência: 68073 Caso: O processo de Assistência Técnica de Ordem de Serviço deverá ter os seguintes ajustes nas telas relacionados a esse processo. Melhorias de Processo: A tela COSLJ foi implementada para exibir no campo "Data na venda" da O.S de Assistência Técnica a data de venda para o cliente; Foi implementada para na Assistência Técnica(Cliente) permitir iniciar uma nova O.S, com o mesmo produto (mesma nota de venda) somente se O.S anterior tiver sido finalizada; Na Tela OSGAC foi implementada consulta de cliente por CPF\CNPJ juntamente com as devidas validações, nessa tela também foi alterada a nomenclatura de “Família” da garantia para “Produto solicitado” e eliminado a opção de “Armação do cliente”; Processo de orçamento, com ou sem produto deixado na loja pelo cliente, deve ser trabalhado com ambos estados citados a seguir: Orçamento não aprovado e Orçamento cancelado. Com estes status conseguimos informar a real situação do orçamento.
Processo: Geração de Malote Ocorrência: 68493 Caso: A tela Geração de Malote (GERMA) está exibindo inconformidade no fechamento de malotes. Não conformidade: O problema era porque a Query tinha sido liberada com o parâmetro noLock e a página de geração de malote não estava passando esse parâmetro. Para resolver o problema foi retornado a query sem o parâmetro do noLock.
RETAGUARDA
Processo: Operação Fiscal Ocorrência: 68211 Caso: A tela Operação Fiscal (OPFIS) deverá ser implementada para calcular de maneira devida à tributação na devolução, quando campo "Calcula ICMS" estiver setado na operação fiscal. Não Conformidade: A tela Operação Fiscal (OPFIS) foi implementada com campo ‘’CST do Produto’’ que somente será permitido informar neste campo o CST do ICMS do Produto se campo: "Calcula ICMS" não estiver configurado. Foi também alterada a rotina de obtenção do CST -> caso a operação fiscal não calcular ICMS e o campo CST do Produto estiver preenchido na operação fiscal, o CST dos itens da nota de devolução de clientes será obtido deste campo.
Página | 10
Processo: Aprovação de Crédito Ocorrência: 67964 Caso: A tela Aprovação de Crédito (APRCR) deverá corrigir a ordenação na exibição dos pedidos na tela que estão em aprovação para que mostre a sequência de forma correta, ou seja, os primeiros pedidos que entram deve ficar no início da exibição e não no final com está sendo mostrado atualmente. Não Conformidade: A tela Aprovação de Crédito (APRCR) foi implementada para exibir a ordenação dos pedidos na tela na sequência de forma correta, ou seja, os primeiros pedidos que entram deve ficar no início. Foi criado o parâmetro 155 (Ordenar pelo Pedido mais antigo na Aprovação de Crédito) para que o sistema se comporte dessa maneira.
Processo: Nota fiscal de Simples Remessa Ocorrência: 68718 Caso: A tela Nota Fiscal de Simples Remessa (NFSRE) não estava rateando corretamente o desconto dado no fechamento do pedido. Não Conformidade: Na tela Nota Fiscal de Simples Remessa (NFSRE) foi implementada para ratear o desconto do pedido entre os itens das notas de simples remessa, onde todos os descontos das notas de simples remessas somados serão iguais o total do desconto da nota mãe.
Processo: Conciliação de Vendas de Cartão Offline - ADYEN Ocorrência: 68760 Caso: A tela Conciliação de Vendas de Cartão Offline (CVOFF) não conciliava vendas offline realizadas em data diferente do lançamento do pedido no sistema. Melhorias de Processos: A tela Conciliação de Vendas de Cartão Offline (CVOFF) foi implementada para permitir a conciliação de vendas offline Adyen em data diferente do lançamento do pedido no nexgen.
Processo: Pedido de Compra ao Fornecedor Ocorrência: 68170 Caso: Na tela Pedido de Compra ao Fornecedor (PEDCO) quando os pedidos são gerados para o Excel, sistema não está calculando o fator de forma correta. Não Conformidade: A tela Pedido de Compra ao Fornecedor (PEDCO) foi implementada para calcular o fator dos itens do pedido de maneira devida.
Página | 11
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, nessa 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 (STSEP) foi implementada de acordo com o descrito na ocorrência acima, onde foram comtempladas 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 ”.
Processo: Monitoramento de Pedidos - Ecommerce Ocorrência: 67584 Caso: Implementar o processo de Separação de Pedidos integrados do E-commerce para o Centro de Distribuição através da tela Monitoramento de Pedidos Ecommerce (MPEDE). Novas Funcionalidades: A tela Monitoramento de Pedidos Ecommerce (MPEDE) foi implementada com dois novos status no ciclo de evolução do pedido, exibidos na coluna STATUS da grid, "Aguardando Separação" e "Pedido em Separação". Também foi programado novo botão na tela (MPEDE) , "Enviar Para Separação", com a funcionalidade de direcionar um pedido selecionado direto para a tela de Separação de Itens(SEPAR), para ser separado. Uma vez na separação, um pedido originado por E-commerce não pode ser alterado, por isto esta funcionalidade não pode ser executada na SEPAR, como de costume. Sendo assim, o usuário então irá apenas CONSULTAR, INICIAR e FINALIZAR a separação do pedido.
Página | 12
Processo: Agendamento de Requisição de Mercadorias Ocorrência: 67457 Caso: Implementar a criação de uma tela para gerar uma requisição de transferência de forma automática, sendo essa, a geração de um pedido de transferência a ser faturado por essa tela que foi criada. Novas Funcionalidades: Foi implementada tela Agendamento de Requisição de Mercadorias (AGREQ), para permitir cadastrar o agendamento das requisições. Nesta tela, o usuário irá informar a loja distribuidora, loja da requisição, dias da semana para o agendamento ser executado pelo serviço de agendamento automático e hora do agendamento automático. Para a acompanhamento das requisições executadas por demanda, será utilizada a tela Pedidos Gerados pela Requisição Automática (PGRAU).
Processo: Separação de Pedidos - Ecommerce Ocorrência: 68093 Caso: Implementar ajuste no processo Separação de Pedidos Ecommerce (SEPAR), após enviar para separação e consultar um pedido informando a senha, o usuário visualiza no campo estoque se tem saldo para faturar o pedido. Novas Funcionalidades: Implementada a identificação de pedidos exibidos na Monitoramento de Pedidos Ecommerce (MPEDE) para quando esse possua pelo menos um item sem estoque necessário para a conclusão dele, será exibido a coloração da fonte em VERMELHO o devido registro na tela.
Processo: Integração de Pedidos - Ecommerce Ocorrência: 68064 Caso: Implementar a integração das informações da venda de cartão pela PAGSEGURO na
plataforma MAGENTO. Novas Funcionalidades: Foi implementada a integração das informações da venda de cartão pela PAGSEGURO na plataforma MAGENTO. Ocorrência: 68065 Caso: Implementar a alteração no processo de integração ecommerce para executar a integração de preços somente na data de vigência deste, caso exista. Novas Funcionalidades: Foi implementada a alteração no processo de integração ecommerce do NEXGEN para executar a integração de preços somente na data de vigência deste, caso exista.
Página | 13
Ocorrência: 68066 Caso: Implementar Percentual do Estoque a Integrar no Ecommerce. Novas Funcionalidades: Alteração no processo de integração de estoque ecommerce para o NEXGEN. Para o caso de uma loja física que vende no ecommerce, caso o campo "Percentual do Estoque a Integrar no Ecommerce" na tela Parâmetros de Lojas (PARLJ) não esteja preenchido, não ocorrerão integrações de estoque para essa loja no ecommerce, e caso esteja preenchida com qualquer valor inteiro de percentual, apenas este valor percentual do estoque, arredondando para baixo, será integrado. O valor padrão do campo é 100.
Processo: Integração Nexgen – Esphera Napp Solution Ocorrência: 68370 Caso: Implementação da integração entre o Nexgen e o sistema Esphera da Napp Solution. Novas Funcionalidades: A tela Geração de Arquivo para NAPP (GENAP ) foi implementada da integração entre o Nexgen e o sistema Esphera da Napp Solution, que será utilizada para informar o faturamento das lojas de Shopping.
Processo: Integração de Pedidos – Plataforma VTEX Ocorrência: 68468 Caso: Ajustar a os preços de produtos na Integração de Pedidos do Ecommerce – Plataforma VTEX. Melhorias de Processo: Foi programada rotina para não utilizar os mesmos preços do produto quando cadastrados na loja física que também vende no Ecommerce, caso selecionados, durante a integração com o VTEX os dados novos a serem utilizados serão informados.
Processo: Integração Ocorrência: 68460 Caso: A tela Integrações (INTEG) deverá ser implementada para importar de maneira devida o código GTIN dos produtos. Melhorias de Processo: A tela Integrações (INTEG) foi implementada para importar devidamente o código do GTIN. Anteriormente, o número do GTIN estava sendo gravado com 14 dígitos, preenchendo com zeros à esquerda, quando o GTIN tinha menos de 14 caracteres.
MENSAGERIA Ocorrência: 68111 Caso: Efetuar a implementação para imprimir na Nota Fiscal Eletrônica o complemento do endereço da loja, cadastrado na tela Lojas(LOJAS).
Página | 14
Melhorias de Processo: Efetuada alteração para imprimir no danfe o complemento do endereço da loja, cadastrado na tela Lojas(LOJAS).
AJUSTES GERAIS Processo: Impressão Diebold IM693H Ocorrência: 68233 Caso: Implementação da impressão dos documentos MF-e e NFC-e na impressora Diebold IM693H. Novas Funcionalidades: Foi implementada a da impressão dos documentos MF-e e NFC-e na impressora Diebold IM693H.
Processo: Ajuste de Fonte Nexgen Ocorrência: 68318 Caso: Implementação do aumento do tamanho da fonte dos menus do sistema. Melhorias de Processo: Foi implementado a opção de escolha do tamanho da fonte dos menus.
Processo: Ajuste de Código Nexgen Ocorrência: 68512 Caso: Extinguir a QryLivre implementando uma nova qry (PagLoginDinamica). Não conformidade: A QryLivre foi substituída e agora há outra qry responsável por fazer a mesma tarefa que a QryLivre, mas removendo-a e não usando mais uma rotina genérica como acontecia
Processo: Relatórios Ocorrência: 68506 Caso: Implementar na impressão do vale-troca após a substituição do código dos vendedores pela matrícula. Melhorias de Processo: O Relatório de Vale Troca e Devolução (RVALE) foi o implementado para exibir a matrícula do vendedor, desde que, o parâmetro 671 (Solicitar a Matrícula do Vendedor na Devolução) = Sim. Ocorrência: 68190 Caso: Implementar o Relatório Guia De Despacho para quando o parâmetro 879 estiver configurado para "Fabricantes", será impresso os códigos similares ao produto iniciando pelo código padrão.
Página | 15
Melhorias de Processo: O Relatório Guia De Despacho foi implementado para quando o parâmetro 879 estiver configurado para "Fabricantes", será impresso os códigos similares ao produto iniciando pelo código padrão. Ocorrência: 68326 Caso: Implementar no Relatório de Pedido (RPEDC) para na impressão de pedidos para que ao invés de exibir o nome completo do vendedor ele faça a impressão do nome de guerra. Melhorias de Processo: Foi o modificado o Relatório de Pedido (RPEDC) para imprimir o nome de guerra do vendedor, desde que, o parâmetro 150 (Imprimir nome de guerra do vendedor no pedido de cliente) = Sim e que também o nome de guerra esteja informado na tela Vendedores (VENDE), caso não existe, será impresso nome do vendedor. Ocorrência: 68458 Caso: Implementar no Relatório de Pedido (RPEDC) para na impressão ser impresso a matrícula do vendedor. Melhorias de Processo: Foi o modificado o Relatório de Pedido (RPEDC) para imprimir a matrícula do vendedor, desde que, o parâmetro 669 (Solicitar a Matrícula do Vendedor na Pedido de Venda) = Sim. Ocorrência: 68342 Caso: O Relatório Posição geral de Estoque (RPGER) está exibindo itens indevidos quando um código interno possui mais de uma ref. do fornecedor relacionada. Melhorias de Processo: O Relatório Posição geral de Estoque (RPGER) foi implementada para exibir no relatório apenas uma referência associada ao fornecedor principal. Ocorrência: 68439 Caso: O Relatório Analítico de Vedas por Caixa (RAVCX) quando utilizado para geração em PDF, está gerando um arquivo com todas as informações desordenadas. Não Conformidade: O Relatório Analítico de Vedas por Caixa (RAVCX) foi implementada para exibir o relatório em PDF de maneira organizada. Ocorrência: 68475 Caso: No Relatório Livro de Saída (LFSAI) o filtro do tipo de documento não está funcionando Não Conformidade: O Relatório Livro de Saída (LFSAI) foi implementada para corrigir o filtro do tipo de documento.
MENSAGERIA Ocorrência: 68111 Caso: Efetuar a implementação para imprimir na Nota Fiscal Eletrônica o complemento do endereço da loja, cadastrado na tela Lojas(LOJAS).
Página | 16
Melhorias de Processo: Efetuada alteração para imprimir no danfe o complemento do endereço da loja, cadastrado na tela Lojas(LOJAS).
Processo: Estrutura de Banco de Dados Ocorrência: 68504 Caso: Criar estrutura no Banco de Dados para guardar informações de usuários e descontos referentes a associação a Campanhas. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de usuários e descontos referentes a associação a Campanhas. Ocorrência: 68533 Caso: Criar estrutura no Banco de Dados para guardar informações da chave de acesso referente ao processo do Cartão Presente. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações da chave de acesso referente ao processo do Cartão Presente. Ocorrência: 68561 Caso: Criar estrutura no Banco de Dados para guardar informações de percentual de preço de produtos para integração com Ecommerce. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de percentual de preço de produtos para integração com Ecommerce. Ocorrência: 68617 Caso: Criar estrutura no Banco de Dados para guardar informações do número do item e do número do pedido de compra. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações do número do item e do número do pedido de compra. Ocorrência: 68619 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao processo de Auditoria de Pedidos. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de Auditoria de Pedidos. Ocorrência: 68622 Caso: Criar estrutura no Banco de Dados para guardar informações de CFOP interno e CFOP externo para desenvolvimento do processo de Entrega Futura. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de CFOP interno e CFOP externo para desenvolvimento do processo de Entrega Futura.
Página | 17
Ocorrência: 68689 Caso: Criar Estruturas no Banco de Dados para guardar informações do Centro de Distribuição e Expedição de lojas, referentes ao processo de Força de Vendas do projeto Petronas. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações do Centro de Distribuição e Expedição de lojas, referentes ao processo de Força de Vendas do projeto Petronas. Ocorrência: 68768 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao novo processo de Emissão de Nota de Simples Faturamento. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes ao novo processo de Emissão de Nota de Simples Faturamento. Ocorrência: 68735 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao processo de integração com ferramenta de conciliação de cartões. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo de integração com ferramenta de conciliação de cartões.
Página | 18