PREFÁCIO

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

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.

❖ 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.