Notas de versão 1489.414
- Luciana Barboza
- Damián Muñoz
- Amanda Ramiro Benedicto (Unlicensed)
Data de publicação: 08/08/22
Ticket | Criticidade |
Implementação | Relevante |
Solicitação | Importante |
Mudança | Muito importante |
Notas de versão:
Campo “Quantidade” não aceitava mais de duas casas decimais (ERP-3514)
Ocorrência: O sistema só permitia digitar duas casas após a vírgula no campo “Quantidade”, da tela “Atualização em massa da ficha técnica”.
Solução: Foi feita uma alteração na tela “Atualização em massa da ficha técnica” no campo “Quantidade”, que permitirá informar até oito casas decimais após a vírgula (Imagem 1).
Local>Tela 1.2.16 - Atualização em massa de ficha técnica
Informar a modalidade da base de cálculo do ICMS/ST (ERP-3505)
Ocorrência: O sistema realizava validações no campo “Modalidade ST” ao abrir a nota na tela “Entrada de notas fiscais”, quando o campo não era preenchido, o sistema abortava a pesquisa e carregava apenas um item. Esta inconsistência ocorria quando existia um valor preenchido em um dos campos “Valor ST, Valor antecipação ST ou Valor ST Ñ Cred” ao importar o pedido, mas quando importava o XML, não existia a tag “modBCST“ e com isso o campo “Modalidade ST” ficava vazio.
Solução: Foi realizado um ajuste na tela “Entrada de notas fiscais” e agora ao importar o pedido e XML, o campo “Modalidade ST” não ficará vazio. Caso não exista a tag "modBCST" no XML, será mantido o que veio pelo pedido.
Importação do pedido de compra (Imagem 1).
Ajuste na tela “2.4.15 - Custos por estoques (PP)” (ERP-3430)
Ocorrência: Quando era utilizado mais de um filtro “Local de Estoque, Segmento e Grupo” na tela “Custos por Estoques (PP)”, nenhuma informação era exibida. Esta inconsistência ocorria, pois o sistema estava utilizando o mesmo código de parâmetros para todos os filtros, não acatando as consultas.
Solução: Foi realizado um ajuste nos parâmetros dos filtros “Local de Estoque, Segmento e Grupo” da tela “Custo por Estoque (PP)” (Imagem 1).
Inconsistência ao inserir o código de cliente - alfanumérico (ERP-3476)
Na tela “3.2.12 - Digitação de ordens” ao inserir códigos alfanuméricos nos campos “Empresa, Cliente, Representante, Transportadora” e clicar na tecla “Enter”, o sistema limpará automaticamente os campos e não apresentará inconsistências.
Inconsistência ao excluir uma condição de pagamento (ERP-3468)
Na tela “3.1.1 - Cadastro de condições de venda” foi removido o botão “Exclusão” e há uma regra implementada que impede qualquer tipo de “exclusão” de condições de pagamento (Imagem 1).
Verificar comportamento do evento "1003 - bloquear exclusão de itens ped" (ERP-3496)
Ocorrência: O sistema não estava considerando o evento “1003 - bloquear exclusão de itens ped” para exclusão de uma ordem. Era permitida a exclusão quando o usuário estava como desenvolvedor, mesmo com o evento marcado como “NÃO” para desenvolvedor.
Solução: Foi retirada a permissão do desenvolvedor para exclusão dos itens na tela “Digitação de ordens”, a partir de agora o sistema estará considerando o evento “1003 - bloquear exclusão de itens ped” (Imagens 1 e 2).
Permite incluir representante "bloqueado e inativo" (ERP-3356)
Na tela “3.1.4 - Cadastro de metas de vendas”, foi feita uma correção para que o sistema não permita a inclusão de representantes inativos ou bloqueados. Quando inserir e realizar a tentativa de salvar um representante que está inativo ou bloqueado, na tela de “3.1.4 - Cadastro de metas de vendas”, será apresentada a mensagem “Erro ao adicionar: fornecedor inativo ou bloqueado” (Imagens 1 e 2).
Local de estoque não respeitava o cadastro para bloquear (ERP-3498)
Ocorrência: O sistema estava permitindo estoque negativo, ao trocar a empresa na tela “Digitação de ordens”.
Solução: Foi inserida uma validação na tela “Digitação de ordens” que irá mostrar a quantidade em estoque caso o saldo seja insuficiente ao realizar a troca de empresa na “Digitação de ordens”, respeitando as configurações do cadastro de locais de estoque (Imagem 1).
Não destacar o FCP-ST junto com a ST (ERP-3457)
Ocorrência: O valor do FCP-ST estava somando no campo “Valor ICMS ST”. Esta tag continha um campo próprio no XML, o FCP-ST. No Danfe, deveria ser informado os dados adicionais do produto e o seu total nos adicionais da nota.
Solução: Foi ajustado na “Pré-Danfe e na Danfe” para que o valor de “FCP e FCP-ST”, não sejam somados aos campos de valor de “ICMS e ICMS-ST” respectivamente, e também o percentual da “FCP” não será somado ao percentual de “ICMS”, conforme consta na NT 2016.002 v1.60.
Inconsistência ao excluir uma condição de pagamento na tela “Cadastro de condições de venda” (ERP-3468)
Ocorrência: Havia uma inconsistência ao excluir uma condição de pagamento na tela “Cadastro de condições de venda”.
Solução: Atualmente há uma regra implementada, que impede qualquer tipo de exclusão de condições de pagamento. Desta forma, foi removido o botão de “Exclusão” de uma condição de pagamento, após ser cadastrada (Imagem 1).
Dados de clientes vindo do AFV não alterando dados dos clientes no ERP (ERP-3499)
Ocorrência: O sistema não estava atualizando informações de clientes quando importados do mais recente para o mais antigo, pela tela “3.5.7 - Guarani móvel - Android - importação de dados”.
Solução: Foi feito um ajuste na tela “3.5.7 - Guarani móvel - Android - importação de dados”, para importar os pedidos na ordem sequencial (Imagem 1).
NF denegada ao cancelar ordem não validava e não cancelava o financeiro (ERP-3503)
Ocorrência: Ao cancelar o pedido pela tela “Emissão de notas fiscais eletrônicas (NF-e)”, em caso de nota denegada de um pedido antecipado, o sistema não verificava se existia título pago.
Solução: Foi inserida uma validação para títulos pagos ao realizar cancelamento de nota fiscal denegada pela tela “Emissão de notas fiscais eletrônicas (NF-e)”, esse comportamento já existe ao cancelar uma ordem pela tela “Digitação de ordens”.
Ao alterar produto a embalagem alterava automaticamente para unidade (ERP-3455)
Ocorrência: Quando era feita uma alteração de um produto que estava como embalagem na tela “Digitação de ordens”, era alterado para unidade. Esta inconsistência só ocorria quando o parâmetro “Permite inserir o mesmo item na digitação de ordens“ estava marcado como “SIM”.
Solução: Foi feito um ajuste na tela “Digitação de ordens”, para que ao efetuar a alteração no produto seja mantida a embalagem, conforme informado na criação do pedido (Imagens 1 e 2).
Ao alterar cobrança e carteira de pedido antecipado, o financeiro não era atualizado (ERP-3368)
Ocorrência: Quando era feita uma alteração da cobrança e carteira de pedido antecipado na “Digitação de ordens”, não estava atualizando o financeiro na tela “Manutenção de contas a receber” quando o parâmetro "Lançar cobrança antes do faturamento para ordens antecipadas" estava marcado como “SIM” era habilitado.
Solução: Foi feito um ajuste para sempre que houver um pedido na tela “Digitação de ordens”, que seja atualizado o financeiro na tela “Manutenção de contas a receber” (Imagens 1 e 2).
Inclusão do campo "Pagamento" (ERP-3463)
Na tela “5.2.18 - Movimentação de contas correntes”, foi criada a coluna “Pagamento” ao clicar no botão “Extrato”, para facilitar a conferência com o uso de filtro. Esta coluna mostrará a forma de pagamento tanto de recebimento, quanto de pagamento de títulos ao clicar no botão extrato (Imagem 1).
Tem novo curso gratuito do Guarani AFV na Academia. Clique aqui