Nota |
---|
Aviso importante! Esta nota de versão é apenas uma prévia do próximo lançamento. |
|
---|
📙 Mudanças
[Nome do menu]
title | Clique para expandir / recolher |
---|
📙 Nome e número da mudança
Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five centuries, but also the leap into electronic typesetting, remaining essentially unchanged.📗 Melhorias
[Menu Comuns]
Expandir | ||
---|---|---|
| ||
📗 2️⃣ Não era possível salvar a chave referenciada e o plano financeiroNa tela “1.1.23 - Cadastro de tipos de ordens” foi realizado um ajuste, para que ao inserir a classificação de gastos seja possível filtrar pela lupa e digitar a referência da informação desejada (Imagem 1). |
[Comercial - Compras]
Expandir | ||||||
---|---|---|---|---|---|---|
| ||||||
📗 2️⃣ Mensagem inconsistente no pedido de compraNa tela “2.2.8 - Manutenção das ordens de compra” foi feito um ajuste no comportamento, para que o sistema permita criar uma “Guia de Conferência de entrada”.
|
📘 Solicitações
[Menu Comuns]
Expandir | ||
---|---|---|
| ||
📘 1️⃣ Motivos de bloqueio “ambos” não era apresentado na tela Cadastro de clientes (SUP-86284)Ocorrência: Na tela “Cadastro de clientes” não era mostrado o motivo de bloqueio, que era marcado com a opção “Ambos” cadastrada na tela “Cadastro de motivos para bloqueio”. Solução: Foi feita uma alteração, para que o sistema traga os motivos de bloqueios “Cliente” e “Ambos” na tela “Cadastro de clientes” (Imagens 1 e 2). Local>Tela 5.1.3 - Cadastro de motivos para bloqueio Local>Tela 1.1.3 - Cadastro de clientes |
[Menu Comercial - Compras]
Expandir | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
📘 3️⃣ Inconsistência ao registrar informações de lotes (SUP-86812)Ocorrência: Estava ocorrendo uma inconsistência de registro de lote, ao confirmar nota de entrada. Solução: Foi feito um ajuste no sistema, para que salve as informações de lotes ao realizar entrada de nota pela tela “Entrada de notas fiscais” (Imagem 1).
Local>Tela 2.2.4 - Entrada de notas fiscais 📘 2️⃣ Inconsistência ao imprimir pedido de compra (SUP-86974)Ocorrência: Estava ocorrendo uma inconsistência ao imprimir um pedido de compra, quando a referência do item tem continha mais de quinze caracteres. Solução: Foi realizado um ajuste no tamanho da referência do item, na impressão do pedido de compra.
Local>Tela 2.2.8 - Manutenção das ordens de compra 📘 2️⃣ Inconsistência na tela Sugestão de compraOcorrência: Inconsistência no campo “Necessidade” da tela “Sugestão de Compra”. Solução: O campo “Necessidade” foi ajustado nas telas “Manutenção das ordens de compra” e “Sugestão de Compra”, para calcular o valor do item. Solução técnica: Foi realizado um ajuste na procedure SP_BUSCA_TRIBUTOS_COMPRA_ITENS, para que o campo aplica_desc_por seja recebido por default como percentual.
Local>Tela 2.2.11 - Sugestão de Compra |
[Menu Comercial - Vendas]
Expandir | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
📘 3️⃣Nota de devolução de terceiro abatendo diversas vezes em produto e deixava o resultado negativo no relatório (SUP-86728)Ocorrência: A nota de devolução de terceiro estava abatendo diversas vezes em produto, constando a nota repedidas vezes e deixava o resultado negativo no relatório de apuração de royalties. Solução: Foi realizado um ajuste para que na devolução, a busca seja realizada por produto e não por produto/nota fiscal de saída.
Pedido com caixa fracionada, com o produto sendo vendido apenas em quantidade múltipla (SUP-85369)Ocorrência: Quando realizava a inclusão de um item com quantidade múltipla na ordem e posteriormente realizava a edição dessa quantidade na tela “Manutenção das ordens de compra”, o sistema acatava a edição e permitia que fosse colocada qualquer quantidade, não respeitando o valor de quantidade múltipla. Solução: Foi adicionada uma validação de múltiplos pelo fator de embalagem, nas telas “Manutenção em itens do simulado” e “Manutenção das ordens de compra”. Em ambas as telas, nas grids que exibem os produtos da ordem e menu “Alterar quantidade”, foi incluída a validação que estará presente na “Digitação de ordens” ao incluir um item como unidade. Ao digitar a quantidade será realizada a validação sob a quantidade e o fator de venda por embalagem (Imagem 1).
Local>Tela 3.2.12 - Digitação de ordens Local>Tela 3.2.21 - Manutenção de ordens 📘 3️⃣ Inconsistência ao importar pedido (SUP-86741)Ocorrência: Inconsistência bloqueava importação de pedido na tela “Guarani móvel - Android - importação de dados”. Solução: Foi realizado um ajuste no bloqueio pela inconsistência, para que o sistema não permita item com valor zero (0), alterando a verificação do campo “Valor total” para o campo “Valor unitário” (Imagem 1). Local>Tela 3.5.7 - Guarani móvel - Android - importação de dados |
[Menu Faturamento]
Expandir | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
📘 1️⃣ Conversão de unidade ao importar Declaração de Importação (DI) (SUP-86585)Ocorrência: Amovimentação do estoque não estava respeitando o fator de conversão ao importar a Declaração de Importação (DI) com pedido. Solução: Foi realizado um ajuste, para que o sistema considere o fator de conversão na entrada de Declaração de Importação(DI) com pedido de compra.
Local>Tela 1.1.19 - Cadastro de produtos Local>Tela 2.2.8 - Manutenção das ordens de compra Local>Tela Importação da Declaração de Importação (DI) 📘 3️⃣ Valor do Difal incorreto na Nota Fiscal - empresa do SN (SUP-86131)Ocorrência: O valor do Difal estava com inconsistência na operação interestadual, para empresa Simples Nacional (SN). Solução: Foi realizado um ajuste no cálculo do Difal, para quando a empresa optante pelo Simples Nacional considerar como base ICMS o valor da base do Difal.
Local>Tela 1.1.5 - Cadastro de empresas |
[Menu WMS]
Expandir | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
📘 1️⃣ Apresentando inconsistência ao consultar um endereço em “Cadastro de depósito” (SUP-86093)Ocorrência: Ao abrir a tela “Mapa de depósito” pela tela “Cadastro de depósito (Endereços disponíveis)”, quando era clicado nos endereços era apresentada uma inconsistência, pois estava tentando acessar o formulário de forma indevida. Solução: Foi feito um ajuste para que o formulário seja acessado devidamente (Imagens 1, 2, 3 e 4). Local>Tela 7.1.1 - WMS - Cadastro de depósitos (Endereços disponíveis) Local>Tela - Mapa de depósito 📘 2️⃣ Ordem de fabricação solicitava guia de armazenagem para produtos semiacabados, que não utilizam estilo WMS (SUP-85986)Ocorrência: Havia uma inconsistência na validação, responsável por determinar a necessidade de guia de armazenagem para itens em que o “Estilo WMS” não estivesse preenchido com alguma opção. Com isso, quando realizava um apontamento da ordem de fabricação, o sistema gerava guia de armazenagem automaticamente para este tipo de produto. Solução: Foi realizada uma correção, para que o sistema passe a verificar se o produto possui “Estilo WMS” e caso não possua, não será gerada a guia de armazenagem ao efetuar apontamento de uma ordem de fabricação.
Local>Tela 1.1.19 - Cadastro de produtos Local>Tela 8.2.4 - Ordem de fabricação |
[Menu PCP]
Expandir | ||
---|---|---|
| ||
📘 3️⃣ Inconsistência ao abrir guia de armazenagem (SUP-85956)Ocorrência: Estava ocorrendo uma inconsistência quando abria a guia de armazenagem, a partir da ordem de fabricação. Isto ocorria, caso a configuração dos campos "Lastro (Pallet)" e "Altura (Pallet)" na tela “Cadastro de produtos” estivessem zerados, causando uma inconsistência no cálculo. Solução: Foi realizada uma correção, para que o cálculo seja feito somente se os campos estiverem preenchidos. Caso não estejam preenchidos ou algum campo esteja zerado, a coluna "Pallet" da guia de armazenagem ficará como zero (0) (Imagens 1 e 2). Local>Tela 1.1.19 - Cadastro de produtos Local>Tela 8.2.4 - Ordem de fabricação |
[Menu Contábil]
Expandir | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
📘 3️⃣ Inconsistências com a agenda contábil (SUP-84023)Ocorrência: Não estava sendo contabilizado o débito dos lançamentos gerados pela agenda contábil. Solução: Foram realizados ajustes quanto a funcionalidade dos lançamentos contábeis.
Local>Tela 9.2.10 - Contábil - Agenda de Lançamentos Local>Tela 9.2.11 - Contábil - Manutenção Serviço Automático da Agenda |
[Menu Fiscal]
Expandir | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||
📘 3️⃣ Diferença na apuração CIAP devido finalidade da Nota Fiscal (SUP-85933)Ocorrência: As Notas Fiscais que constavam como “Finalidade 2 - Nota Fiscal complementar”, não estavam entrando no cálculo da apuração CIAP. Solução: Foi realizada uma alteração no campo “Tributado“ da tela “CFOP’s para Apuração CIAP“, para que ao invés de aceitar somente “SIM ou NÃO” como opção, passe a aceitar os seguintes status (Imagem 1):
Local>Tela 10.2.23 - Apuração de CIAP Local>Tela 10.2.18 - Cadastro de notas fiscais - Acerto fiscal |
Painel | ||||||
---|---|---|---|---|---|---|
| ||||||
|
|
Legendas dos tipos de tickets | Legendas da criticidade do ticket | ||||
?? Mudança | 📗 Melhoria | ?? Solicitação | 1️⃣ Relevante | 2️⃣ Importante | 3️⃣ Muito importante |
Painel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Voltar ao topo |
Feedback |
---|
Qual é o seu nível geral de satisfação com essas notas de versão? |