Nexgen2.3
Notas - Release 120
Histórico de Alterações Aplicáveis ao sistema Nexgen
SECREL - Tecnologia e Soluções Inovadoras® | NexGEN – Toda sua gestão nas nuvens.
Copyright © 2015 SECREL. – Todos os direitos reservados.
Nenhuma parte deste documento pode ser copiada, reproduzida, traduzida ou transmitida por qualquer meio eletrônico ou mecânico, na sua totalidade ou em parte, sem a prévia autorização escrita da SECREL, que se reserva o direito de efetuar alterações sem aviso prévio. A SECREL não assume qualquer responsabilidade pelas consequências de quaisquer erros ou inexatidões que possam aparecer neste documento.
SECREL SOLUÇÕES DE INFORMÁTICA LTDA. Matriz: Av. Dom Luís, 500 - 20º andar - Aldeota Fortaleza - CE - 60.160-230 T: 85 3466.7000 - Brasil - www.gruposecrel.com.br
SUMÁRIO NOVIDADES ...................................................................................................... 3 PREFÁCIO ......................................................................................................... 4 RESUMO QUANTITATIVO ................................................................................ 7 FRENTE DE LOJA ............................................................................................. 8 Processo: Recebimento de Pedido de Cliente - Mercado Pago ......................... 8 Processo: Vendas com Link de Pagamento – Mercado Pago ........................... 8 ÓTICA ................................................................................................................ 8 Processo: Cadastro de Usuários ........................................................................ 9 Processo: Pedido de Venda de Cliente de Ótica ................................................ 8 RETAGUARDA .................................................................................................. 9 Processo: Cancelamento de Nota Fiscal ......................................................... 10 Processo: Devolução de Pedido de Cliente ..................................................... 11 Processo: Empresas ........................................................................................ 11 Processo: Consulta Nota Fiscal de Entrada ..................................................... 11 Processo: Posição Geral do Estoque ............................................................... 11 Processo: Gestão de Nota Fiscal .................................................................... 12 Processo: Planilha de Preço ............................................................................ 12 Processo: Tabela de Preço .............................................................................. 13 AJUSTES GERAIS........................................................................................... 13 Processo: Relatórios ........................................................................................ 13 Processo: Estrutura de Banco de Dados ......................................................... 14
Página | 2
NOVIDADES
Posição Geral do Estoque (RPGER)
Cadastro de Usuários (USUAR)
foi alterado para que quando existir algum item negativo no estoque, será exibido “0“ a ser impresso no relatório.
Foi implementada com melhorias no processo de inativação de usuário e vendedores cadastrados no sistema, para isso exibe a opção “Usuário Inativo” que quando estiver marcado irá exibir a data de inativação do usuário. Essa melhoria também impacta no processo da tela Vendedores (VENDE) que foi modificada para exibir data de inativação do vendedor como somente leitura, este campo somente será exibido se o vendedor estiver como inativo, o que também não permitirá a ativação de um vendedor, caso esse vendedor esteja com usuário vinculado a ele inativo na tela cadastro de Usuários (USUAR).
PLANILHA DE PREÇO (PLANO) Foram implementadas as seguintes funcionalidades: Incluída a memória de cálculo demonstrando o cálculo do PMZ Calculado; Preço calculado e Valores calculados com base nos percentuais existentes no quadro: "Componentes Agregados à Venda"; Incluído o campo "% Margem de Lucro Calculada"; Incluído informativos sobre o campo, quando o mouse é posicionado sobre o campo. Todas funcionalidades utilizadas para exibir % da margem calculada a partir de preço de venda inserido.
TABELA DE PRECO (PRQTD)
Consulta Pedido de Cliente (CPEDC) Foi desenvolvida com a opção
A tela é apta a configurar e gerar preços diferenciados de acordo com as quantidades vendidas, ela possui botões de consulta, exclusão e inclusão, também foi adicionado botões para limpar, alterar preço e excluir extremos.
que permite listar os clientes por ordem alfabética quando consultados os pedidos. Essa implementação também foi adicionada a tela de Situação de Pedido em Separação (STSEP) que também exibe a opção “Ordenar por nome do Cliente”.
Relatório de Resultados de Vendas (REVEN) Foram incluídos dois parâmetros para informar a margem inicial e margem final de lucro de vendas.
Página | 3
PREFÁCIO Versão Nexgen 2.3.120 FRENTE DE LOJA •
•
•
Efetuada correção na geração do QR Code do Mercado pago, o que estava impossibilitando o recebimento com sucesso de pedidos com essa modalidade de pagamento. A tela Recebimento de Pedido de Cliente foi implementada com a validação que checa o valor do total do pedido, e que quando for informado no pedido valor referente a uma entrada, esse valor será abatido nos boletos das faturas. Efetuada correção no cálculo do pedido com desconto, antes estava dobrando o valor de desconto ao gerar link de pagamento MERCADO PAGO. Criada também uma crítica para não permitir a reabertura do pedido após a geração do link de pagamento MERCADO PAGO.
ÓTICA •
•
•
A tela Consulta Ordem de Serviço (COSLJ) foi implementada com a correção do formulário de Ordem de Serviço para ratear corretamente o valor do sinal na ordens de serviços geradas no pedido de cliente. A tela Pedido de Venda de Cliente (PEDCV) foi implementada para obedecer a configuração, que determina que o produto pode ser vendido mesmo sem estoque. Para que isso aconteça, deverá ser selecionado a opção “Aceita Venda Negativa” acessada a partir do botão parâmetro na tela de Cadastro de Produtos. A tela Pedido de Venda de Cliente (PEDCV) foi implementada para obedecer a configuração da data de término da promoção mesmo que essa tenha sido crida coma data de início zerada.
RETAGUARDA •
•
•
•
A tela Cancela Nota de Entrada (CNENT) foi implementada para não permitir o cancelamento das notas fiscais de entrada de terceiros, sendo possível somente a exclusão desse tipo de nota. Para os casos que as notas forem de emissão própria o sistema irá permitir o cancelamento e não mais a exclusão dessa nota fiscal. A tela Cadastro de Usuários (USUAR) foi implementada com melhorias no processo de inativação de usuário e vendedores cadastrados no sistema, para isso exibe a opção “Usuário Inativo” que quando estiver marcado irá exibir a data de inativação do usuário. Essa melhoria também impacta no processo da tela Vendedores (VENDE) que foi modificada para exibir data de inativação do vendedor como somente leitura, este campo somente será exibido se o vendedor estiver como inativo, o que também não permitirá a ativação de um vendedor, caso esse vendedor esteja com usuário vinculado a ele inativo na tela cadastro de Usuários (USUAR). A tela Consulta Pedido de Cliente (CPEDC) foi desenvolvida com a opção que permite listar os clientes por ordem alfabética quando consultados os pedidos. Essa implementação também foi adicionada a tela de Situação de Pedido em Separação (STSEP) que também exibe a opção “Ordenar por nome do Cliente”. A tela Estorno de Vendas (ESTOV) foi implementada para cancelar o crédito gerado pelo depósito bancário usado recebimento do pedido.
Página | 4
•
•
•
•
• • •
•
•
•
A tela Cancela Nota de Entrada (CNENT) foi implementada para não permitir o cancelamento das notas fiscais de entrada de “Terceiros”, sendo possível assim somente a “Exclusão” desse tipo de nota. Para casos que as notas forem de “Emissão Própria” o sistema irá permitir o” Cancelamento” , e não mais a exclusão dessa nota fiscal como estava sendo permitido. A tela Devolução de Pedido de Cliente (DEVOL) foi regrada corrigindo o problema que acontecia, pois, a tela antiga estava gravando nome do relatório da Nota fiscal de maneira equivocada. O sistema foi implementado para corrigir o problema e gravar a data de validade do crédito de cliente utilizando o parâmetro da tela Empresas (EMPRE) nos Parâmetros de Vendas o valor do campo “Dias para Expirar a Devolução”, sendo possível nesse campo especificar em quanto tempo expirar o crédito gerado na devolução. A tela Consulta Nota Fiscal de Entrada (CNFED) foi implementada com campo de consulta “por nome/parte do nome” que fica logo abaixo do código do fornecedor na tela. A tela Posição Geral do Estoque (RPGER) foi alterado para quando existir algum item negativo no estoque, será exibido “0“ a ser impresso no relatório. A tela gestão de Nota Fiscal (GNOTA) foi regerada o que corrigiu assim o download dos XML em formato adequado para verificação pelo Sistema Operacional. A tela Entrada de Mercadorias de Fornecedor teve implementada correção na entrada de notas, onde durante o processo de importação de um xml será verificada a tributação dos produtos antes de ir buscar a informação na Operação Fiscal que está sendo utilizada, inserindo assim o CFOP corretamente na nota que estar sendo importada. A tela Devolução de Mercadorias de Fornecedores (NFFOR) quando configurada em sua operação fiscal com o campo "Garantia Sistema de Terceiros" marcado, irá exibir a opção de campo se Nº de garantia no processo de devolução de mercadorias a fornecedores. Na tela Planilha de Preço (PLANO), foram implementadas as seguintes funcionalidades: Incluída a memória de cálculo demonstrando o cálculo do PMZ Calculado; Preço calculado e Valores calculados com base nos percentuais existentes no quadro: "Componentes Agregados à Venda"; Incluído o campo "% Margem de Lucro Calculada"; Incluído informativos sobre o campo, quando o mouse é posicionado sobre o campo. Todas funcionalidades utilizadas para exibir % da margem calculada a partir de preço de venda inserido. Foi implementada a tela Tabela de Preco (PRQTD) que possui botões de consulta, exclusão e inclusão, também foi adicionado os botões para limpar, alterar preço e excluir extremos, o que deixa a tela a apta a configurar e gerar preços diferenciados de acordo com as quantidades vendidas.
AJUSTES GERAIS •
Os Relatórios tiveram as seguintes modificações: ❖ O Relatório de Estoque Disponível X Reserva Loja (REDRE) foi modificado para aceitar que a pesquisa busque todos os produtos. O Relatório de Estoque Reservado no LAB (REDLA) foi modificado para aceitar que a pesquisa busque por todas as lojas.
Página | 5
❖ Foi corrigido desconto que não estava deduzido no valor das vendas, corrigindo assim o Relatórios Venda por Vendedor/ Fornecedor/Referência (RVRVM) e corrigido também algumas vendas que haviam sido canceladas ou devolvidas corrigindo assim o Relatório de Venda por Fornecedor/Referência (RVRVF). ❖ Foram incluídos dois parâmetros no Relatório de Resultados de Vendas (REVEN) para informar a margem inicial e margem final de lucro.
•
As Estruturas de Dados tiveram as seguintes modificações: ❖ Foi criada estrutura no Banco de Dados para guardar informações sobre a data de inativação nas tabelas de usuário e vendedor. ❖ Foi criada estrutura no Banco de Dados para guardar informações referentes ao identificador do aplicativo externo ao NEXGEN de operação com cartão. ❖ Foi criada estrutura no Banco de Dados para guardar informações referentes a geração de compromisso. ❖ Foi criada estrutura no Banco de Dados para guardar informações retornadas do ecommerce. ❖ Foi criada estrutura no Banco de Dados para guardar informações de integração de pedidos no e-commerce. ❖ Foi criada estrutura no Banco de Dados para guardar informações de pedidos a fim de auxiliar na conciliação de cartão. ❖ Foi criado atributo na tabela de Operação fiscal para indicar que a devolução de cliente deve utilizar a alíquota origem da venda. ❖ Foi criada estrutura no Banco de Dados para guardar informações de lojas ficais que podem vender utilizando integração sistema com a plataforma e-commerce VTEX. ❖ Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo da Ordem de Serviço de Garantia. ❖ Foi criada estrutura no Banco de Dados para guardar informações referentes ao pagamento com link de pagamento para recebimento futuro. ❖ Foi criada estrutura no Banco de Dados para guardar informações referente a vendas no ecommerce pagas através de boleto.
Página | 6
RESUMO QUANTITATIVO
CATEGORIA DAS OCORRÊNCIAS LIBERADAS
QUANTIDADE
NOVAS FUNCIONALIDADES1
3
MELHORIAS DE PROCESSO2
15
OBRIGAÇÕES FISCAIS3
0
NÃO CONFORMIDADE4
16
TOTAL
34 1
São novas transações, novos processos ou alterações de processos já existentes, disponibilizadas no ERP através das solicitações dos clientes por PCS. São também funcionalidades disponibilizadas no ERP a critério da Fornecedora. 2
São facilidades criadas para melhorar a usabilidade do usuário nos processos já existentes no ERP ou facilidades para melhor execução dos fluxos de processos integrados. 3
São funcionalidades disponibilizadas no ERP para atendimento da Legislação Vigente aplicável ao segmento de negócio do ERP. 4
São correções de inconsistências presentes nas telas ou resultados insatisfatórios durante a execução de um processo.
Página | 7
FRENTE DE LOJA Processo: Recebimento de Pedido de Cliente - Mercado Pago Ocorrência: 67743 Caso: A tela Recebimento de Pedido de Cliente estava apresentando erro quando utilizada como forma de recebimento o QR Code do Mercado Pago. Não Conformidade: Efetuada correção na geração do QR Code do Mercado pago, o que estava impossibilitando o recebimento com sucesso de pedidos com essa modalidade de pagamento.
Processo: Recebimento de Pedido de Cliente Ocorrência: 67611 Caso: A tela Recebimento de Pedido de Cliente não estava abatendo nas faturas os valores da entrada informada quando gerado o pedido de venda. Não Conformidade: A tela Recebimento de Pedido de Cliente foi implementada com a validação que checa o valor do total do pedido, e que quando for informado no pedido valor referente a uma entrada, esse valor será abatido nos boletos das faturas.
Processo: Vendas com Link de Pagamento – Mercado Pago Ocorrência: 67779 Caso: A tela de Vendas com Link de Pagamento (VENLP) não estava listando os pedidos para que fossem gerados os link’s de pagamento, além também de distorcer os valores quando pedido com desconta estava sendo reaberto para modificação do tipo de venda de à vista para link de pagamento. Não Conformidade: Efetuada correção no cálculo do pedido com desconto, antes estava dobrando o valor de desconto ao gerar link de pagamento MERCADO PAGO. Criada também uma crítica para não permitir a reabertura do pedido após a geração do link de pagamento MERCADO PAGO.
ÓTICA Processo: Consulta de Ordem de Serviço Ocorrência: 67701 Caso: A tela Consulta Ordem de Serviço (COSLJ) ao gerar pedido de ótica que teve sinal a pagar, está gerando valores divergentes no formulário de Ordem de Serviço desse pedido.
Página | 8
Não Conformidade: A tela Consulta Ordem de Serviço (COSLJ) foi implementada com a correção do formulário de Ordem de Serviço para ratear corretamente o valor do sinal na ordens de serviços geradas no pedido de cliente.
Processo: Pedido de Venda de Cliente Ocorrência: 67700 Caso: A tela Pedido de Venda de Cliente (PEDCV) não está obedecendo a configuração do parâmetro de produto, que determina que o produto pode vender sem estoque. Não Conformidade: A tela Pedido de Venda de Cliente (PEDCV) foi implementada para obedecer a configuração, que determina que o produto pode ser vendido mesmo sem estoque. Para que isso aconteça, deverá ser selecionado a opção “Aceita Venda Negativa” acessada a partir do botão parâmetro na tela de Cadastro de Produtos. Ocorrência: 67810 Caso: A tela Pedido de Venda de Cliente (PEDCV) está utilizando o valor da promoção mesmo que essa esteja com a data expirada. Não Conformidade: A tela Pedido de Venda de Cliente (PEDCV) foi implementada para obedecer a configuração da data de término da promoção mesmo que essa tenha sido crida coma data de início zerada.
RETAGUARDA Processo: Consulta Nota Fiscal de Saída Ocorrência: 66140 Caso: A tela Consulta Nota Fiscal de Saída(CNFSD) não estava permitindo o envio de Carta de Correção de notas a partir da opção “Dados do documento Fiscal”. Não Conformidade: A tela Consulta Nota Fiscal de Saída (CNFSD) foi implementada com a correção da geração de Carta de Correção quando essa é chamada a partir da opção “Dados do documento Fiscal”.
Processo: Cadastro de Usuários Ocorrência: 67588 Caso: A tela Cadastro de Usuários (USUAR) deverá ser implementada com melhorias no seu processo de inativação de usuários.
Página | 9
Melhorias de Processo: A tela Cadastro de Usuários (USUAR) foi implementada com melhorias no processo de inativação de usuário e vendedores cadastrados no sistema, para isso exibe a opção “Usuário Inativo” que quando estiver marcado irá exibir a data de inativação do usuário. Essa melhoria também impacta no processo da tela Vendedores (VENDE) que foi modificada para exibir data de inativação do vendedor como somente leitura, este campo somente será exibido se o vendedor estiver como inativo, o que também não permitirá a ativação de um vendedor, caso esse vendedor esteja com usuário vinculado a ele inativo na tela cadastro de Usuários (USUAR).
Processo: Consulta Pedido de Cliente Ocorrência: 67827 Caso: A tela Consulta Pedido de Cliente (CPEDC) deverá ser programada para permitir listar os clientes por ordem alfabética. Melhorias de Processos: A tela Consulta Pedido de Cliente (CPEDC) foi desenvolvida com a opção que permite listar os clientes por ordem alfabética quando consultados os pedidos. Essa implementação também foi adicionada a tela de Situação de Pedido em Separação (STSEP) que também exibe a opção “Ordenar por nome do Cliente”. Nas duas telas citadas quando marcado o campo, a consulta será exibida na ordem alfabética do Nome Do Cliente e Número Do Pedido, caso não seja marcada, a consulta será por ordem de Data e Número De Pedido.
Processo: Estorno de Vendas Ocorrência: 67408 Caso: A tela Estorno de Vendas (ESTOV) não estava cancelando adiantamento gerado pelo recebimento do pedido quando utilizado depósito bancário. Não Conformidade: A tela Estorno de Vendas (ESTOV) foi implementada para cancelar o crédito gerado pelo depósito bancário usado recebimento do pedido.
Processo: Cancelamento de Nota Fiscal de Entrada Ocorrência: 67750 Caso: A tela Cancela Nota de Entrada (CNENT) não deverá permitir o cancelamento de notas fiscais de terceiros, ou seja, que não é de emissão própria. Não Conformidade: A tela Cancela Nota de Entrada (CNENT) foi implementada para não permitir o cancelamento das notas fiscais de entrada de “Terceiros”, sendo possível assim somente a “Exclusão” desse tipo de nota. Para casos que as notas forem de “Emissão Própria” o sistema irá permitir o” Cancelamento” , e não mais a exclusão dessa nota fiscal como estava sendo permitido.
Página | 10
Processo: Devolução de Pedido de Cliente Ocorrência: 67803 Caso: A tela Devolução de Pedido de Cliente (DEVOL) quanto utilizada para devoluções com os parâmetros 81(Modelo de Nota de Crédito do Cliente) e 120(Indica se empresa utiliza a impressão remota nos relatório do sistema) configurados com valor “SIM” só estava imprimindo o comprovante de devolução e não imprimia a nota fiscal de devolução. Não Conformidade: A tela Devolução de Pedido de Cliente (DEVOL) foi regerada corrigindo o problema que acontecia, pois, a tela antiga estava gravando nome do relatório da Nota fiscal de maneira equivocada.
Processo: Empresas Ocorrência: 67596 Caso: Foi solicitado que nas devoluções de pedidos de cliente que os créditos gerados tenham validade de 30 dias. Não Conformidade: O sistema foi implementado para corrigir o problema e gravar a data de validade do crédito de cliente utilizando o parâmetro da tela Empresas (EMPRE) nos Parâmetros de Vendas o valor do campo “Dias para Expirar a Devolução”, sendo possível nesse campo especificar em quanto tempo expirar o crédito gerado na devolução.
Processo: Consulta Nota Fiscal de Entrada Ocorrência: 66583 Caso: A tela Consulta Nota Fiscal de Entrada (CNFED) deverá ser implementada com consulta que permite filtrar por nome ou parte do nome do fornecedor. Não Conformidade: A tela Consulta Nota Fiscal de Entrada (CNFED) foi implementada com campo de consulta “por nome/parte do nome” que fica logo abaixo do código do fornecedor na tela.
Processo: Posição Geral do Estoque Ocorrência: 67557 Caso: A tela Posição Geral do Estoque (RPGER) ao emitir relatório que possui algum item do estoque menor que zero, o número estar sendo exibido negativo ao invés de zerado. Novas Funcionalidades: A tela Posição Geral do Estoque (RPGER) foi alterado para que quando existir algum item negativo no estoque, será exibido “0“ a ser impresso no relatório.
Página | 11
Processo: Gestão de Nota Fiscal Ocorrência: 67813 Caso: A tela gestão de Nota Fiscal (GNOTA) não estava baixando o XML das notas fiscais em formato adequado para leitura pelo sistema operacional. Não Conformidade: A tela gestão de Nota Fiscal (GNOTA) foi regerada o que corrigiu assim o download dos XML em formato adequado para verificação pelo Sistema Operacional.
Processo: Entrada de Mercadorias de Fornecedores Ocorrência: 67698 Caso: A tela Entrada de Mercadorias de Fornecedor estava gerando notas sempre com o CFOP 1102 e não de acordo com o CFOP que consta na nota de origem utilizada na no processo de entrada de mercadorias. Não Conformidade: A tela Entrada de Mercadorias de Fornecedor teve implementada correção na entrada de notas, onde durante o processo de importação de um xml será verificada a tributação dos produtos antes de ir buscar a informação na Operação Fiscal que está sendo utilizada, inserindo assim o CFOP corretamente na nota que estar sendo importada.
Processo: Devolução de Mercadorias de Fornecedores Ocorrência: 67758 Caso: A tela Devolução de Mercadorias de Fornecedores (NFFOR) deverá exibir a opção de Nº de Garantia no processo de devolução de mercadorias de um fornecedor. Não Conformidade: A tela Devolução de Mercadorias de Fornecedores (NFFOR) quando configurada em sua operação fiscal com o campo "Garantia Sistema de Terceiros" marcado, irá exibir a opção de campo se Nº de garantia no processo de devolução de mercadorias a fornecedores.
Processo: Planilha de Preço Ocorrência: 67651 Caso: Ajustar a tela Planilha de Preço (PLANO) para mostrar memória de cálculos e incluir campo para mostrar % margem calculada a partir de preço de venda inserido. Novas Funcionalidades: Na tela Planilha de Preço (PLANO), foram implementadas as seguintes funcionalidades: Incluída a memória de cálculo demonstrando o cálculo do PMZ Calculado; Preço calculado e Valores calculados com base nos percentuais existentes no quadro: "Componentes Agregados à Venda"; Incluído o campo "% Margem de Lucro Calculada"; Incluído informativos sobre o campo, quando o mouse é posicionado sobre o campo. Todas funcionalidades utilizadas para exibir % da margem calculada a partir de preço de venda inserido.
Página | 12
Processo: Tabela de Preço Ocorrência: 58738 Caso: Deverá ser criada rotina de precificação para preço de atacado que gere preço diferenciado por quantidade vendida. Novas Funcionalidades: Foi implementada a tela Tabela de Preco (PRQTD) que possui botões de consulta, exclusão e inclusão, também foi adicionado os botões para limpar, alterar preço e excluir extremos, o que deixa a tela a apta a configurar e gerar preços diferenciados de acordo com as quantidades vendidas.
AJUSTES GERAIS Processo: Relatórios Ocorrência: 67559 Caso: Foi solicitado o ajuste no Relatório de Estoque Disponível X Reserva Loja (REDRE) e Relatório de Estoque Reservado no LAB (REDLA). Possibilidade de filtrar por todos os produtos na (REDRE) e poder filtrar a (REDLA) por todas as lojas. Melhorias de Processo: O Relatório de Estoque Disponível X Reserva Loja (REDRE) foi modificado para aceitar que a pesquisa busque todos os produtos. O Relatório de Estoque Reservado no LAB (REDLA) foi modificado para aceitar que a pesquisa busque por todas as lojas. Ocorrência: 67703 Caso: Ao gerar os Relatórios Venda por Vendedor/ Fornecedor/Referência (RVRVM) e Venda por Fornecedor/Referência (RVRVF) encontramos uma diferença no valor total de vendas de alguns Fornecedores e consequentemente no total de vendas da Loja. Não Conformidade: Foi corrigido desconto que não estava deduzido no valor das vendas, corrigindo assim o Relatórios Venda por Vendedor/ Fornecedor/Referência (RVRVM) e corrigido também algumas vendas que haviam sido canceladas ou devolvidas corrigindo assim o Relatório de Venda por Fornecedor/Referência (RVRVF). Ocorrência: 67147 Caso: O Relatório de Resultados de Vendas (REVEN) deverá conter parâmetros para informar a margem inicial e margem final de lucro. Melhorias de Processo: Foram incluídos dois parâmetros no Relatório de Resultados de Vendas (REVEN) para informar a margem inicial e margem final de lucro.
Página | 13
Processo: Estrutura de Banco de Dados Ocorrência: 67768 Caso: Criar estrutura no Banco de Dados para guardar informações sobre a data de inativação nas tabelas de usuário e vendedor. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações sobre a data de inativação nas tabelas de usuário e vendedor. Ocorrência: 67790 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao identificador do aplicativo externo ao NEXGEN de operação com cartão. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes ao identificador do aplicativo externo ao NEXGEN de operação com cartão. Ocorrência: 67793 Caso: Criar estrutura no Banco de Dados para guardar informações referentes a geração de compromisso. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes a geração de compromisso. Ocorrência: 67817 Caso: Criar estrutura no Banco de Dados para guardar informações retornadas do ecommerce. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações retornadas do e-commerce. Ocorrência: 67804 Caso: Criar estrutura no Banco de Dados para guardar informações de integração de pedidos no e-commerce. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de integração de pedidos no e-commerce. Ocorrência: 67778 Caso: Criar estrutura no Banco de Dados para guardar informações de pedidos a fim de auxiliar na conciliação de cartão. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de pedidos a fim de auxiliar na conciliação de cartão.
Página | 14
Ocorrência: 67881 Caso: Criar atributo na tabela de Operação fiscal para indicar que a devolução de cliente deve utilizar a alíquota origem da venda. Melhorias de Processo: Foi criado atributo na tabela de Operação fiscal para indicar que a devolução de cliente deve utilizar a alíquota origem da venda. Ocorrência: 67871 Caso: Criar estrutura no Banco de Dados para guardar informações de lojas ficais que podem vender utilizando integração sistema com a plataforma e-commerce VTEX. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de lojas ficais que podem vender utilizando integração sistema com a plataforma e-commerce VTEX. Ocorrência: 67902 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao processo da Ordem de Serviço de Garantia. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes ao processo da Ordem de Serviço de Garantia. Ocorrência: 67904 Caso: Criar estrutura no Banco de Dados para guardar informações referentes ao pagamento com link de pagamento para recebimento futuro. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referentes ao pagamento com link de pagamento para recebimento futuro. Ocorrência: 67909 Caso: Criar estrutura no Banco de Dados para guardar informações referente a vendas no ecommerce pagas através de boleto. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações referente a vendas no ecommerce pagas através de boleto.
Página | 15