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 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: Pedido de Venda Cartão Presente

Ocorrência: 72601

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.

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.

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

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.

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

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.

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

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

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.

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

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.