Ir para o final dos metadados
Ir para o início dos metadados

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]

 Clique para expandir/recolher

📗 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).

ea09fe78-8470-464a-87f9-190af825006b 1.png

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

c4080da3-ec9d-4539-8bea-f4374b22091c 2.png

Item agora ajustado e levado para o bloco 0200 (Imagem 3).

b3e7f332-a3c9-42e1-a434-9bbe83d4e2ef 3.png


📘 Solicitações

[Integrador Guarani WS]

 Clique para expandir/recolher

📘 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).

22be0534-666f-4fd9-9463-60909d242292 1.jfif

Local> Tela Guarani WS

[Menu Comuns]

 Clique para expandir/recolher

📘 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).

bdcaf03b-2ae6-4a26-8166-ab92c61b5585 1.png

a4c72869-7b4e-4af7-bacb-71a190b3d683 2.png

Buscando e atualizando licenças (Imagem 3).

96eab4a0-1899-43e7-9442-592687f78916 3.png

Empresa 4 definida com padrão no SGL, porém, ao tentar buscar as licenças pelo Update Manual (Imagens 4, 5 e 6).

07e3bf2e-f474-4c5c-9e7d-1071dab47969 4.png

dc19cd2c-80c4-4579-97d1-5d8cbed7141a 5.png

9a07f56b-cb72-4ff3-8e4c-2992437c9a52 6.png

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

8e5e1165-3be9-4e83-9aa9-e70a75a396fd 1.jfif

Na tela “Manutenção de ordens”, campos separador 1 e separador 2 com o mesmo usuário (Imagem 2).

952a6387-a728-4b12-bde7-e81d25e2e121 2.jfif

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

df6a1c47-97cd-4ee3-b0e6-65db122861ed 3.jfif

Relatório impresso com a quantidade correta (Imagem 4).

eee9b9d9-0c9f-4326-97a2-df45f3390e85 4.jfif

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

f0477214-6822-49d9-b967-9f65700b9c44 5.jfif

Impressão do relatório por item x separadores, onde a quantidade ficou correta (Imagem 6).

d555ba54-86e7-4537-92b3-e05b5e95aad8 6.jfif

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

1257a250-7370-4d56-b250-f31176693fc3 7.jfif

Pedido sendo duplicado pela tela “Digitação de ordens”, onde o pedido original tinha 2 separadores (Imagem 8).

44a128a3-7682-4e57-aebb-be3b1918f01a 8.jfif

Pedido novo duplicado trazendo corretamente os separadores (Imagem 9).

b83833ff-3de0-4656-b952-765238bf79bd 9.jfif

Tela “Duplicação de ordens”, onde a ordem original tinha 2 separadores mas agora duplicando pela tela “Duplicação de ordens” (Imagem 10).

d152cc56-5f18-4f4f-af17-85353f07ab4b 10.jfif

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

3d086cb9-f4d4-4c65-9e32-1c63e2b65b04 11.jfif

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]

 Clique para expandir/recolher

📘 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).

0395be56-ecd8-4709-9194-f29438d2b29c 1.png

ca248037-b7d8-4a6f-bd8c-ed9aacc090ad 2.png

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

46fc424d-5aed-4373-a835-a9f1509f5fe6 1.jfif

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

6c64dbbb-c190-46c0-a2fc-3af429d2e077 2.jfif

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

cfff0999-f0d7-4a5a-839c-3d9b4dc63f06 3.jfif

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]

 Clique para expandir/recolher

📘 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).

3eb77257-9d58-46c8-9c1e-97224ca98b87.png

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

46fc424d-5aed-4373-a835-a9f1509f5fe6 1.jfif

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

6c64dbbb-c190-46c0-a2fc-3af429d2e077 2.jfif

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

cfff0999-f0d7-4a5a-839c-3d9b4dc63f06 3.jfif

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

5b1a39c1-36bb-4f2b-a6ab-16051771f0ee.png

Local>Tela 21.2.1 - Painel Concil

[Menu Financeiro - Pagar]

 Clique para expandir/recolher

📘 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).

151b60a2-5808-4e48-b96c-885cf4082fde.jfif

Local>Tela 6.2.6 - Lançamentos a pagar

[Menu WMS]

 Clique para expandir/recolher

📘 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).

6bd317cb-3dc8-4718-af5c-ea262daa663b 1.png

Desativado: Comportamento legado, onde a guia será gerada sem que os produtos sem endereço WMS apareçam (Imagens 2, 3 e 4).

d5ecd1f8-5cf2-46fc-82a9-415ca7c9dcdf 2.png

4779e45f-fa15-4fb4-bfd8-96f13f29aadb 3.jfif

8f0c3ae3-5539-480e-ba23-11f60bccf39c 4.jfif

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

9189fc67-7f1d-4a0e-a5f2-e553cab32ded 5.jfif

655199f7-750f-4673-b09b-77d085edae47 6.jfif

2e66923f-2447-4cca-8bd8-08dee6948be1 7.jfif

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

917cb7fb-ba63-4f0a-960e-e0f9624b1c77 8.jfif

a1f8daef-003f-4927-94f9-1acf00936135 9.jfif

6b5d6754-03e8-422b-9fe4-cee0e7a974fd 10.jfif

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?

Clique aqui para responder

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