Informações |
---|
Data de publicação: 22/08/22 |
Nota |
---|
ATENÇÃO: A atualização desta versão poderá demorar mais que o normal, uma vez que o script 39 realiza a verificação em todos os produtos da base. |
Ticket | Criticidade |
📗 Implementação | 1️⃣ Relevante |
📘 Solicitação | 2️⃣ Importante |
📙 Mudança | 3️⃣ Muito importante |
Notas de versão:
Expandir | |||||
---|---|---|---|---|---|
| |||||
Prezado Cliente, Informamos que na Nota de versão 1489.417, devido as liberações referentes ao módulo Comercial - Compras, a atualização poderá demorar mais que o normal, uma vez que o script 39 realiza a verificação em todos os produtos de sua base. Diante disso, é extremamente importante que aguarde seu término sem interromper a atualização, pois esta ação poderá corromper a base.
E lembre-se, em caso de dúvidas, em contato com o suporte da Guarani. |
Expandir | ||
---|---|---|
| ||
📘 2️⃣ Ajuste de parâmetro para funcionamento no “Coletor.exe” (ERP-3589)Ocorrência: Quando o parâmetro “Imprimir etiqueta de volume somente ao final da conferência”, estava habilitado como “SIM” não estava sendo respeitado no coletor, imprimindo as etiquetas a cada abertura de volume. Solução: Foi feito um ajuste no coletor, para que respeite o parâmetro “Imprimir etiqueta de volume somente ao final da conferência” para quando estiver habilitado como “SIM”, que seja impresso a etiqueta de volume somente ao final da conferência (Imagem 1). Local>Tela Parâmetros :: Guarani |
...
Expandir | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
📘 2️⃣ Nota Fiscal de exportação com pagamento antecipado (ERP-3576)Ocorrência: O valor da “Invoice” estava sendo alterado após o faturamento, movimentação que não deveria ocorrer. Solução: Foi feito um ajuste para armazenar o valor unitário do item na moeda estrangeira informada na “Invoice”, para que com esta regra não seja alterado o valor após faturamento.
Local>Tela 3.2.12 - Digitação de ordens 📗 1️⃣ Inserção de “ProcessMessages” para evitar que a tela trave (ERP-2960)Na tela “3.2.22 - Manutenção de tabelas de Preços“ foi adicionada a mensagem “Aguarde, listando preços…“, para quando estiver carregando os dados da grade “Preço do produto”, tanto ao abrir a tela, como ao clicar em uma tabela de preços (Imagens 1 e 2).
📘 1️⃣ Relatório de vendas por representante/ fabricante (ERP-3432)Ocorrência 1: A somatória dos totais estava incorreta. Solução 1: Foi feita uma correção das somatórias totais da tela “Relatório de vendas por representante”.
Ocorrência 2: O valor total da tela “Relatórios de vendas por representante”, estava divergente do valor da tela “Relatório cubo comercial estático”. Esta divergência ocorria, pois o relatório por representante considerava as reentradas, enquanto o relatório por cubo não considerava como seu padrão, embora tivesse uma opção que permitia a contabilização das notas canceladas. Solução 2: Foi adicionada na tela “Relatório vendas por representante”, uma caixa de seleção chamada “Considerar ordens canceladas”, que permitirá considerar ou não as ordens canceladas no relatório.
Local>Tela 3.3.33 - Relatório de vendas por representante Local>Tela 3.3.4 - Relatório cubo comercial estático 📘 2️⃣ Estoque ficando negativo (ERP-3612)Ocorrência: Opções "Alterar a quantidade" e "Alterar local de estoques" da tela “Manutenção de ordens”, não validava a quantidade em estoque. Solução: Foi inserida uma verificação de quantidade em estoque nas opções "Alterar a quantidade" e "Alterar local de estoques" da tela “Manutenção de ordens”.
Local>Tela 3.2.21 - Manutenção de ordens 📗 2️⃣ Inconsistência ao cancelar ordem na “Digitação de ordens” (ERP-3435)Na tela “3.2.12 - Digitação de ordens” foi efetuada uma correção e ao tentar cancelar uma ordem na qual somente o cabeçalho tenha sido informado, será possível cancelar normalmente (Imagem 1). 📘 2️⃣ Pedido não era importado (ERP-3622)
Ocorrência 1: O sistema não estava importando pedido da Neogrid que não estivesse com um produto cadastrado. Solução 1: Foi feito um ajuste na mensagem de “Log de Operação”, que será exibida quando não for possível importar algum produto por não localizar seu cadastro no sistema. Antes era exibia somente a “Referência” que continha no pedido, após o ajuste passará a listar os campos “Código de barras, Referência, Descrição, Quantidade, Valor Unitário R$ e Valor Total R$” (Imagem 1).
Ocorrência 2: A mensagem que era exibida no final do processo estava incoerente. Solução 2: Foi feito um ajuste na mensagem que será exibida na tela “3.5.7 - Guarani móvel - Android - importação de dados“ na opção “Importação Neogrid”, que ao finalizar o processo, exibirá a mensagem “Pedidos prontos para ser importados!“ (Imagem 5).
Local>Tela 3.5.7 - Guarani móvel - Android - importação de dados |
...
Expandir | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
📘 1️⃣ Geração de relatórios contábeis (ERP-3562)Ocorrência: Quando era gerado o relatório “Razão”, com um período muito grande, surgia a mensagem “Out of memory”. Esta mensagem ocorria quando existia vários registros em uma consulta realizada, desta forma, se tornava impossível a exibição dos registros, seja em grid ou em relatório. Solução: Foi realizado um tratamento na mensagem exibida ao usuário e como forma de orientação quando ocorrer a inconsistência “Out of memory”, será indicada a existência de muitos registros para o período informado e solicitado que informe um período menor ou utilize algum filtro. Este tratamento foi implementado para os relatórios “Diário Geral”, “Razão Geral” e “Razão Geral por Centro de Custo”. Solução Técnica: Foi verificada a existência de uma limitação no componente utilizado para realizar consultas no Delphi. Neste caso o componente utilizado é o IBQuery da palheta Interbase, o componente não consegue abrir uma consulta com mais de “400.000” registros, esta é uma limitação existente até nas versões mais recentes do Delphi. Para tratar a mensagem e orientar o usuário, foi adicionado um tratamento de exceção e verificado se na mensagem é contido “Out of memory”.
Local>Tela 9.3.1 - Contábil - Relatórios contábeis 📘 2️⃣ Reinserção do campo “Conta Reduzida” no layout de relatórios contábeis (ERP-3581)Ocorrência: Quando era efetuada a atualização, a coluna da “Conta Reduzida” não constava mais no “Balancete Contábil” gerado pela tela “9.3.1 - Contábil - Relatórios contábeis”. Solução: Foi alterada a nomenclatura de “Conta Reduzida” para “Descrição Reduzida”, para que seja possível a exibição em Excel quando selecionada na tela “9.3.1 - Contábil - Relatórios contábeis”.
Local>Tela 9.3.1 - Contábil - Relatórios contábeis 📗 1️⃣ Correções na integração TOTVS (ERP-3467)Foi implementado ao sistema algumas validações quanto as contas analíticas e sintéticas, e seus níveis. Ao realizar o cadastro de uma nova conta, não será permitido cadastrar um nível que deveria ser sintético como analítico.
O campo “Último nível sintético” será preenchido automaticamente com um update, sendo consultado qual o último nível sintético do plano de contas da empresa e mantendo o nível nas configurações (Imagem 2). Foi implementada uma validação para impedir a integração, quando a regra estiver configurada como conta sintética. Atualmente o Guarani não permite o cadastro de regras com contas sintéticas, entretanto podem ocorrer situações em que a regra já esteja configurada de forma incorreta e o sistema permita o lançamento (Imagens 3 e 4). Foi corrigida a inconsistência ao editar o registro no cadastro de regras fiscais. Ao editar um registro era validado se ele já existia ou não, levando em conta que o registro estava em edição. Para corrigir foi alterada a validação, para ser acionada apenas quando o registro estiver em modo de inserção (Imagem 5). 📘 2️⃣ Lançamentos contábeis duplicados (ERP-3573)Ocorrência: Os lançamentos contábeis estavam sendo duplicados, mesmo quando não eram integrados. Solução: Foi realizado um ajuste na validação. Quando apresentada alguma inconsistência na integração, o sistema apresentará uma mensagem comunicando que a integração não foi concluída, fazendo com que o processo seja abortado.
Local>Tela 9.2.1 - Contábil - Integração 📘 1️⃣ Balancete contábil - Sem totalizadores (ERP-3608)Ocorrência: Ao gerar o balancete contábil, o sistema após atualizações não trazia mais os totalizadores. Solução: Foi adicionado o totalizador ao relatório do balancete, para que assim o comportamento seja realizado. Para chegar no total geral, será realizada a soma de todos os valores que estão contidos nas contas pais, ou seja, o total contido na “conta 1, conta 2, conta 3 e assim sucessivamente (Imagem 1).
Local>Tela 9.3.1 - Contábil - Relatórios contábeis 📘 1️⃣ Inconsistência ao gerar “Exception @1” na integração contábil (ERP-3615)Ocorrência: O rateio estava sendo feito incorretamente, com isso, o sistema gerava a inconsistência ao efetuar a integração contábil do financeiro de contas a pagar. Solução: Foi feita uma correção no percentual de rateio, quando possuir mais de um plano financeiro (Imagem 1). Local>Tela 9.2.1 - Contábil - Integração |
Expandir | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
📘 2️⃣ Apuração dos registros M210 e M610 - Sped PIS/Cofins (ERP-3475)Ocorrência: Os cupons da SAT cancelados, não estavam sendo levados para os registros M210 e M610 do “SPED PIS/Cofins”. Solução: Foi realizado um ajuste na geração dos registros M210 e M610 do “SPED PIS/Cofins”, para que também sejam considerados os cupons da SAT cancelados.
Local>Tela 10.2.17 - Sped PIS/COFINS 📘 2️⃣ Ajustes no controle de devolução, por cliente (ERP-3578)Ocorrência 1: O CFOP equivalente não vinha de forma automática. Solução 1: Foi realizado um ajuste para que traga a CFOP equivalente automaticamente. Ocorrência 2: Apósgerar o valor de despesas acessórias era somado na base de cálculo do IPI, porém deveria ser somado somente na base de cálculo do ICMS/PIS e COFINS. Solução 2: A base do IPI e do ICMS está sendo carregada através do valor da Nota Fiscal de saída, dividindo a base pela quantidade de itens e multiplicando pela quantidade devolvida no controle de devolução. Ao importar o XML, serão alterados os valores de acordo com o valor advindo do XML.
Local>Tela 10.2.26 - Gerar controle de devolução (por cliente) 📗 2️⃣ Criação de campo para “Centro de Custo” (ERP-3538)Na tela “10.1.18 - Cadastro de Ativo Imobilizado e CIAP”, foi criado o campo “Centro de Custo” para inclusão e modificação deste. Passará a ser obrigatório o preenchimento do campo “Centro de Custo”, quando for incluído um novo cadastro (Imagem 1).
|
...