Issuu

Nexgen2.3

Notas - Release 135

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

PREFÁCIO

RESUMO QUANTITATIVO

FRENTE DE LOJA

Processo: Pedido de Venda ao Cliente

Processo: Pedido de Venda Cartão Presente

Processo: Recebimento de Pedidos de Cliente

Processo: Cadastro de Cliente

Processo: Recebimento de Pedidos

Processo: Integração Ecommerce - Woocommerce

ÓTICA

Processo: Verificação de material para Ordem de Serviço

Processo: Impressão de Ordem de Serviço

Processo: Ordem de Serviço de Garantia

Processo: Consulta de Ordem de Serviço

RETAGUARDA

Processo: Transferência de Crédito de ICMS Interestadual.

Processo: Emissão de Boleto

Processo: Reajuste de Preços

Processo: Cancelamento de Título de Crediário

Processo: Atualização de Protocolo

Processo: Entradas de Mercadorias – Amostras Grátis e Brinde

Processo: Envio de Mensagem SMS

Processo: Cadastro de Depósito Bancário

Processo: Manutenção de Caixa

Processo: Cadastro de Expedições

18 Página | 2

MENSAGERIA

Processo: Novas regras de validação da NT 2020.005 V1.20

Processo: Modalidades de Pagamento

Processo: Cupons Fiscais Eletrônicos

OBRIGAÇÕES FISCAIS

Processo: Nota Técnica 2020.06

AJUSTES GERAIS

Processo: Extrator de Dados

Processo: Relatórios

Processo: Estrutura de Banco de Dados

Página | 3

NOVIDADES Foi criado o

parâmetro 982 a nível de loja Efetuada implementação da mensageria que possibilita a mesma a realizar vendas utilizando as novas regras da versão da cobrando uma taxa com valor (x) NT 2020.005 v1.20 para emissão de notas determinado pelo parâmetro, essa taxa será cobrada apenas para pedidos realizados por pessoas jurídicas e ficará a critério da loja estabelecer se o valor será somado ao valor do produto ou não. O valor da taxa, deve ser exibido acima do valor líquido do pedido. A

tela

Pedido

Venda

Cliente

(PEDCV)

fiscais com tipo de comunicação síncrona, para isso foi criado no sistema campos de escolha para essa comunicação sendo elas síncrona ou assíncrona.

Cadastro de Expedições (EXPED) foi implementada com a opção A

tela

foi implementada com a “não exigir conferente”, esta possibilita o possibilidade de remover a cobrança referente comportamento diferente de cada expedição ao TAC(termos acessórios) em pedidos de crediário mediante opção "Inibir Cálculo da TAC nas Lojas da UF" marcada ou desmarcada na tela Estados ( ESTAD).

Pedido Venda Cartão Presente (PEDCP) foi implementada com a A tela

possibilidade de remover a cobrança referente ao TAC(termos acessórios) em pedidos de crediário mediante opção "Inibir Cálculo da TAC nas Lojas da UF" marcada ou desmarcada na tela Estados ( ESTAD). Efetuada implementação da tela para emissão de nota fiscal de transferência de crédito de ICMS entre lojas de uma mesma Unidade da Federação.

que esteja cadastrada, por exemplo, com a opção marcada, ao final do Processo de Separação passará a ser impresso no Relatório Guia de Despacho (RelGuaDespacho) não exigindo que nesse relatório o nome do conferente do pedido seja exibido no campo conferente. Já com a opção criada desmarcada, será exigido o nome do conferente no Relatório Guia de Despacho e esse não será impresso, tendo ao final do processo de separação a informação que conferente não cadastrada exibida. A

tela Atualização de Protocolo (estoque) – ATUES foi implementada para

desbloquear o produto que está bloqueado para venda, quando ocorrer a atualização do estoque. O desbloqueio ocorrerá automaticamente de acordo com a configuração do parâmetro 49.

Página | 4

PREFÁCIO Versão Nexgen 2.3.135 FRENTE DE LOJA ●

●

● ●

Foi criado o parâmetro 982 a nível de loja que possibilita a mesma a realizar vendas cobrando uma taxa com valor (x) determinado pelo parâmetro, essa taxa será cobrada apenas para pedidos realizados por pessoas jurídicas e ficará a critério da loja estabelecer se o valor será somado ao valor do produto ou não. O valor da taxa, deve ser exibido acima do valor líquido do pedido. A tela Pedido Venda de Cliente (PEDCV) deverá ser implementada opção que mesmo que o vendedor informe um código diferente do vendedor relacionado no cadastro de cliente no pedido de vendas, o código do vendedor para o pedido seja alterado para o código do vendedor que está associado ao cliente no cadastro de clientes. A tela Pedido Venda de Cliente (PEDCV) foi implementada com a possibilidade de remover a cobrança referente ao TAC(termos acessórios) em pedidos de crediário mediante opção "Inibir Cálculo da TAC nas Lojas da UF" marcada ou desmarcada na tela Estados ( ESTAD). A tela Pedido Venda Cartão Presente (PEDCP) foi implementada com a possibilidade de remover a cobrança referente ao TAC(termos acessórios) em pedidos de crediário mediante opção "Inibir Cálculo da TAC nas Lojas da UF" marcada ou desmarcada na tela Estados ( ESTAD). A tela Recebimento de Pedidos de Cliente foi implementada para quando utilizada na geração de pedido na modalidade de pagamento de crediário, imprimir carnê e imprimir contrato. As telas de Cadastro de Cliente (CLIEN, CLISP) foram implementadas com correções nas telas de cadastro de cliente. Onde foi adicionada verificação de retorno de consulta, tratando assim o erro caso não haja mensagem configurada na transação Configurar Mensagens para o Cliente (CMCLI). As telas de Cadastro de Cliente (CLIEN, CLISP) apresentaram erro no cadastro de cliente após atualização de sistema. As telas de Cadastro de Cliente Simplificado (CLISP) foram implementadas com correções na tela de cadastro de clientes. Onde foi adicionada verificação para casos de nunca usar, usar e não usar mais a LGPD, exigindo agora o uso da LGPD apenas quando a empresa e a loja utilizarem.

Página | 5

●

● ● ●

Foi implementada a correção do problema de erro de duplicidade de nota, o sistema foi preparado para quando isso acontecer um alerta de nota rejeitada por duplicidade será exibido, e o processo a ser seguido é o de cancelamento para que o sistema possa emitir uma nova nota com uma numeração não utilizada anteriormente. Esse procedimento irá evitar o erro ao imprimir ou reimprimir a nota quando a mesma tiver sido emitida em duplicidade. A tela Recebimento do Pedido foi implementada com a correção no valor da base de cálculo do ICMS da Nota Fiscal, no ICMS Normal e de Substituição Tributária. Corrigida uma validação no processo de integração de produtos para o ecommerce Woocommerce. Efetuada alteração no sistema para quando utilizado o ecommerce Woocommerce, ao receber pedidos pagos com cartão armazenar corretamente as informações do pagamento com cartão, gerando dados corretos no SPED.

ÓTICA ●

●

● ●

O sistema foi alterado para permitir fazer o relacionamento entre a CONSUMO_OS e a DMOVI para isso foram criadas estruturas de dados que guardarão informações sobre o gerador do consumo. Foi implementado a correção para impressão da OS, o relatório foi modificado para agora ler o parâmetro que exibia o erro. Caso não possua receita será impressa OS com espaço em branco na receita. O sistema foi alterado para não gerar ICMS para empresas do Simples Nacional e CST do produto para 102 no processo de geração da nota de Entrada de Garantia do Processo de OS Garantia Completa. Foi liberado programa que faltava para corrigir erro de geração de Ordem de Serviço ao fechar pedido de ótica. A Geração de OS Garantia foi corrigida para a nota gerada ser impressa com cliente correto o da OS e não mais o cliente com o mesmo número que existe na loja logada.

RETAGUARDA ● ● ●

● ● ●

Efetuada implementação da tela para emissão de nota fiscal de transferência de crédito de ICMS entre lojas de uma mesma Unidade da Federação. Corrigido o tratamento da tela fazer a emissão de boleto (EMBOL) para emissão de boletos dos contratos. Corrigido o tratamento na Reajuste de Preços (REAJF), para quando não há preços a serem atualizados pelos dados importados, também foi adicionada uma funcionalidade para limpar estrutura de banco de dados ao fim de uma importação bem-sucedida, os registros com o status de importação finalizados e com data superior a 10 dias atrás serão apagados. A tela Reajuste de Preços (REAJF) foi implementada para tratar o campo de visão para aceitar tanto número como também letras, nomeando as visões por loja. Foi implementada a função de cancelamento de título, para quando for feito o “cancelamento de venda sem nenhum item faturado” pela tela de Crédito de Devolução (DEVOL) não seja gerado valor de crédito de devolução. Solicitadas diversas alterações na Atualização de Protocolo (estoque) - ATUES: 1 - Quando da atualização do estoque, o sistema deverá trazer no arquivo retorno do

Página | 6

●

● ● ●

●

● ●

coletor as quantidades por item que houve a maior ou a menor de cada item, e grava nos campos hoje já existentes de sobra ou falta do item. A tela Atualização de Protocolo (estoque) – ATUES foi implementada para desbloquear o produto que está bloqueado para venda, quando ocorrer a atualização do estoque. O desbloqueio ocorrerá automaticamente de acordo com a configuração do parâmetro 49. A tela Entradas de Mercadorias Amostra Grátis e Brinde(NFDOS) não está exibindo as informações no complemento ao imprimir a nota, também ao consultar a nota não está sendo exibido as informações inseridas. Verificado que o erro ocorria ao tentar obter a chave API de uma loja nova, efetuada correção no processo de obtenção da Chave_API da InfoBip no processo de envio automático de SMS. O problema foi identificado e corrigido, era na rotina de enviar malote para a loja que tinha o malote da loja para o laboratório e do laboratório para a loja, com isso estava sendo enviado duas vezes, foi corrigido e também testado, antes de enviar a mensagem se para a OS e status já existe, uma mensagem enviada não será enviada a segunda. A tela Depósito Bancário (DEPBC) foi implementada com o campo "sequencial dep. bancario" para ser possível informar o sequencial e consultar os dados. Também deverá ser programada consulta de depósitos para que seja acrescentado após a data uma coluna com a hora de criação do banco sequencial. A tela Manutenção de Caixa (MANCX) foi implementada com a correção para trazer duplicado os itens de um pedido que teve como forma de pagamento a modalidade POS utilizando a inclusão de duas vezes o mesmo cartão. A tela Cadastro de Expedições (EXPED) foi implementada com a opção “não exigir conferente”, esta possibilita o comportamento diferente de cada expedição que esteja cadastrada, por exemplo, com a opção marcada, ao final do Processo de Separação passará a ser impresso no Relatório Guia de Despacho (RelGuaDespacho) não exigindo que nesse relatório o nome do conferente do pedido seja exibido no campo conferente. Já com a opção criada desmarcada, será exigido o nome do conferente no Relatório Guia de Despacho e esse não será impresso, tendo ao final do processo de separação a informação que conferente não cadastrada exibida.

MENSAGERIA ●

● ●

Efetuada implementação da mensageria utilizando as novas regras da versão da NT 2020.005 v1.20 para emissão de notas fiscais com tipo de comunicação síncrona, para isso foi criado no sistema campos de escolha para essa comunicação sendo elas síncrona ou assíncrona. Foi implementada a nível de mensageria a modalidade PIX e Depósito Bancário às modalidades de Forma de pagamento do mensageria, a nível de validação. O Recebimento de Pedidos que tiveram como forma de escrituração fiscais notas do tipo CF-e/SAT (Cupom Fiscal Eletrônico), foi implementado para aprovar e armazenar de maneira devida corretamente na estrutura de dados correspondente no banco de dados.

OBRIGAÇÕES FISCAIS ●

Foi implementado o tratamento para atribuir as novas formas de pagamento na tela de recebimento, o sistema passará a tratar as modalidades de pagamento definidas na NT

Página | 7

2020.006, além de tratar a inclusão da tag "tPag" evitando assim a geração errada do xml para as modalidades de pagamento dessa Nota Técnica.

AJUSTES GERAIS ● ●

●

● ●

●

● ● ● ● ● ● ● ●

Foi criada versão do Extrator com a opção de gerar o arquivo Excel pelo servidor. O Relatório Aviso de Separação (RAVSEPARACAO) foi implementado para imprimir o código de barra do número do pedido no relatório Aviso de Separação (relatório 40 colunas) e o Relatório Guia de Despacho (RelGuaDespacho) teve implementado o campo com o nome no “Conferente” do pedido como também da descrição completa do número de fábrica do produto de acordo. Nessa versão foi corrigida também relatório que sumia com alguns códigos de fábrica de alguns itens nesse relatório. Foi implementada a correção na estrutura da geração de relatórios, para exibição em ordem conforme os filtros estabelecidos para impressão. Implementações para os relatórios Resultados de Vendas (RCVEN) e Relação Geral de Entradas (RGENT). Relatório Analítico de Vendas por Caixa (RAVCX) foi modificado para aumentar o campo de banco de dados referente ao valor do desconto. Foram ajustadas as consultas para corrigir o problema de lentidão, acessando pelos itens do pedido de venda e corrigindo também os campos e melhora de performance do Relatório geração de Planilhas (GPOCU). Os Relatórios Posição Geral do Estoque (RPGER) e Posição Geral do Estoque Categoria (RPGEC) duas transações irão calcular os estoques disponíveis, considerando o estoque da conta de garantia, se a mesma estiver configurada para calcular o estoque disponível. A transação RPGEC não irá considerar no cálculo do disponível o estoque físico menor do que zero. Foi implementado ajuste de valores no Relatório de Pedidos Emitidos (RCPED) para detalhar melhor os valores “A receber” e os “Faturados” para gerar o valor real de recebimentos. Foi modificada a tela Análise de venda para Referência (RVREF) para exibir a coluna "total a preço de custo" do relatório com centavos. O Relatório de Estoque e Vendas das Lojas (REVLJ) foi ajustado para funcionar com a associação de categorias. A tela Relação Geral das Entradas (RGENT) foi implementada com correção para na impressão do relatório exibir de maneira ordenada as notas com status de fechada. A tela Relatórios Contas a Receber(RELRE) foi implementada com alteração de layout para corrigir o problema. Foi criada estrutura no Banco de Dados para as melhorias que envolvem os índices que podem melhorar a performance nos bancos SQL e Azure. Foi criada uma estrutura no Banco de Dados para guardar informações de hora do depósito em relação ao depósito bancário. Criadas Estruturas de Dados para guardar informações referentes ao processo de ótica que envolve Ordem de Serviço.

Página | 8

●

Página | 9

RESUMO QUANTITATIVO

CATEGORIA DAS OCORRÊNCIAS LIBERADAS

QUANTIDADE

NOVAS FUNCIONALIDADES1

MELHORIAS DE PROCESSO2

OBRIGAÇÕES FISCAIS3

NÃO CONFORMIDADE4

TOTAL

48 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: Pedido de Venda ao Cliente Ocorrência: 71903 Caso: Foi solicitado que o sistema possa de forma automática preencher um determinado valor de taxa para pedidos de vendas e que esse valor estabelecido seja agregado ao valor total da nota. Atualmente já temos um campo "outras taxas" no complemento do pedido de venda. E precisamos que esse campo possa ser preenchido de forma automática por um valor determinado em um parâmetro a ser criado, e que seja criado por loja. Novas Funcionalidades: Foi criado o parâmetro 982 a nível de loja que possibilita a mesma a realizar vendas cobrando uma taxa com valor (x) determinado pelo parâmetro, essa taxa será cobrada apenas para pedidos realizados por pessoas jurídicas e ficará a critério da loja estabelecer se o valor será somado ao valor do produto ou não. O valor da taxa deve ser exibido acima do valor líquido do pedido. Ocorrência: 72272 Caso: Deverá ser implementada opção que mesmo que o vendedor informe um código diferente do vendedor relacionado no cadastro de cliente no pedido de vendas, o código do vendedor para o pedido seja alterado para o código do vendedor que está associado ao cliente no cadastro de clientes. Melhorias de Processos: A tela Pedido Venda de Cliente (PEDCV) deverá ser implementada opção que mesmo que o vendedor informe um código diferente do vendedor relacionado no cadastro de cliente no pedido de vendas, o código do vendedor para o pedido seja alterado para o código do vendedor que está associado ao cliente no cadastro de clientes. Ocorrência: 72269 Caso: Foi solicitado que o sistema possa na tela Pedido Venda de Cliente (PEDCV) ter a possibilidade de remover a cobrança referente ao TAC(termos acessórios) em pedidos de crediário. Novas Funcionalidades: A tela Pedido Venda de Cliente (PEDCV) foi implementada com a

Processo: Pedido de Venda Cartão Presente Ocorrência: 72601

Página | 11

Caso: Foi solicitado que o sistema possa na tela Pedido Venda Cartão Presente (PEDCP) deverá ter a possibilidade de remover a cobrança referente ao TAC(termos acessórios) em pedidos de crediário. Novas Funcionalidades: A tela Pedido Venda Cartão Presente (PEDCP) foi implementada com a possibilidade de remover a cobrança referente ao TAC(termos acessórios) em pedidos de crediário mediante opção "Inibir Cálculo da TAC nas Lojas da UF" marcada ou desmarcada na tela Estados ( ESTAD).

Processo: Recebimento de Pedidos de Cliente Ocorrência: 70170 Caso: A tela Recebimento de Pedidos de Cliente quando utilizada na geração de pedido na modalidade de pagamento de crediário, os botões IMPRIMIR CARNÊ e IMPRIMIR CONTRATO não estão funcionando. Não Conformidade: A tela Recebimento de Pedidos de Cliente foi implementada para quando utilizada na geração de pedido na modalidade de pagamento de crediário, imprimir carnê e imprimir contrato.

Processo: Cadastro de Cliente Ocorrência: 72273 Caso: As telas de Cadastro de Cliente (CLIEN, CLISP) apresentavam erro ao realizar o cadastro de cliente quando não existia mensagem configurada na transação Configurar Mensagens para o Cliente (CMCLI). Não Conformidade: As telas de Cadastro de Cliente (CLIEN, CLISP) foram implementadas com correções nas telas de cadastro de cliente. Onde foi adicionada verificação de retorno de consulta, tratando assim o erro caso não haja mensagem configurada na transação Configurar Mensagens para o Cliente (CMCLI). Ocorrência: 72434 Caso: As telas de Cadastro de Cliente (CLIEN, CLISP) apresentaram erro no cadastro de cliente após atualização de sistema. Não Conformidade: As telas de Cadastro de Cliente (CLIEN, CLISP) foram implementadas com correções nas telas de cadastro de cliente. Onde foi adicionada verificação de retorno de consulta, tratando assim o erro caso não haja mensagem configurada na transação Configurar Mensagens para o Cliente (CMCLI) e feito mais validações para que telas se comportem de maneira adequada, mesmo quando o sistema não estiver configurado para utilização da LGPD. Ocorrência: 72603 Caso: As telas de Cadastro de Cliente Simplificado (CLISP) apresentavam uma exigência de uso de dados da LGPD ao realizar o cadastro de cliente quando a empresa não usava a LGPD.

Página | 12

Não Conformidade: As telas de Cadastro de Cliente Simplificado (CLISP) foram implementadas com correções na tela de cadastro de cliente. Onde foi adicionada verificação para casos de nunca usar, usar e não usar mais a LGPD, exigindo agora o uso da LGPD apenas quando a empresa e a loja utilizarem.

Processo: Recebimento de Pedidos Ocorrência: 70852 Caso: O sistema não está permitindo a emissão de notas fiscais via conexão de comunicação direta, o mesmo acontece se tentar emitir em outra máquina com integradora, o sistema acusa erro de duplicidade da nota.

Melhorias de Processo: Foi implementada a correção do problema de erro de duplicidade de nota, o sistema foi preparado para quando isso acontecer um alerta de nota rejeitada por duplicidade será exibido, e o processo a ser seguido é o de cancelamento para que o sistema possa emitir uma nova nota com uma numeração não utilizada anteriormente. Esse procedimento irá evitar o erro ao imprimir ou reimprimir a nota quando a mesma tiver sido emitida em duplicidade. Ocorrência: 72201 Caso: O Sistema está adicionando o valor do frete à base de cálculo do ICMS da Nota Fiscal, no ICMS Normal e de Substituição Tributária, enquanto o pedido não está sendo considerado. Não Conformidade: A tela Recebimento do Pedido foi implementada com a correção no valor da base de cálculo do ICMS da Nota Fiscal, no ICMS Normal e de Substituição Tributária.

Processo: Integração Ecommerce - Woocommerce Ocorrência: 72467 Caso: Identificado que o sistema não incluiu o produto no e-commerce, não há registro de inclusão, apenas alteração. Não Conformidade: Corrigida uma validação no processo de integração de produtos para o ecommerce Woocommerce. Ocorrência: 70850 Caso: Identificado que o sistema quando utilizado o ecommerce Woocommerce, ao receber pedidos pagos com cartão não estava armazenado corretamente as informações do pagamento com cartão, gerando dados correto no SPED. Não Conformidade: Efetuada alteração no sistema para quando utilizado o ecommerce Woocommerce, ao receber pedidos pagos com cartão armazenar corretamente as informações do pagamento com cartão, gerando dados correto no SPED.

Página | 13

ÓTICA Processo: Verificação de material para Ordem de Serviço Ocorrência: 70021 Caso: O sistema não relacionava o registro da CONSUMO_OS com a DMOVI. Melhorias de Processo: O sistema foi alterado para permitir fazer o relacionamento entre a CONSUMO_OS e a DMOVI para isso foram criadas estruturas de dados que guardarão informações sobre o gerador do consumo.

Processo: Impressão de Ordem de Serviço Ocorrência: 70005 Caso: Ao solicitar uma impressão do relatório de Ordem de Serviço (OS) com configuração de parâmetro é exibida uma mensagem de erro. Não Conformidade: Foi implementado a correção para impressão da OS, o relatório foi modificado para agora ler o parâmetro que exibia o erro. Caso não possua receita será impressa OS com espaço em branco na receita.

Processo: Ordem de Serviço de Garantia Ocorrência: 69605 Caso: Na geração da nota de Entrada de Garantia do Processo de OS Garantia Completa, quando a loja é do Simples Nacional e CST era igual a 102, o sistema estava calculando ICMS no qual não deveria calcular para essa situação. Não Conformidade: O sistema foi alterado para não gerar ICMS para empresas do Simples Nacional e CST do produto for 102 no processo de geração da nota de Entrada de Garantia do Processo de OS Garantia Completa.

Processo: Consulta de Ordem de Serviço Ocorrência: 72709 Caso: Acontece erro quando fecha o pedido e abre a tela de geração de Ordem de Serviço. Não Conformidade: Foi liberada programa que faltava para corrigir erro de geração de Ordem de Serviço ao fechar pedido de ótica. Ocorrência: 70671 Caso: O sistema estava pegando o cliente do pedido e, por tanto, quando se criava uma OS Garantia, em um outra loja que não a da venda, o sistema estava pegando o cliente do pedido, de mesmo número, da loja que estava sendo feito a OS Garantia.

Página | 14

Não Conformidade: A Geração de OS Garantia foi corrigida para a nota gerada ser impressa com cliente correto o da OS e não mais o cliente com o mesmo número que existe na loja logada.

RETAGUARDA Processo: Transferência de Crédito de ICMS Interestadual. Ocorrência: 69569 Caso: Deverá ser criada tela para emissão de nota fiscal de transferência de crédito de ICMS no sistema. Novas Funcionalidades: Efetuada implementação da tela para emissão de nota fiscal de transferência de crédito de ICMS entre lojas de uma mesma Unidade da Federação.

Processo: Emissão de Boleto Ocorrência: 69618 Caso: Realizar o tratamento da tela fazer a emissão de boleto (EMBOL) a mesma está exibindo mensagem de erro “Não existem dados para geração do boleto", para todos os casos. Não Conformidade: Corrigido o tratamento da tela fazer a emissão de boleto (EMBOL) para emissão de boletos dos contratos.

Processo: Reajuste de Preços Ocorrência: 72312 Caso: Alterar tratamento da tela para quando da alteração de preços que não tenho nenhum preço a ser alterado. Melhorias de Processo: Corrigido o tratamento na Reajuste de Preços (REAJF), para quando não há preços a serem atualizados pelos dados importados, também foi adicionada uma funcionalidade para limpar estrutura de banco de dados ao fim de uma importação bem-sucedida, os registros com o status de importação finalizados e com data superior a 10 dias atrás serão apagados. Ocorrência: 72517 Caso: Erro ao tentar realizar o Reajuste de Preços (REAJF), por visão. “Conversion failed when converting the varchar value 'VOA' to data type int.” Melhorias de Processos: A tela Reajuste de Preços (REAJF) foi implementada para tratar o campo de visão para aceitar tanto número como também letras, nomeando as visões por loja.

Página | 15

Processo: Cancelamento de Título de Crediário Ocorrência: 72113 Caso: Ao cancelar um título pelo sistema, o mesmo ainda mostrava em aberto no crediário, acometendo a possibilidade de ser cobrado novamente. Melhorias do Processo: Foi implementado a função de cancelamento de título, para quando for feito o “cancelamento de venda sem nenhum item faturado” pela tela de Crédito de Devolução (DEVOL) não seja gerado valor de crédito de devolução.

Processo: Atualização de Protocolo Ocorrência: 70774 Caso: Solicitadas diversas alterações na Atualização de Protocolo (estoque) - ATUES: 1 - Quando da atualização do estoque, o sistema deverá trazer no arquivo retorno do coletor as quantidades por item que houve a maior ou a menor de cada item, e grava nos campos hoje já existentes de sobra ou falta do item. 2 - Ainda na atualização do estoque, quando houver as divergências citadas acima, o sistema deverá gerar um registro de divergência (ocorrência) que deverá ser mantida pelo usuário. 3 - Deverá ser criado uma tela onde usuário possa manter essa ocorrência, as informações nesta tela deverão ser as seguintes: Tipo de ocorrência: SOBRA OU FALTA; Status da ocorrência: Pendente ou Resolvido. (A - Série e Número da NF; B - Produto (Nosso número); C - Número Fabricante; D – Quantidade; E – Observação) Melhorias de Processos: Para validação dos processos solicitados acima, foram programadas as seguintes validações nas telas: 1 - Alteração na tela Atualização de Protocolo (ATUES) para não permitir Finalizar o Lote ou Protocolo se estiver com algum item pendente que pode ser identificado nas duas telas: Manter Divergências de Protocolo (MDPTC) e Manter Divergências de Sobras e Faltas (MSOFA) . 2 - Criada a tela para Manter Divergência de Sobras e Faltas (MSOFA), procedimentos da Tela: Consultar; Informar a Loja; informar o período; se for informado o Protocolo, deverá consultar somente pelo protocolo informado. Se não for informado o protocolo, deverá consultar todos os protocolos no período informado. Ao digitar uma observação, a mesma deverá ser gravada ao perder o foco do campo Observação. Resolvido: Selecionando um item ou marcando todos, ao clicar no botão Resolvido, deverá atualizar o campo de status da movimentação como resolvido; Pendente: Selecionando um item ou marcando todos, ao clicar no botão Pendente, deverá atualizar o campo de status da movimentação como pendente. 3 - Alteração da tela Conferência por Arquivo Coletor (VERCO) para processar o arquivo do coletor e gravar banco de dados com divergência pendente e também verificar se o arquivo já foi importado. Ocorrência: 72692

Página | 16

Caso: A tela Atualização de Protocolo (estoque) - ATUES deverá ser implementada para desbloquear o produto que está bloqueado para venda, quando ocorrer a atualização do estoque. Novas Funcionalidades: A tela Atualização de Protocolo (estoque) – ATUES foi implementada para desbloquear o produto que está bloqueado para venda, quando ocorrer a atualização do estoque. O desbloqueio ocorrerá automaticamente de acordo com a configuração do parâmetro 49.

Processo: Entradas de Mercadorias – Amostras Grátis e Brinde Ocorrência: 70804 Caso: A tela Entradas de Mercadorias Amostra Grátis e Brinde (NFDOS) não está exibindo as informações no complemento ao imprimir a nota, também ao consultar a nota não está sendo exibido as informações inseridas. Não Conformidade: A tela Entradas de Mercadorias Amostra Grátis e Brinde (NFDOS) não está exibindo as informações no complemento ao imprimir a nota, também ao consultar a nota não está sendo exibido as informações inseridas.

Processo: Envio de Mensagem SMS Ocorrência: 70223 Caso: Ocorria erro no processo de envio automático de SMS por motivo de obter a chave API. Não Conformidade: Verificado que o erro ocorria ao tentar obter a chave API de uma loja nova, efetuada correção no processo de obtenção da Chave_API da InfoBip no processo de envio automático de SMS. Ocorrência: 72538 Caso: Foi identificado que o envio das mensagens de SMS por alteração de status para o status “Disponível para Entrega” estão ocorrendo em duplicidade. Não Conformidade: O problema foi identificado e corrigido, era na rotina de enviar malote para a loja que tinha o malote da loja para o laboratório e do laboratório para a loja, com isso estava sendo enviado duas vezes, foi corrigido e também testado, antes de enviar a mensagem se para a OS e status já existe, uma mensagem enviada não será enviada a segunda.

Processo: Cadastro de Depósito Bancário Ocorrência: 70208 Caso: A tela Depósito Bancário (DEPBC) deverá ser implementada com o campo "sequencial dep. bancario" para ser possível informar o sequencial e consultar os dados. Também deverá ser programada consulta de depósitos para que seja acrescentado após a data uma coluna com a hora de criação do banco sequencial.

Página | 17

Não Conformidade: A tela Depósito Bancário (DEPBC) foi implementada com o campo "sequencial dep. bancario" para ser possível informar o sequencial e consultar os dados. Também deverá ser programada consulta de depósitos para que seja acrescentado após a data uma coluna com a hora de criação do banco sequencial.

Processo: Manutenção de Caixa Ocorrência: 71510 Caso: No recebimento de pedido quando é informado os itens de caixa com TEF e POS onde o POS for informado um item com Crédito e outro com Débito, a tela MANCX mostra corretamente os itens de caixa, porém, a tela de Manter Cartão não está mostrando corretamente os itens Não Conformidade: A tela Manutenção de Caixa (MANCX) foi implementada com a correção para trazer duplicado os itens de um pedido que teve como forma de pagamento a modalidade POS utilizando a inclusão de duas vezes o mesmo cartão.

Processo: Cadastro de Expedições Ocorrência: 72345 Caso: A tela Cadastro de Expedições (EXPED) deverá ser implementada com a opção por expedições para ao final do processo de separação emitir ou não o Relatório Guia de Despacho (RelGuaDespacho) com a informação do nome do conferente. Novas Funcionalidades: A tela Cadastro de Expedições (EXPED) foi implementada com a opção “não exigir conferente”, esta possibilita o comportamento diferente de cada expedição que esteja cadastrada, por exemplo, com a opção marcada, ao final do Processo de Separação passará a ser impresso no Relatório Guia de Despacho (RelGuaDespacho) não exigindo que nesse relatório o nome do conferente do pedido seja exibido no campo conferente. Já com a opção criada desmarcada, será exigido o nome do conferente no Relatório Guia de Despacho e esse não será impresso, tendo ao final do processo de separação a informação que conferente não cadastrada exibida.

MENSAGERIA Processo: Novas regras de validação da NT 2020.005 V1.20 Ocorrência: 72281 Caso: As notas do tipo NFC-e, estão sendo rejeitadas em algumas lojas, o que ocorre é que ele solicita uma resposta assíncrona para o lote que está sendo tratado. Novas Funcionalidades: Efetuada implementação da mensageria utilizando as novas regras da versão da NT 2020.005 v1.20 para emissão de notas fiscais com tipo de comunicação

Página | 18

síncrona, para isso foi criado no sistema campos de escolha para essa comunicação sendo elas síncrona ou assíncrona.

Processo: Modalidades de Pagamento Ocorrência: 72422 Caso: A modalidade de pagamento por meio do PIX está dando erro alguns caixas dando como modalidade inexistente sendo que esta forma de pagamento já foi usada anteriormente. Melhorias de Processo: Foi implementada a nível de mensageria a modalidade PIX e Depósito Bancário às modalidades de Forma de pagamento do mensageria, a nível de validação.

Processo: Cupons Fiscais Eletrônicos Ocorrência: 72519 Caso: O Recebimento de Pedidos que tiveram como forma de escrituração fiscais notas do tipo CF-e/SAT (Cupom Fiscal Eletrônico) estava sendo aprovado, porém não estava sendo gravado corretamente na estrutura de dados correspondente no banco de dados. Melhorias de Processo: O Recebimento de Pedidos que tiveram como forma de escrituração fiscais notas do tipo CF-e/SAT (Cupom Fiscal Eletrônico), foi implementado para aprovar e armazenar de maneira devida corretamente na estrutura de dados correspondente no banco de dados.

OBIRGAÇÕES FISCAIS Processo: Nota Técnica 2020.06 Ocorrência: 72480 Caso: Corrigir o sistema para tratar as inclusões de pagamento (tag "tPag") da NT 2020.006. Não Conformidade: Foi implementado o tratamento para atribuir as novas formas de pagamento na tela de recebimento, o sistema passará a tratar as modalidades de pagamento definidas na NT 2020.006, além de tratar a inclusão da tag "tPag" evitando assim a geração errada do xml para as modalidades de pagamento dessa Nota Técnica.

AJUSTES GERAIS Processo: Extrator de Dados Ocorrência: 72291

Página | 19

Caso: Liberação da versão do Extrator com a opção de gerar o arquivo Excel pelo servidor. Melhorias de Processo: Foi criada versão do Extrator com a opção de gerar o arquivo Excel pelo servidor.

Processo: Relatórios Ocorrência: 71240 Caso: O Relatório Aviso de Separação (RAVSEPARACAO) e o Relatório Guia de Despacho (RelGuaDespacho) terão modificações referentes a código de barras e conferência respectivamente. Melhorias de Processo: O Relatório Aviso de Separação (RAVSEPARACAO) foi implementado para imprimir o código de barra do número do pedido no relatório Aviso de Separação (relatório 40 colunas) e o Relatório Guia de Despacho (RelGuaDespacho) teve implementado o campo com o nome no “Conferente” do pedido como também da descrição completa do número de fábrica do produto de acordo. Nessa versão foi corrigida também relatório que sumia com alguns códigos de fábrica de alguns itens nesse relatório. Ocorrência: 72458 Caso: A geração de relatórios vem ocorrendo erros de exibição, onde os dados são mudados no resumo de impressão, está saindo desordenado, independente do período e filtros estabelecidos. Melhorias de Processo: Foi implementada a correção na estrutura da geração de relatórios, para exibição em ordem conforme os filtros estabelecidos para impressão. Implementações para os relatórios Resultados de Vendas (RCVEN) e Relação Geral de Entradas (RGENT). Ocorrência: 72458 Caso: Relatório Analítico de Vendas por Caixa (RAVCX) está exibindo o valor do DESCONTO e TOTAL errado. Não Conformidade: Relatório Analítico de Vendas por Caixa (RAVCX) foi modificado para aumentar o campo de banco de dados referente ao valor do desconto. Ocorrência: 71191 Caso: Solicitada alteração nas consultas para melhora na performance do Relatório geração de Planilhas (GPOCU). Melhorias de Processo: Foram ajustadas as consultas para corrigir o problema de lentidão, acessando pelos itens do pedido de venda e corrigindo também os campos e melhora de performance do Relatório geração de Planilhas (GPOCU). Ocorrência: 71871 Caso: Os Relatórios Posição Geral do Estoque (RPGER) e Posição Geral do Estoque Categoria (RPGEC) deverão ser alterados para garantir que os estoques sejam iguais de acordo com os parâmetros passados.

Página | 20

Melhorias de Processo: Os Relatórios Posição Geral do Estoque (RPGER) e Posição Geral do Estoque Categoria (RPGEC) duas transações irão calcular os estoques disponíveis, considerando o estoque da conta de garantia, se a mesma estiver configurada para calcular o estoque disponível. A transação RPGEC não irá considerar no cálculo do disponível o estoque físico menor do que zero. Ocorrência: 72429 Caso: Está ocorrendo uma inconsistência ao gerar o relatório de recebimento de pedido (RCPED), os valores exibidos não batem com o total de pedidos recebidos. Não Conformidade: Foi implementado ajuste de valores no Relatório de Pedidos Emitidos (RCPED) para detalhar melhor os valores “A receber” e os “Faturados” para gerar o valor real de recebimentos. Ocorrência: 72553 Caso: A tela Análise de venda para Referência (RVREF) deverá exibir a coluna "total a preço de custo" do relatório com centavos. Não Conformidade: Foi modificado a tela Análise de venda para Referência (RVREF) para exibir a coluna "total a preço de custo" do relatório com centavos. Ocorrência: 71260 Caso: O Relatório de Estoque e Vendas das Lojas (REVLJ) deverá ser ajustado para funcionar com a associação de categorias. Melhorias de Processos: O Relatório de Estoque e Vendas das Lojas (REVLJ) foi ajustado para funcionar com a associação de categorias. Ocorrência: 71631 Caso: A tela Relação Geral das Entradas (RGENT) na impressão do relatório não estava exibindo de maneira ordenada as notas com status de fechada. Não Conformidade: A tela Relação Geral das Entradas (RGENT) foi implementado com correção para na impressão do relatório exibir de maneira ordenada as notas com status de fechada. Ocorrência: 60898 Caso: A tela Relatórios Contas a Receber(RELRE) não estava sendo impressa quando gerada em formato PDF. Não Conformidade: A tela Relatórios Contas a Receber(RELRE) foi implementado com alteração de layout para corrigir o problema.

Processo: Estrutura de Banco de Dados Ocorrência: 70960

Página | 21

Caso: Criar estrutura no Banco de Dados para criação de índices sugeridos para melhoria de performance do SQL do Azure. Melhorias de Processo: Foi criada estrutura no Banco de Dados para as melhorias que envolvem os índices que podem melhorar a performance nos bancos SQL e Azure. Ocorrência: 72559 Caso: Criar estrutura no Banco de Dados para guardar informações de hora do depósito em relação ao depósito bancário. Melhorias de Processo: Foi criada uma estrutura no Banco de Dados para guardar informações de hora do depósito em relação ao depósito bancário. Ocorrência: 72651 Caso: Criar Estruturas de Dados para guardar informações referentes ao processo de ótica que envolve Ordem de Serviço. Melhorias de Processos: Criadas Estruturas de Dados para guardar informações referentes ao processo de ótica que envolve Ordem de Serviço.

Página | 22