Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.
Dica

DOCUMENTAÇÃO CONCLUÍDA

Ocorreram atualizações na versão e desta forma foram inseridas documentações complementares. Para maiores informações acesse: Notas de versão 1489.539.1

Painel
panelIconId1f5d3
panelIcon:calendar_spiral:
panelIconText🗓️
bgColor#F4F5F7

Data de publicação: 04/06/24

Painel
bgColor#F4F5F7

Ver índice completo

Âncora
topo
topo

Pesquisa na árvore de páginas
rootPageNotas de versão Guarani ERP
Índice
minLevel1
maxLevel1
typeflat
separator |
printablefalse

📗 Melhorias

[Menu Comercial - Compras]

Expandir
titleClique para expandir/recolher

📗 2️⃣ Atualização “Centro de custo”.

Informações

ERP-9802

Na tela “2.2.4 - Entrada de Notas Fiscais”, implementamos uma melhoria na rotina de atualização em massa. Agora, quando a alteração em massa for realizada apenas no plano financeiro, os campos de centro de custo não serão mais apagados.

Painel
bgColor#F4F5F7

Antes da atualização (Imagem 1).

3d8fd00e-d41e-4611-97fa-7743db352b6e 1.png

Painel
bgColor#F4F5F7

Durante a atualização (Imagem 2).

c96cb55f-75e8-46b9-831b-7ffa742e934c 2.png

Painel
bgColor#F4F5F7

Depois da atualização em massa (Imagem 3).

1c1bc25b-56fd-4995-89d1-b2adacde58ad 3.png


📘 Solicitações

[Menu Comuns]

Expandir
titleClique para expandir/recolher

📘 2️⃣ Cadastro de clientes sobrescrevendo cadastros existentes e não incluindo cadastros novos.

Informações

SUP-106001

Ocorrência: Ao importar um novo cliente com o CNPJ 00.000.000/0000-00 na tela “Importação de dados | Integração entre sistemas | AFV | EDI | E-COMMERCE”, o sistema estava atualizando o cliente já existente com o mesmo CNPJ, ao invés de criar um novo cliente.

Solução: Foi realizado um ajuste no processo de importação de clientes na tela “Importação de dados | Integração entre sistemas | AFV | EDI | E-COMMERCE”, para que busque um cliente com o CNPJ 00.000.000/0000-00, o sistema também irá considerar a “Razão Social”. Desta forma, se não existir um cliente com o mesmo “CNPJ e Razão Social”, um novo cliente será criado (Imagens 1 e 2)

4615c429-1e6d-4b3d-800e-5091f19cdccb 1.png

967646fb-e8c1-4d32-ac57-a774f72b9899 2.png

Painel
bgColor#F4F5F7

Após a importação, será criado um novo cliente (Imagem 3).

b63318b5-d91e-4488-a2dc-80ca832330de 3.png

Painel
bgColor#F4F5F7

O pedido também será importado para o novo cliente (Imagens 4 e 5).

fbbd1963-6e9a-492f-9dea-dea817cd59a2 4.png

f127006c-5418-498b-8ac6-ac9d96dc424b 5.png

Local>Tela 1.1.3 - Cadastro de clientes

Local>Tela 3.2.12 - Digitação de ordens

Local>Tela 3.5.7 - Importação de dados | Integração entre sistemas | AFV | EDI | E-COMMERCE

[Menu Comercial - Compras]

Expandir
titleClique para expandir/recolher

📘 2️⃣ Pedido de compra baixado total quando foi dado entrada parcial.

Informações

SUP-102501

Ocorrência: O pedido de compra estava sendo baixado indevidamente, após a entrada de mais de uma nota fiscal (NF), quando a embalagem do pedido era diferente da embalagem do XML. Isso ocorria na conversão da quantidade já recebida da primeira nota.

Solução: Foi feito um ajuste no processo de conversão de quantidade, para comparar a embalagem do pedido com a embalagem do XML. Dessa forma, a baixa do pedido agora será realizada corretamente.

Painel
bgColor#F4F5F7

Cadastro do produto sem nenhuma entrada de Nf-e, somente com estoque comprado (Imagem 1).

d7500ed7-f693-4ff1-be0b-0603c9d5822a 1.png

Painel
bgColor#F4F5F7

Pedido de compras em aberto (Imagem 2).

9721b19d-0e5e-4fb2-8bf9-b33a69bc32a5 2.png

Painel
bgColor#F4F5F7

Entrada da NF-e XML + pedido de compras (Imagem 3).

77fa09d5-36e4-4da5-9e04-b9c84eeb2c64 3.png

Painel
bgColor#F4F5F7

Cadastro do produto após primeira entrada (Imagem 4).

6b70631e-76f3-47de-8b10-03c61bafcffd 4.png

Painel
bgColor#F4F5F7

Segunda entrada de NF-e (Imagem 5).

8ca987b4-9964-4390-9904-45d8a4b6d588 5.png

Painel
bgColor#F4F5F7

Pedido de compras após segunda entrada de NF-e (Imagem 6).

ce0961cb-c803-484c-91c0-8724ff8b245c 6.png

Painel
bgColor#F4F5F7

Cadastro do produto após segunda entrada de NF-e (Imagem 7).

36d09397-d287-49dc-ab92-4f881446dc81 7.png

Painel
bgColor#F4F5F7

Quando for utilizada a mesma unidade de compras do XML, no pedido de compras deverá ser informada a quantidade e unidade da embalagem conforme XML (Imagem 8).

ce14d90e-650f-420c-8641-345d0a63d282 8.png

Painel
bgColor#F4F5F7

O pedido de compras caso seja realizado na unidade do XML, deverá ser realizado da seguinte forma (Imagem 9).

425c6a14-3e3d-4ce8-ba54-ea10837c0506 9.png

Local>Tela 1.1.19 - Cadastro de produtos

Local>Tela 2.2.8 - Manutenção de ordens de compra

Local>Tela 2.2.4 - Entrada de notas fiscais

📘 3️⃣ Inconsistência na tela “Sugestão de Compra”.

Informações

SUP-106698

Ocorrência: Estava sendo apresentada uma lentidão na tela “Sugestão de Compra” quando era utilizada a opção “Multiempresa”.

Solução: Foi criada a opção “Exibe Giro” possibilitando escolher se o giro de venda será exibido, dessa forma a pesquisa ficará mais rápida quando a opção estiver configurada como “Não”. Também foi ajustada a procedure “SP_SUGESTAO_COMPRA” para não calcular o giro de venda, pois já será calculado na procedure “SP_SUGESTAO_COMPRA_MULTIEMPRESA” (Imagem 1).

87727983-77e5-4fba-bdee-e69d7997dafc 1.jpg

Local>Tela 2.2.11 - Sugestão de Compra

[Menu comercial - Vendas]

Expandir
titleClique para expandir/recolher

📘 3️⃣ Divergência no valor do custo.

Informações

SUP-97532

Ocorrência: No relatório "Livro Inventário", as colunas do grupo "Entrada" exibiam o valor de custo considerando a média ponderada. No entanto, o correto seria exibir o custo referente à NF de entrada.

Solução: O arquivo "RelLivroInventario.fr3" foi ajustado para exibir, por padrão, quatro casas decimais nas colunas de custo unitário. Além disso, foi criado um novo campo para tratar de forma diferenciada a exibição dos valores de custo nas colunas do grupo "Entrada", especificamente para o relatório "Livro Inventário".

O custo exibido na coluna "Entrada" será obtido diretamente das informações da NF de entrada e calculado conforme o tipo de custo, considerando a menor unidade de estoque.

Quando o filtro "Tipo de Custo" for aplicado, ele considerará um dos seguintes tipos de custos:

  • 4 - Custo médio ponderado (Apenas valor da mercadoria);

  • 6 - Custo médio ponderado (Com impostos não recuperáveis);

  • 7 - Custo médio ponderado de aquisição;

  • 8 - Custo médio ponderado de aquisição (Sem impostos recuperáveis);

  • 9 - Custo médio ponderado (Sem impostos recuperáveis).

Painel
bgColor#F4F5F7

Relatório gerado considerando o tipo de custo "CMP Aquisição s/Imp Recup". Na coluna de entrada, o valor exibido será aquele indicado pelo cliente como correto (Imagens 1 e 2).

269662d2-e1e3-476c-a518-5486cdfeae72 1.png

020954f1-6a46-4a9b-92ed-c32039cf64f3 2.jpg

Local>Tela 2.4.14 - Relatório de Registro de Controle de Produção e Estoque

📘 1️⃣ Retorno de viagem com impossibilidade de inserir mais que seis dígitos na quilometragem.

Informações

SUP-106707

Ocorrência: O sistema não permitia a inserção de valores com mais de seis dígitos para a quilometragem de saída e retorno, no fechamento de ordens.

Solução: Foi realizada uma alteração para permitir a validação de até dez caracteres, considerando o maior número inteiro possível, visto que os campos correspondentes no banco de dados são do tipo inteiro (Imagens 1 e 2).

nyOBRaROdF 1.png

NbJjUeXJwu  2.png

Local>Tela 5.2.10 - Fechamento de ordens

Local>Tela Ficha de viagem

📘 3️⃣ Lentidão ao gerar relatório da tela “Relatório Curva ABC”.

Informações

SUP-106265

Ocorrência: A tela de curva ABC apresentava lentidão, mesmo quando poucas informações eram selecionadas.

Solução: Foi implementada uma correção para reduzir o uso da tabela “Relatório customizado” (SIS_REL_CUSTOMIZADO_FILTROS), resultando em um ganho significativo de velocidade na exibição dos resultados do relatório (Imagem 1).

3f70605c-4e7e-4d25-bf2f-e851c5338f2e 1.png

Local>Tela Log de Operações

[Menu Faturamento]

Expandir
titleClique para expandir/recolher

📘 2️⃣ Etiqueta cortando o número do pedido.

Informações

SUP-106625

Ocorrência: A etiqueta modelo 8 estava cortando o número do pedido.

Solução: Foi realizado um ajuste na etiqueta modelo 8 (ERP/COLETOR/CONFERENCIA/PAINEL), para reduzir o tamanho da fonte, garantindo que o número do pedido seja exibido integralmente sem cortes (Imagem 1).

651614a1-5123-4bc7-8c3a-58b420f23c7c.png

Local>Tela 4.2.2 - Emissão de etiquetas de despacho

📘 1️⃣ Devolução de Comodato - Nota de devolução sem referência.

Informações

SUP-106274

Ocorrência: Não era possível referenciar uma nota sem chave na tela "Cadastro de Notas Fiscais" para uma nota de devolução manual. Isso ocorria porque havia uma condição que comparava as duas chaves para garantir que a própria nota não fosse exibida como referenciada. Como ambas as chaves estavam em branco, nenhuma nota era exibida.

Solução: Foi feito um ajuste no sistema, para permitir a referência de notas sem chave na tela "Cadastro de Notas Fiscais", para notas de devolução manual. Agora, mesmo sem a chave, será possível referenciar a nota devidamente (Imagem 1).

0905443d-08fa-44ef-88f7-caa427e1fd2b.png

Local>Tela 4.1.1 - Cadastro de notas fiscais

[Menu Financeiro - Receber]

Expandir
titleClique para expandir/recolher

📘 2️⃣ Ordem de compra antecipada quitada consta no fluxo de caixa.

Informações

SUP-106484

Ocorrência: Duplicidade no fluxo de caixa quando o pedido de compra era antecipado, estava exibindo nas abas “Título a Pagar“ e “Ordens de Compra“.

Solução: Foi realizado um ajuste para que o pedido de compra antecipado não conste no fluxo de caixa, pois o valor já consta como título a pagar (Imagens 1, 2 e 3).

010e2484-1177-49fe-8a41-98e206cbf74e 1.png

1fe6f21e-314e-4475-8c8c-071502df469b 2.png

eae48aa8-bec4-47cd-856e-efd428ea8c54 3.png

Local>Tela 2.2.8 - Manutenção de ordens de compra

Local>Tela 5.2.13 - Fluxo de caixa geral

[Menu MDF-e/CT-e]

Expandir
titleClique para expandir/recolher

📘 2️⃣ MDF-e x CTE-e não trazendo a UF do Recebedor.

Informações

SUP-106689

Ocorrência: Ao inserir o CT-e no MDF-e o mesmo não trazia a UF do recebedor corretamente.

Solução: Foi ajustado para que ao incluir o primeiro CT-e em um MDF-e, o UF considerado no destino do documento será o recebedor, caso o CT-e tenha essa informação. Se não possuir, será o UF do destinatário do CT-e.

Painel
bgColor#F4F5F7

CT-e com UF Recebedor (Imagem 1).

e99f1e3c-0099-4549-a38c-f9d60ac967c8 1.png

Painel
bgColor#F4F5F7

CT-e carregado no MDF-e com UF do Recebedor (Imagem 2).

2f4b3fc1-457a-4b4d-b129-1a033221dec6 2.png

Painel
bgColor#F4F5F7

CTe (Imagem 3).

a5494447-5675-4d3a-8ca7-c929001a9373 3.png

Local>Tela Pesquisa de CT-es

Local>Tela 11.1.2 - Cadastro de CT-e


Painel
bgColor#F4F5F7

Âncora
indice
indice
Índice:

Índice
minLevel1
maxLevel3
include
outlinefalse
indent
styledefault
excludeDOCUMENTAÇÃO CONCLUÍDA
typelist
class
printablefalse

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:

888

Coletor:

1489.249

Painel
panelIconId2b06
panelIcon:arrow_up:
panelIconText⬆️
bgColor#F4F5F7

Voltar ao topo