- Criado por Beatriz Marques, última alteração em set. 27, 2024
Você está vendo a versão antiga da página. Ver a versão atual.
Comparar com o atual Ver Histórico da Página
« Anterior Versão 20 Atual »
DOCUMENTAÇÃO EM ANDAMENTO
Data de publicação: 18/09/24
📗 Melhorias
[Menu Fiscal]
📗 2️⃣ Bloco 0200 SPED ICMS IPI - Item enviado sem movimentação no período.
ERP-11666
Na tela “10.2.16 - SPED - EFD ICMS IPI”, foi ajustado o select do registro 0200. Quando for marcado para gerar o bloco K230 e a OF for concluída no período de apuração, porém sem quantidade movimentada no período e sem insumos do bloco K235 também movimentados no período, não deverá constar o produto no 0200.
Item 3309A não consta mais no 0200 (Imagem 1).
Quando era marcado para gerar o bloco K235, e o produto era um semiacabado que não constava em outro bloco, não estava sendo gerado o registro 0200.
Inconsistência apresentada para o bloco K235 (Imagem 2).
Item agora ajustado e levado para o bloco 0200 (Imagem 3).
📘 Solicitações
[Integrador Guarani WS]
📘 2️⃣ Alteração da porta padrão.
SUP-111554
Ocorrência: A porta padrão do WS Guarani é 211, a mesma utilizada pelo RouteEasy, o que causava problemas ao executar ambos simultaneamente.
Solução: Foi alterada a porta do Server TCP do Guarani WS, a fim de evitar conflitos com o Guarani RoutEasy, que utiliza a mesma porta (Imagem 1).
Local> Tela Guarani WS
[Menu Comuns]
📘 3️⃣ Atualização UP Manual para alteração de empresa padrão na atualização de licenças.
SUP-111646/SUP-110173
Ocorrência: Atualização UP Manual para alteração de empresa padrão, na atualização de licenças.
Solução: Foi implementada a opção “Empresa Padrão SGL” na tela “Cadastro de empresas”, que irá definir se a empresa é a padrão ou não no SGL para a liberação da atualização de licenças através do Update Manual.
Neste caso, a empresa 1 é a padrão SGL (Imagens 1 e 2).
Buscando e atualizando licenças (Imagem 3).
Empresa 4 definida com padrão no SGL, porém, ao tentar buscar as licenças pelo Update Manual (Imagens 4, 5 e 6).
Local>Tela 1.1.5 - Cadastro de empresas
📘 2️⃣ Rank de Separadores não computando corretamente.
SUP-111566
Ocorrência 1: Ao informar o mesmo separador em um pedido, a quantidade era dividida como se fossem dois separadores diferentes, fazendo com que o restante da quantidade não fosse exibida no “Relatório Ranck de conferentes”, quando utilizada a opção por separador.
Solução 1: Foi efetuada a correção, no “Relatório Ranck de conferentes” ao imprimir a opção por separador, mesmo que os dois campos na manutenção de ordens separador 1 e separador 2 estiverem iguais, a divisão no relatório estará correta jogando somente para 1 separador.
O usuário informa o mesmo separador para o campo separador 1 e separador 2 (Imagem 1).
Na tela “Manutenção de ordens”, campos separador 1 e separador 2 com o mesmo usuário (Imagem 2).
Relatório ajustado após a correção, mesmo que o usuário informar o mesmo funcionário como separador 1 e separador 2, a quantidade de pedido não será mais dividida onde foi verificado por pedido x separadores (Imagem 3).
Relatório impresso com a quantidade correta (Imagem 4).
Relatório ajustado após a correção, mesmo que o usuário informar o mesmo funcionário como separador 1 e separador 2, a quantidade de pedido não será mais dividida onde foi verificado por itens x separadores (Imagem 5).
Impressão do relatório por item x separadores, onde a quantidade ficou correta (Imagem 6).
Ocorrência 2: Ao fazer a duplicação de ordens tanto pela tela “Digitação de ordens” quanto pela tela “Duplicação de ordens”, o sistema estava trazendo incorretamente na tela “Manutenção de ordens” os separadores do pedido que foi duplicado.
Solução 2: Foi feito um ajuste, e após isso, o pedido duplicado vem sem os separadores. Comportamento correto, pois o novo pedido ainda não foi separado e conferido.
Pedido com 2 separadores que será duplicado (Imagem 7).
Pedido sendo duplicado pela tela “Digitação de ordens”, onde o pedido original tinha 2 separadores (Imagem 8).
Pedido novo duplicado trazendo corretamente os separadores (Imagem 9).
Tela “Duplicação de ordens”, onde a ordem original tinha 2 separadores mas agora duplicando pela tela “Duplicação de ordens” (Imagem 10).
Após duplicação, na tela “Manutenção de ordens”, os separadores vem em branco pois o pedido novo não foi separado e conferido (Imagem 11).
Local>Tela Painel de controle
Local>Tela 3.2.21 - Manutenção de ordens
Local>Tela 1.2.17 - Rank de conferentes
Local>Tela 3.2.12 - Digitação de ordens
[Menu Comercial - Compras]
📘 1️⃣ Lentidão ao gerar relatório de movimentação de estoque.
SUP-109207
Ocorrência: Sistema com lentidão ao gerar relatório de movimentação de estoque ao selecionar a opção “Saída do Almoxarifado - Requisição de Materiais”.
Solução: Foi realizado um ajuste no agrupamento do SELECT que busca as movimentações de estoque do tipo resumido na tela “Relatório de movimentação de estoque” (Imagens 1 e 2).
Local>Tela 2.4.10 - Relatório de movimentação de estoque
📘 1️⃣ Título renegociado já pago constando como excluído em "Títulos cancelados".
SUP-111111
Ocorrência: O sistema estava excluindo títulos renegociados e pagos quando um novo pedido gerava um número igual ao de um título renegociado anterior. Isso acontecia durante o processo de expedição, ao gerar um novo título após o faturamento. Por exemplo, um pedido/título gerado em 2024 coincidia com um título renegociado de 2021, resultando na exclusão do título renegociado.
Solução: Foi inserido um bloqueio na geração da cobrança pela expedição para informar ao usuário que a cobrança do título renegociado precisa ser alterada para um tipo de cobrança manual, pois atualmente se o usuário gerar um título de renegociação, já não é mais permitido colocar um tipo de cobrança que não seja cobrança manual. Na tela “Manutenção de contas a receber”, o usuário tem a opção de atualização em massa das cobrança dos títulos renegociados.
Na tela “Manutenção de contas a receber”, varias parcelas dos títulos e estes títulos foram criados na tela de renegociação no ano de 2021, onde essa tela permitia colocar todos os tipos de cobrança. Com isso, em 2024 na digitação de ordens os números se cruzaram (Imagem 1).
Foi feita a inserção de uma mensagem na tela “Expedição” para avisar o usuário no momento da geração de cobrança, que os títulos estão coincidindo (Imagem 2).
Após ter sido alterada a cobrança, foi possível gerar cobrança na expedição sem que os títulos de renegociação fossem excluídos (Imagem 3).
Local>Tela 5.2.15 - Manutenção de contas a receber
Local>Tela 3.2.12 - Digitação de ordens
Local>Tela 4.2.6 - Expedição
[Menu Financeiro - Receber]
📘 2️⃣ Mensagem ao tentar importar arquivo de retorno do banco do brasil.
SUP-112067
Ocorrência: Inconsistência ao importar arquivo CNAB400 do Banco do Brasil. Isso ocorria pois o arquivo possui mais de um registro de transação 5, com tipo de serviço 06 e 10.
Solução: A transação 5 foi inserida no retorno CNAB400 do Banco do Brasil para leitura do Pix, mas apenas o tipo de serviço 10 deve ser lido. Foi realizado um ajuste na leitura do retorno CNAB400 do Banco do Brasil para que apenas o tipo de serviço 10 da transação 5 seja considerado como informações do PIX (Imagem 1).
Local>Tela 5.2.14 - Importação de arquivo CNAB
📘 1️⃣ Título renegociado já pago constando como excluído em "Títulos cancelados".
SUP-111111
Ocorrência: O sistema estava excluindo títulos renegociados e pagos quando um novo pedido gerava um número igual ao de um título renegociado anterior. Isso acontecia durante o processo de expedição, ao gerar um novo título após o faturamento. Por exemplo, um pedido/título gerado em 2024 coincidia com um título renegociado de 2021, resultando na exclusão do título renegociado.
Solução: Foi inserido um bloqueio na geração da cobrança pela expedição para informar ao usuário que a cobrança do título renegociado precisa ser alterada para um tipo de cobrança manual, pois atualmente se o usuário gerar um título de renegociação, já não é mais permitido colocar um tipo de cobrança que não seja cobrança manual. Na tela “Manutenção de contas a receber”, o usuário tem a opção de atualização em massa das cobrança dos títulos renegociados.
Na tela “Manutenção de contas a receber”, varias parcelas dos títulos e estes títulos foram criados na tela de renegociação no ano de 2021, onde essa tela permitia colocar todos os tipos de cobrança. Com isso, em 2024 na digitação de ordens os números se cruzaram (Imagem 1).
Foi feita a inserção de uma mensagem na tela “Expedição” para avisar o usuário no momento da geração de cobrança, que os títulos estão coincidindo (Imagem 2).
Após ter sido alterada a cobrança, foi possível gerar cobrança na expedição sem que os títulos de renegociação fossem excluídos (Imagem 3).
Local>Tela 5.2.15 - Manutenção de contas a receber
Local>Tela 3.2.12 - Digitação de ordens
Local>Tela 4.2.6 - Expedição
📘 3️⃣ NSU trocado nos pedidos.
SUP-105774
Ocorrência: Ao acessar a tela "Movimentação de contas correntes", foi detectado que os NSUs eram diferentes dos lançados, devido a uma troca de sistema. Durante o processo de "Associação Automática" na tela "Painel Concil - Inconsistências", foi constatado que as informações vindas do Source "acquirer" não estavam sendo ajustadas corretamente.
Solução: Foi feito um ajuste na funcionalidade de busca de conciliações no botão "Retorno" da tela "21.2.1 - Painel Concil". Agora, as informações do campo MOV_REGISTRO só serão gravadas quando o ID estiver corretamente registrado no campo “Id do Source acquirer”. Assim, garantimos que os dados sejam consistentes e precisos (Imagem 1).
Local>Tela 21.2.1 - Painel Concil
[Menu Financeiro - Pagar]
📘 1️⃣ Não constando a data do cadastro em Lançamentos a pagar.
SUP-111710/SUP-112188/SUP-112236
Ocorrência: Ao lançar um título manualmente na tela “Lançamentos a pagar”, o sistema não registrava o usuário e a data do cadastro corretamente.
Solução: Foi realizado um ajuste na função “Refresh” do componente “IBPag” para que a inconsistência não seja apresentada novamente (Imagem 1).
Local>Tela 6.2.6 - Lançamentos a pagar
[Menu WMS]
📘 3️⃣ Produtos do pedido não aparecem na guia de carregamento.
SUP-110612
Ocorrência: Alguns produtos do pedido não aparecem na guia de carregamento devido a uma característica do sistema. O comportamento ocorre porque os produtos que não possuem endereço WMS são intencionalmente omitidos da guia de carregamento. Esta implementação foi feita para atender os usuários que não utilizam o WMS para determinados produtos.
Solução: Foi criado o parâmetro “WMS_COMPORTAMENTO_GUIA_ITEM” que possui as opções “Desativado”, “Avisa e libera” e “Avisa e bloqueia” (Imagem 1).
Desativado: Comportamento legado, onde a guia será gerada sem que os produtos sem endereço WMS apareçam (Imagens 2, 3 e 4).
Avisa e libera: Um log com os produtos que não possuem endereço WMS será exibido e a inclusão da guia continua sem que esses produtos apareçam (Imagens 5, 6 e 7).
Avisa e bloqueia: Um log com os produtos que não possuem endereço WMS é exibido, porém a inclusão da guia é interrompida (Imagens 8, 9 e 10).
Local>Tela Parâmetros :: Guarani
Local>Tela 7.2.2 - WMS - Guia de carregamento
Índice:
Feedback |
---|
Qual é o seu nível geral de satisfação com essas notas de versão? |
Legendas dos tipos de tickets | Legendas da criticidade do ticket | ||||
?? Mudança | 📗 Melhoria | ?? Solicitação | 1️⃣ Relevante | 2️⃣ Importante | 3️⃣ Muito importante |
Informações técnicas | |
---|---|
Banco: | 905 |
Coletor: | 1489.261 |
- Sem rótulos