Notas de versão 1489.416

Data de publicação: 15/08/22
Ticket
Criticidade
Implementação
Relevante
Solicitação
Importante
Mudança
Muito importante

Notas de versão:

Entrada de notas fiscais - Devolução de venda (ERP-3559)

 

Ocorrência: O sistema não estava carregando as informações de IPI ao importar XML de nota de devolução, na tela “Entrada de notas fiscais”.

Solução: Foi feito um ajuste para que a nota de devolução mantenha as informações de IPI ao importar o XML, na tela “Entrada de notas fiscais”.

 

Entrada da nota após importação do XML (Imagem 1).

Imagem 1 - Tela Entrada de notas fiscais

 

Local>Tela 2.2.4 - Entrada de notas fiscais

 

Inconsistência na validação da atualização em massa (ERP-3424)

 

Na tela “Atualização Massa Digitação de Ordem”, que pode ser acessada pela tela “3.2.12 - Digitação de ordens”, foi feita uma correção para que seja possível atualizar em massa o campo do tipo de “Frete” para todas as ordens selecionadas, com a condição de que o frete seja compatível com a tabela de preço e com o status da nota. Caso haja bloqueio por incompatibilidade, será aplicado somente na ordem em questão, de forma que as demais serão atualizadas.

 

Imagem 1 - Tela Atualização Massa Digitação Ordem

 

Conforme padrão da tela, itens não atualizados ficarão destacados em vermelho, com o “log” detalhado disponível no botão “+” e os atualizados serão marcados em azul.

 

 

 

 

Inconsistência ao importar pedidos da Neogrid (ERP-3530)

 

Ocorrência: Ao fazer importação de pedidos Neogrid que estavam com a embalagem zerada, estava apresentando a inconsistência: “Núm. Unid. Consumo na Embalagem Pedida não informado para o item.“

Solução: Foi inserida uma correção nas telas “3.2.42 - Neogrid - integração leiaute orders e 3.5.7 - Guarani Móvel - Android - importação de dados”, quando for importar algum pedido Neogrid que esteja com a embalagem zerada, será considerado o valor “Padrão 1” para essa quantidade.

 

 

 

 

 

 

 

 

 

 

 

Produto "semiacabado" contido no produto "acabado" não movimentava a entrada de estoque na devolução de venda (ERP-3250)

 

Na funcionalidade de devolução de produto semiacabado com guia de armazenagem, foi feito um ajuste para que ao realizar uma devolução, sendo total ou parcial e com a opção para movimentar WMS para itens de vendas com guia, o semiacabado do produto também constará na guia de armazenagem gerada por ocasião da devolução.

Para efetuar a configuração, será necessário que na tela “1.1.19 - Cadastro de produtos” os campos dos itens semiacabados estejam marcados da seguinte forma (Imagem 1):

 

Separação: “SIM”;

Conferência: “SIM”;

Movimenta Estoque: “Movimenta apenas no faturamento do produto acabado”.

Separação: “SIM”;

Conferência: “SIM”;

Movimenta Estoque: “Movimenta apenas no faturamento do produto acabado”.

 

 

Ao realizar uma devolução parcial ou total, irá aparecer apenas o “semiacabado” configurado e correspondente ao produto acabado para que possa endereçar tanto no sistema ERP como no Coletor, para que retorne ao estoque WMS (Imagem 2).

 

 

Correções Importação de DI e geração da NF-e de Nacionalização (ERP-3598)

 

Ocorrência 1: Os acréscimos, deveriam fazer parte da base de cálculo do PIS, COFINS, II e isto não estava ocorrendo.

Ocorrência 2: O Valor do II, quando era utilizada a função de somar e não destacar, deveria compor o valor unitário e por sua vez a base do IPI, esse comportamento não vinha ocorrendo.

Ocorrência 3: Ao manusear o campo de opção de cálculo do II, a grid perdia o valor de II e alíquota não retornava, precisando importar DI novamente.

Solução 1: Foi feito um ajuste, para que o valor do acréscimo faça parte da base de cálculo do PIS, COFINS, II.

 

Solução 2: Foi feito o ajuste, para que o valor do II faça parte do valor unitário e da base do IPI, quando utilizada a função “Soma valor II ao unitário e NÃO destaca em campo próprio”.

 

Solução 3: Feito o ajuste, para que a grid atualize as informações corretamente ao alterar as opções do campo “Somar Vr. II ao Vr. Unitário“.

 

 

Não permitir utilizar o mesmo endereço de Picking já utilizado em outro produto (ERP-2951)

 

Na tela “Parâmetros :: Guarani” foi criado o parâmetro “WMS - permite utilizar o mesmo endereço de picking para mais de um produto?”. Quando estiver habilitado como “NÃO”, não permitirá colocar dois ou mais produtos no mesmo endereço de Picking, se o endereço já estiver sendo utilizado por outro produto, apresentará uma validação informando qual produto já consta nesse endereço (Imagem 1).

 

 

 

 

 

 

 

  • O mesmo comportamento será validado no Coletor pelo aplicativo “Armazenagem” e “Transferência de endereço”, não sendo permitido informar um endereço existente em outro produto.

 

 

 

  • Ao desativar um endereço na tela “7.1.1 - WMS - Cadastro de depósitos (Endereços Disponíveis)” e tentar informar o endereço desativado para um produto, será apresentanda uma validação não permitindo executar esta ação pelo Coletor no aplicativo “Transf. Endereço” (Imagens 9 e 10).

 

 

 

  • Quando o produto já constar em um endereço Picking cadastrado, na Tela “1.1.19 - Cadastro de produtos” e tentar endereçar pelo Coletor no aplicativo “Armazenagem”, em um endereço diferente do que estiver no cadastro do produto, o sistema não permitirá a ação (Imagem 11).

 

 

  • Caso seja informado o mesmo endereço de Picking para o Pulmão, o sistema não irá barrar por se tratar de tipos de endereços diferentes.

 

 

 

Relatórios contábeis (ERP-3381)

 

Foi realizada a implementação do botão “Excluir” nas grades de filtro, permitindo ao usuário selecionar um ou mais registros para sua exclusão. Desta forma, haverá a possibilidade de escolher um ou mais registros para “Exclusão”.

Essa implementação foi desenvolvida, para que não ocorra a confusão com a funcionalidade do botão “Limpar e Limpar Tudo”:

  • Limpar: excluir todas as informações da aba selecionada.

  • Limpar Tudo: excluir todas as informações de todas as abas.

 

 

 

 

 

 

Selecionando e excluindo o filtro desejado

 

 

  • Foi implementado o relatório Balancete por centro de custo, sendo agrupado por “Centro de Custo ou por Conta Contábil”.

 

 

 

 

Esse agrupamento será exibido na mesma estrutura do Balancete por conta contábil, entretanto para as contas analíticas, serão exibidos quais centros de custos movimentaram no período informado.

 

 

 

 

 

 

Foi Implementado o relatório Razão Geral por Centro de custo:

 

 

 

Relatório Razão Geral por centro de custo sempre será exibido a Conta Contábil e o Centro de Custo no cabeçalho; e no detalhe todos os lançamentos que movimentaram a conta e centro de custo.

 

 

 

 

Implementado melhorias na geração dos relatórios

Os relatórios:

  • Diário Geral;

  • Razão Geral;

  • Razão Geral por Centro de Custo;

  • Balancete por conta contábil;

  • Balancete por centro de custo agrupado por centro de custo;

  • Balancete por centro de custo agrupado por conta contábil.

 

Sofreram melhorias na exibição do logo, na dinâmica antiga cada vez que o cabeçalho era impresso, ou seja, a cada nova página, era carregada a imagem do logo novamente para o relatório, isso ocasionava dois problemas, como lentidão na exibição do relatório e se caso o relatório possuísse muitas páginas era exibida a inconsistência “Out of Memory”. Para corrigir as inconsistências foi feita uma implementação para que o logo seja carregado apenas na exibição da página, sendo assim será carregado apenas uma vez.