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 11 Próxima »

DOCUMENTAÇÃO EM ANDAMENTO ⚠️

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

A página raiz selecionada não pôde ser encontrada.

📗 Melhorias

[Menu Comercial - Compras]

 Clique para expandir/recolher

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

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.

Antes da atualização (Imagem 1).

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

Durante a atualização (Imagem 2).

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

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

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


📘 Solicitações

[Menu Comuns]

 Clique para expandir/recolher

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

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

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

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

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]

 Clique para expandir/recolher

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

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.

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

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

Pedido de compras em aberto (Imagem 2).

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

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

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

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

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

Segunda entrada de NF-e (Imagem 5).

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

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

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

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

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

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

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

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]

 Clique para expandir/recolher

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

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

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.

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

[Menu Faturamento]

 Clique para expandir/recolher

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

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.

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]

 Clique para expandir/recolher

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

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]

 Clique para expandir/recolher

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

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.

CT-e com UF Recebedor (Imagem 1).

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

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

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

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


Í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:

888

Coletor:

1489.249

  • Sem rótulos