18 minute read
Processo: Títulos Negociados na Cobrança
Não Conformidade: Efetuada a reparação do erro, corrigindo a funcionalidade já implementada de download do arquivo no browser.
MENSAGERIA
Advertisement
Processo: Nota Técnica 2020.006 - v.1.00
Ocorrência: 69083
Caso: Nota Técnica 2020.006 - v.1.00 - Publicada em 24/09/2020 - Republicada em 28/09/20. Divulga a criação/alteração de campos e regras de validação envolvendo intermediador e agenciador de transação comercial. Obrigações Fiscais: Efetuada implementação da NT2020.006 V1.00 e V1.10 que visa a implementação de uma nova tag (Indicador de intermediador/marketplace) que se destina a informar se a operação é: 0=Operação sem intermediador (em site ou plataforma própria); 1=Operação em site ou plataforma de terceiros intermediadores/marketplace). * Foi excluído o meio de pagamento "99-Outros" dos possíveis meios de pagamento para NF-e e NFC-e.
Processo: Envio XML Cofre Sieg – CFE/SAT
Ocorrência: 69538
Caso: Desenvolver operação da Mensageria ( MSPAR) para enviar as notas automaticamente para o “COFRE SIEG” o XML das notas CFE/SAT - MF-E. Novas Funcionalidades: Efetuada implementação para enviar automaticamente o xml CF-e autorizado para o email configurado na transação MSPAR, campo "Guarda de XML" .
Ocorrência: 68366
Caso: XML da nota não está sendo gerado em conformidade quando o produto tiver dois código GTIN associados. Não Conformidade: Efetuado o tratamento na montagem do XML, para quando o produto tiver dois código GTIN associados, a geração do xml pegará apenas um para geração da nota fiscal, sendo assim não irá duplicar os itens.
Ocorrência: 70252
Caso: Foi identificamos que os produtos de pedidos criados através do e-commerce estavam ficando com status de reservado, porém o sistema não está identificando que o produto pertence ao pedido criado. Para isso foi realizada a correção no processo de separação do pedido. Melhorias de Processos: Efetuada correção no processo de separação do pedido recebido do ecommerce WOOCOMMERCE, quando usado processo de reserva de Página | 34
estoque. O problema ocorre quando o pedido é recebido do ecommerce WOOCOMMERCE e está sendo usado o processo de reserva, o que provocava a incorreta dedução do estoque.
Processo: Nota Fiscal Eletrônica ao Consumidor
Ocorrência: 68191
Caso: Na Fiscal Eletrônica do tipo NFC-e está sendo impresso somente um código de fabricante, é para ser impresso todos os códigos de fabricantes possíveis na mesma linha. Não Conformidade: Efetuada implementação para quando o parâmetro 879 (Imprimir no DANFE da NF-e a Referência do Fornecedor principal do Produto ou Todas as Referências). Se estiver configurado com o valor "Fornecedor principal": Será impresso somente a referência do fabricante classificada como "Padrão" . Se estiver configurado com o valor "Fabricantes" , será impresso no danfe NFC-e, todas as referências, iniciando pela referência classificada como "Padrão" do fabricante para o produto vendido. O PROCESSO IMPLEMENTADO NESTA OCORRÊNCIAATENDE APENAS AO MODELO "65" - NFC-e.
Ocorrência: 70384
Caso: A tela Mensageria (MSPAR) não estava tratando alguns caracteres “especiais” , desorganizando assim campos e títulos na tela. Não Conformidade: A tela Mensageria (MSPAR) foi programada para tratar de maneira correta caracteres “especiais” , organizando assim campos e títulos na tela.
Processo: Emissão de Notas - NF-e e NFC-e
Ocorrência: 70587
Caso: Deve-se habilitar a importação de notas fiscais do tipo NFC-e e NF-e da Mensageria, especificamente no cliente do estado do Mato Grosso do Sul. Nova Funcionalidades: Foi implementada a função que permite a emissão de notas NFC-e e NF-e no estado do Mato Grosso do Sul.
Ocorrência: 70588
Caso: Deve-se habilitar também a importação de notas fiscais do tipo NFC-e e NF-e da Mensageria, especificamente no cliente do estado do Mato Grosso. Nova Funcionalidades: Foi efetuada a implementação de uma função que permite a emissão de notas NFC-e e NF-e no estado do Mato Grosso.
Processo: Validações de Nota Fiscal
Ocorrência: 70361
Caso: O sistema encontra-se mostrando notas denegadas com notas pendentes de inutilização, ou seja, o cenário atual executa as notas que já foram denegadas ou canceladas, fazendo com que as notas já inutilizadas fiquem como denegadas a inutilizar. Melhorias de Processos: Foi realizada uma implementação no sistema para não ocorrer o pedido de solicitação de notas canceladas no sistema, as quais foram delegadas pela SEFAZ. A tela Validações de Nota Fiscal (VNOTA) também foi programada para não exibir a mensagem “Nota cancelada no sistema e autorizada na SEFAZ” , quando uma nota estiver cancelada no sistema e denegada na SEFAZ, pois uma nota denegada não está autorizada.
AJUSTES GERAIS
Processo: Log’s TomCat – MonitorPDV2.4.2
Ocorrência: 68216
Caso: Retirar traços do log do Tomcat inseridos pelo monitor, no processo de emissão de CF-e e comunicação Socket servidor x monitor. O trace será inserido no Log do Tomcat se o parâmetro 990 estiver configurado com o conteúdo 'CFE' . Melhorias de Processo: Foi implementado um processo de validação em forma de exibição de registro do processo de CF-e envolvendo o log do TOMCAT que só poderá ser executado quando o parâmetro 990 estiver setado para “CFE” .
Processo: Títulos Negociados na Cobrança
Ocorrência: 69813
Caso: Desenvolver relatório de títulos gerados na emissão de Carnet. Novas Funcionalidades: Foi implementado Relatório de Títulos Negociados na cobrança (RTCOB), filtros disponíveis (Gerado, Não gerado e Todos).
Ocorrência: 69157
Caso: Implementar os relatórios COPRO-Consulta Protocolos e RSPRO-Relatório Status dos Protocolos comas colunas Quantidade de Itens e Dias de Atraso.
Novas Funcionalidades: Foram implementados os relatórios COPRO-Consulta Protocolos e RSPRO-Relatório Status dos Protocolos com as colunas Quantidade de Itens e Dias de Atraso.
Processo: Gerar Arquivos Importação Mtrix
Ocorrência: 66537
Caso: Implementar relatório Gerar Arquivos de Importação MTRIX com as seguintes modificações: Arquivo "Força de Vendas": O layout do arquivo informa que cada linha determinar na posição 230, mas isso não está ocorrendo, a linha está terminando ao terminar o nome do vendedor. A colunas "código do gerente" e "código do supervisor" estão indo zeradas, as colunas "nome do gerente" e "nome do supervisor" estão indo em brando, Tâmara da Mtrix informou que caso não haja gerente e supervisor cadastrados devem ser enviados nesses campos códigos e nomes fictícios (Ex: código: 001 - Nome: SÒCIO PROPRIETARIO), ela solicita que a geração do arquivo força de vendas seja alterada para contemplar essas modificações solicitadas, embora a situação do código e nome fictícios não esteja informada no layout. Arquivo Vendas: Em algumas linhas o código do vendedor está indo com valor zero, deve ser identificado o motivo e ser feita a correção da geração. Em algumas linhas, no campo identificação do cliente que inicia na posição 016 o CNPJ do ponto de venda é igual ao CNPJ do fornecedor. A Mtrix não lê as informações de devolução da distribuidora para a Henkel...somente as movimentações da distribuidora entre os pontos de venda, deve ser identificado se as notas de devolução para a Henkel estão sendo enviadas e caso sim deve ser corrigido a geração do arquivo para não enviar. Em algumas linhas o campo código do produto (posição inicial 062) está iniciando com 0(zero), deve preencher o campo com o EAN13, DUN14 ou SKU (poderão ser enviados código interno no caso de montagem de kit, na ausência de cadastro do EAN13 ou se o mesmo EAN13 for comercializado de formas diferentes), o campo é alfanumérico e deve ser feito o ajuste da geração. Não Conformidade: Foram implementadas as modificações solicitadas, ficando somente pendente o caso do código do produto com zeros à esquerda, essa informação já vem do cadastro de código de barras do produto que está cadastrado com zero à esquerda.
Processo: Integrações Nexgen
Ocorrência: 69429
Caso: Deverá ser implementada uma tela no Nexgen para informar o número do pedido e-commerce da loja e-commerce ou da loja que vende no e-commerce para uma integração de pedido independente do status que esse pedido esteja no VTEX. Melhorias de Processo: Criada a tela Interações Nexgen (INTEC), onde será possível integrar pedidos do Ecommerce(somente VTEX) que não integraram no Nexgen por algum motivo excepcional.
Ocorrência: 69428
Caso: Deverá ser implementada implementado uma nova validação para ecommerce VTEX, que, no momento que um pedido é consultado na transação de recebimento de pedido, é verificado se este está cancelado no VTEX, em caso afirmativo, o pedido é automaticamente cancelado no NEXGEN é removido da fila de integração. Melhorias de Processo: Implementado uma nova validação para ecommerce VTEX, que, no momento que um pedido é consultado na transação de recebimento de pedido, é verificado se este está cancelado no VTEX, em caso afirmativo, o pedido é automaticamente cancelado no NEXGEN é removido da fila de integração.
Processo: Ajuste de Código Nexgen
Ocorrência: 68512
Caso: Extinguir a QryLivre implementando uma nova qry (PagLoginDinamica). Não conformidade: A QryLivre foi substituída e agora há outra qry responsável por fazer a mesma tarefa que a QryLivre, mas removendo-a e não usando mais uma rotina genérica como acontecia.
Ocorrência: 69947
Caso: Extinguir a QryLivre implementando uma nova qry de consulta para login no sistema (PagLoginDinamica). Não conformidade: Geração da classe para corrigir geração "defeituosa" da 68051.
Ocorrência: 70281
Caso: A ocorrência 63978 estava com débito por causa da ausência dos scripts para isso uma nova ocorrência foi criada para ser atualizada no banco. Melhorias de Processos: Liberação de scripts da Ocorrência 63978: Criando o campo STATUS _ DG na tabela GARANTÍAS para gravar o status da garantia: 'F' Finalizada/Baixada.
Processo: Atualização de Ambiente.
Ocorrência: 69257
Caso: Erro de classes na atualização das versões 110 e 127. Não Conformidade: Foram geradas as classes e após atualização, foi corrigido erro causado pela atualização.
Ocorrência: 69880
Caso: Verificar “quedas” do sistema que estão acontecendo várias vezes no durante o dia, após atualização.
Não Conformidade: Efetuada correção no processo de impressão, para fechar os objetos abertos durante o processo, evitando assim que o sistema sobrecarregue e venha a ficar travado pela quantidade de objetos abertos em memória.
Ocorrência: 68634
Caso: Correção na integração de preços promocionais na Integração de dados com o SFA Petronas. Não Conformidade: Criada estrutura do banco de dados para correção na integração de preços promocionais na Integração de dados com o SFA Petronas.
Ocorrência: 68366
Caso: Problema em alguns pedidos gerados pelo SFA da PETRONAS, os boletos ficam com os valores a maior que o gerado. Não Conformidade: Correção da ocorrência 69104, referente a erro no valor informado no boleto devido a gravação errada na estrutura de dados em pedidos originados do SFA PETRONAS.
Processo: Relatórios
Ocorrência: 68321
Caso: Criação de relatório para visão financeira de pedido recebidos com sinal, para verificar esses pedidos, os montantes recebidos e o que falta receber. Melhorias de Processos: O Relatório de Pedidos Emitidos ( RPED) será modificado para exibir no relatório as colunas: Vendedor, valor do crédito, valor do sinal, valor a receber e total faturado. O relatório não será gerado para EXCEL e PDF.
Ocorrência: 59129
Caso: O Relatório Relação de Acertos de estoque (RCOAC) não era gerado em formato PDF. Melhorias de Processo: O Relatório Relação de Acertos de estoque (RCOAC) foi implementado para ser gerado em formato PDF.
Ocorrência: 69337
Caso: O Relatório Analítico de Vendas por Caixa (RAVCX) deverá implementar as informações de vendas realizadas com recebimento em PIX.
Melhorias de Processos: O Relatório Analítico de Vendas por Caixa (RAVCX) foi implementado com informações de vendas realizadas com recebimento em PIX.
Ocorrência: 69598
Caso: O Relatório Lista de Pedidos de Fornecedor (RLPED) está sendo gerado em "branco" independente da forma de "impressão" escolhida. Melhorias de Processos: O Relatório Lista de Pedidos de Fornecedor (RLPED) foi implementado para ser gerado de acordo com os parâmetros informados, o de loja, fornecedor e pedido.
Ocorrência: 68139
Caso: O Relatório Itens Devolvidos do Pedido (RIDEV) estava sendo gerado com duplicidade de registros. Melhorias de Processos: O Relatório Itens Devolvidos do Pedido (RIDEV) foi implementado para ser gerado sem duplicação dos registros.
Ocorrência: 69538
Caso: Ao gerar uma venda no “POS” em modalidades de recebimentos diferentes(DÉBITO/CRÉDITO), o sistema está exibindo várias informações duplicadas no Relatório de Caixa (RANCX). Não Conformidade: O problema relatado na duplicidade de informações no Relatório de caixa (RANCX) foi resolvido após implementação na consulta feita na estrutura de dados.
Ocorrência: 68767
Caso: O Relatório da Comissão de Vendedores (RCVEN) deverá ter programado parâmetro não considerar os produtos devolvidos das operações fiscais que atualizam o estoque de garantia. Melhorias de Processos: O Relatório Comissão de Vendedores (RCVEN) foi implementado para não considerar os produtos devolvidos das operações fiscais que atualizam o estoque de garantia. Para que isso aconteça o parâmetro: "Comissão Por Categoria" deverá ser configurado com o valor “SIM” .
Ocorrência: 69157
Caso: As telas Consulta Protocolos (COPRO) e Relatório Status dos Protocolos (RSPRO) deverão tratar a contagem do atraso de maneira a ser contado até a atualização do protocolo e não do fechamento da nota fiscal como estava implementado . Não Conformidade: As telas Consulta Protocolos (COPRO) e Relatório Status dos Protocolos (RSPRO) foram programadas para contar o atraso até a atualização do protocolo e não do fechamento da nota fiscal como estava implementado .
Ocorrência: 69664
Caso: O Relatório Inventário Fiscal (RLVFI) estava demorando a ser gerado, causando travamento do sistema Não Conformidade O Relatório Inventário Fiscal (RLVFI) foi implementado com alteração na consulta, melhorando performance e evitando travamento do sistema.
Ocorrência: 69996
Caso: Deverá ser implementado relatório de emissão de boletos com as seguintes informações atualizadas diariamente: número de clientes que negociaram com boleto; boletos gerados; boletos pagos (liquidados pelo cliente); boletos vencidos (não liquidados pelo cliente) e a vencer. Novas Funcionalidades: Para atender à solicitação foram realizadas as seguintes implementações: Criado Relatório de Boletos Gerados (RBNEG), para controle dos títulos enviado para cobrança bancária, esse relatório os seguintes filtros: período e tipo do boleto, e pode ser gerado por: BOLETOS GERADOS, BOLETOS PAGOS (LIQUIDADOS PELO CLIENTE), BOLETOS VENCIDOS (NÃO LIQUIDADOS PELO CLIENTE) e BOLETOS A VENCER. Relatório exibe “ Total de clientes negociados” e “Total de títulos negociados” .
Ocorrência: 69664
Caso: O Relatório Inventário Fiscal (RLVFI) estava demorando a ser gerado, causando travamento do sistema Não Conformidade: O Relatório Inventário Fiscal (RLVFI) foi implementado com alteração na consulta, melhorando performance e evitando travamento do sistema.
Ocorrência: 67725
Caso: A tela Relatório de Faturamento por Categoria (RFATU) deverá ser implementada para ser permitido ao usuário selecionar inúmeras categorias. Novas Funcionalidades: A tela Relatório de Faturamento por Categoria (RFATU) foi criada uma tela para selecionar inúmeras categorias, nela foi criado um botão que dará acesso a tela criada que possui categorias a serem selecionadas, o relatório será impresso usando essas informações, caso contrário, será impresso pegando todas as categorias, como anteriormente.
Ocorrência: 69766
Caso: O Relatório de Comissão de Vendedores (RCVEN) deve ser alterado para desconsiderar os valores das devoluções de cliente de operações fiscais com a opção “Garantia Devolução Cliente” marcadas na operação fiscal.
Melhorias de Processos: O Relatório de Comissão de Vendedores (RCVEN) foi implementado para desconsiderar os valores das devoluções de cliente de operações fiscais com a opção “Garantia Devolução Cliente” marcadas na operação fiscal.
Processo: Inserção do parâmetro ‘noLock’ nas Qry de Consulta
Ocorrências: 68060; 68053; 68041; 67370; 68058; 68075; 68037; 68096; 68101; 67371; 68023; 68114; 68338
Caso: Inserir noLocks nas classes Qry de Consulta e alterar em suas respectivas classes dependentes Dao(s) e Rul(s) para correção de versão no banco de dados. Melhorias de Processo: Foram inseridos os parâmetros noLocks na chamada das classes Qry de Consulta para possibilitar a atualização da versão do banco de dados.
Processo: Estruturas de Dados
Ocorrências: 69458
Caso: Criar estruturas de dados para armazenar informações referentes ao processo de emissão do boleto e identificação de celular de clientes. Melhorias de Processo: Foram criadas estruturas de dados para armazenar informações referentes ao processo de emissão do boleto dos títulos negociados, e também no cadastro de cliente para identificar se o celular do cliente possui o WhatsApp.
Ocorrência: 69687
Caso: Criadas estruturas de banco de dados para armazenamento de informações a serem utilizadas no processo de Ordem de Serviço Showroom. Melhorias de Processos: Criadas estruturas de banco de dados para armazenamento de informações a serem utilizadas no processo de Ordem de Serviço Showroom.
Ocorrência: 69684
Caso: Criadas estruturas de banco de dados para armazenamento de informações a serem utilizadas no processo de devolução de clientes, para utilizar o preço de custo original da venda. Melhorias de Processos: Criadas estruturas de banco de dados para armazenamento de informações a serem utilizadas no processo de devolução de clientes, para utilizar o preço de custo de origem da venda.
Ocorrência: 69751
Caso: Criar estruturas no Banco de Dados necessárias para geração dos dados para envio e retorno de informações do Ecommerce.
Melhorias de Processo: Foram criadas estruturas no Banco de Dados necessárias para geração dos dados para envio e retorno de informações do Ecommerce.
Ocorrência: 69834
Caso: Criar estruturas no Banco de Dados necessárias para geração da data de criação de um token de validação para comunicação REST API. Melhorias de Processo: Foram criadas estruturas no Banco de Dados necessárias para geração da data de criação de um token de validação para comunicação REST API.
Ocorrência: 69888
Caso: Criar estrutura no Banco de Dados para guardar informações do fone da praça de cobrança que será utilizado no campo "Instruções" do boleto bancário. Também foi liberada criação de estrutura para contemplar a nota técnica de notas fiscais. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações no fone da praça de cobrança que será utilizado no campo "Instruções" do boleto bancário. Também foi liberada criação de estrutura para contemplar a nota técnica de notas fiscais.
Ocorrência: 69980
Caso: Criar estrutura no Banco de Dados para guardar informações na tabela de GARANTÍAS para gravar data e valor do pagamento que serão exibidos na tela de Garantia. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de GARANTÍAS para gravar data e valor do pagamento que serão exibidos na tela de Garantia.
Ocorrência: 70075
Caso: Criar estrutura no Banco de Dados para guardar informações no processo de Histórico de Garantias. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações no processo de Histórico de Garantias.
Ocorrência: 70149
Caso: Criar estrutura no Banco de Dados para guardar informações no processo de Cobrança – carência de dias na quarentena. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações no processo de Cobrança - carência de dias na quarentena.
Ocorrência: 70322
Caso: Criar estruturas de dados para armazenar informações de fornecedor, frete e preço referentes a pedidos. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de fornecedor, frete e preço referentes a pedidos.
Ocorrência: 70352
Caso: Criar estruturas de dados para armazenar informações de produtos não Petronas que devem integrar para o SFA. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações de produtos não Petronas que devem integrar para o SFA.
Ocorrência: 70415
Caso: Criar estrutura no Banco de Dados para guardar informações no processo que gera nota fiscal de brinde para produtos que não são revendidos pela empresa. Melhorias de Processo: Foi criada estrutura no Banco de Dados para guardar informações no processo que gera nota fiscal de brinde para produtos que não são revendidos pela empresa.
Ocorrência: 70061
Caso: Criar estrutura no Banco de Dados para associar um produto(serviço) a seu respectivo CNAE. Melhorias de Processo: Foi criada estrutura no Banco de Dados para associar um produto(serviço) a seu respectivo CNAE.
Ocorrência: 70459
Caso: Criar estrutura no Banco de Dados para estruturar dados da API do mercado Pago para adequação fiscal. Melhorias de Processo: Foi criada estrutura no Banco de Dados para satisfazer a solicitação do cliente de atualizar dados da API de mercado Pago.
Ocorrência: 70469
Caso: Criar estrutura no Banco de Dados para associar alguns campos ausentes (Usuário Logado) na tabela Cabeçalho de Inventário, para um controle de acesso e organização de status. Melhorias de Processo: Foi criada estrutura no Banco de Dados para associar alguns campos ausentes (Usuário Logado) na tabela Cabeçalho de Inventário, para um controle de acesso.
Ocorrência: 70478
Caso: Criar estrutura no Banco de Dados para registrar o número do adiantamento que foi gerado na tela de devolução ao fornecedor. Melhorias de Processo: Foi criada estrutura no Banco de Dados para registrar o número do adiantamento que foi gerado na tela de devolução ao fornecedor.
Ocorrência: 70569
Caso: Criar estrutura no Banco de Dados para associar alguns campos ausentes na implementação da NT 2020.006 V.1.20, para um controle de acesso e organização de status. Melhorias de Processo: Foi criada estrutura no Banco de Dados para associar alguns campos necessários para implementar as mudanças da NT 2020.006 V.1.20.
Ocorrência: 70647
Caso: Criar estrutura no banco para viabilizar a utilização do processo de unificação de boletos. Melhorias de Processos: Foi criado novas estruturas no banco de dados que serão utilizados no processo de unificação de boletos.
Ocorrência: 70732
Caso: Criar estrutura no Banco de Dados para guardar informações de percentual e valores de descontos atribuídos a itens do pedido que possuem valores zerados ao ato do recebimento. Melhorias de Processos: Foi criada estrutura no Banco de Dados para guardar informações de itens de pedidos que existiam campos de valores zerados. O cenário atual permite que seja salvo o percentual de desconto e o valor do desconto destes campos.
