Notas de versão 1489.402
- Luciana Barboza
- Amanda Ramiro Benedicto (Unlicensed)
Data de publicação: 13/06/22
Ticket | Criticidade |
Implementação | Relevante |
Solicitação | Importante |
Mudança | Muito importante |
Notas de versão:
Coletor não reconhecia o lote do produto (ERP-2904)
Ocorrência: Quando era bipado o lote na tela “Conferência de saída” do “Coletor”, estava sendo localizado o produto incorreto, isso ocorria devido a existência de mais de um produto com o mesmo lote.
Solução: Foi feito um ajuste no “Conferência de saída” do “Coletor” por lote, para quando for encontrado mais de um produto no pedido com o lote informado, será exibida uma tela com os produtos para que seja selecionado o desejado que se encontra na “Guia de carregamento” (Imagem 1).
Irá ser mostrado os produtos que contém lotes iguais, contudo permitirá que seja bipado somente o lote que estiver na “WMS - Guia de carregamento” (Imagens 2 e 3).
Local> Coletor
Local>Tela 7.2.2 - Cadastro de locais de estoque
Quando o cliente atualizar a versão, será rodado um grupo de comandos dentro da linguagem SQL, onde ocorrerá a inclusão e modificação de informações em bancos de dados dentro da tela "10.1.3 Cadastro de CFOP", conforme abaixo:
1 - Se a Classificação estiver como "Serviços ou Conhecimento transporte", os campos "Estoque, Atualiza CUE e Atualiza CCD", serão alterados para "NÃO" e o campo "Atualiza CMP" para "Nenhum"; (Imagens 1 e 2).
2 - Se o "Estoque" estiver como "NÃO", os campos "Atualiza CUE e Atualiza CCD" serão alterados para "NÃO" e o campo "Atualiza CMP" para "Nenhum";
3 - Se o "Estoque" estiver como "SIM" e a Classificação não for "Bonificação, Serviços ou Conhecimento transporte“, os campos "Atualiza CUE e Atualiza CCD" serão alterados para "SIM" e o campo "Atualiza CMP" para "Valor + Quantidade";
4 - Se o "Estoque" estiver como "SIM" e a Classificação estiver como "Bonificação", os campos "Atualiza CUE e Atualiza CCD" serão alterados para "SIM" e o campo "Atualiza CMP" para "Quantidade" (Imagem 3).
Informações Complementares: O campo "Estoque" se refere a movimentação de estoque, se for CFOP que permita realizar a movimentação no estoque; |
Caso o usuário deseje incluir ou modificar algum cadastro na tela "10.1.3 - Cadastro de CFOP", de maneira divergente ao exposto acima, o sistema irá apresentar mensagens de alerta, não permitindo ao usuário gravar até que o mesmo faça as alterações necessárias:
Na tela "2.2.4 - Entrada de notas fiscais", ocorrerá a validação da classificação do CFOP informado contra o "Tipo mercadoria" do cadastrado no produto:
Foi barrada a alteração dos campos: "CMP, CCD e CUE" durante o processo de registro de Nota Fiscal de entrada. Será respeitado o que está configurado no cadastro de CFOP.
Manutenção de ordens de compras - fidelidade na quantidade não salva (ERP-3030)
Ocorrência: Quando utilizávamos a fidelidade com base na quantidade e não no valor na tela “Manutenção das ordens de compra”, não era permitido salvar o produto.
Solução: Alterado na tela “2.2.8 - Manutenção das ordens de compra”, para permitir informar produto com fidelidade por quantidade e percentual 0 (zero).
Quando o pedido de compras for FIDELIDADE = 1 (um)
Quando o pedido de compras for FIDELIDADE = 3 (três)
Ex.: Um produto com fidelidade 1 (um) por QUANTIDADE , estaremos informando 100% no percentual, alterar para 50% na grid o sistema irá voltar a gravar o percentual da ordem 100%. |
A tela “2.2.8 - Manutenção das Ordens de Compra”, é uma tela que tem como objetivo possibilitar ao usuário comprar exatamente aquilo que ele precisa: a quantidade e do fornecedor desejado. Obs.: Lembrando que não existe pedido de compra 2 (dois), será sempre 1 (um) ou 3 (três). Por isso a validação quanto ao percentual de fidelidade, deverá seguir a ordem do cabeçalho. |
Relatório de Margem de Contribuição e Digitação de ordens (ERP-2852)
Foram realizados ajustes no layout do “Relatório Margem de Contribuição” (Imagens 1 e 2).
Cabeçalho:
a) Identificação do “emitente”: passou a mostrar a razão social e endereço completo e foi inserida a máscara no CNPJ;
b) Identificação do “cliente”: passou a mostrar a razão social e endereço completo;
c) Identificação do “pedido”: as informações foram colocadas logo após o título da informação.
Padronizado para usar separador de milhar.
Casas decimais:
a) Em “Dados e Resumo totais”: por se tratar de tributação, usaremos 2 (duas) casas decimais. Exceto “Vr. Custo” que permanecerá com 4 (quatro) casas decimais;
b) Em “Cálculo e Resultado”: usaremos 4 (quatro) casas decimais, tanto na coluna “Percentual (%)” como na coluna “Valor (R$)”. Quanto aos campos “IR e CSLL”, os mesmos serão salvos no banco de dados com 4 (quatro) casas decimais, não sendo possível seguir o mesmo critério de considerar 2 (duas) casas decimais como no “PIS e COFINS” em relação ao cálculo.
Descrição no quadro “Cálculo”:
a) Corrigido I.C.M.S./P.I.S para ICMS/PIS;
b) Corrigido "Frete + % financeiro” e “investimento” para "Frete E + % financeiro” e “investimento”, pois o campo "Frete" trata-se de frete destacado em campo próprio na Nota Fiscal e o "Frete E" se trata de frete embutido.
Gerar cobrança na expedição com opção "E-mail Cliente" (ERP-3222)
Ocorrência: Ao imprimir cobranças pela tela “4.2.6 - Expedição” selecionando a opção "E-mail Cliente" sozinho ou junto com "Imprimir", ocorria a seguinte mensagem: Tente gerar novamente a cobrança Invalid Pointer Operation.
Solução: Foi transferida a pergunta ao usuário, para o momento depois de limpar o formulário da memória.
Ordem alterada após estar em conferência e com recebimento antecipado “Simular/Reservar” (ERP-3192)
Ocorrência: O Sistema estava permitindo alterar quantidade de item de pedido, que já teve pagamento antecipado através da opção “Simular/Reservar” do menu opções.
Solução: Foi corrigido para que não deixe cortar itens, nem alterar a quantidade do pedido antecipado com pagamento já efetuado, através da opção “Simular/Reservar” na tela “Digitação de ordens”.
Inconsistências ao realizar alterações nos lançamentos a pagar (ERP-3103)
Ocorrência: Quando o usuário incluía a informação do título ao efetuar um lançamento a pagar pela tela “6.2.6 - Lançamentos a pagar” e em seguida incluía informações na aba “Adicionais” para depois clicar no botão salvar, o sistema gerava uma inconsistência de violação de chave, pois o usuário precisava salvar o cabeçalho antes.
Solução: Foi inserido um ajuste, porém ainda se faz necessário salvar o título primeiro, na sequência fazer a inserção de mais informações na aba “Adicionais”. Desta forma, foi inserida uma validação avisando ao usuário que precisa salvar os títulos antes (Imagens 1 e 2).
Exclusão de comissão do contas a pagar, não estornando no fechamento de comissão (ERP-3014)
Ocorrência: Exclusão do título referente a comissão do contas a pagar, não estornando no fechamento de comissão.
Solução: Foi realizado um ajuste na tela “6.2.6 - Lançamentos a pagar”, para bloquear a alteração dos campos: Empresa, Fornecedor e Praça, no contas a pagar para títulos gerados pelo fechamento de comissão. Estes campos são chaves para o estorno do fechamento de comissão e bloqueando a alteração desses campos, sempre que o título for excluído, o fechamento de comissão será estornado.
Descrição equivocada ao gerar complemento de comissão (ERP-3075)
Ocorrência: Ao gerar um complemento de comissão na tela “6.2.4 - Fechamento de Comissões”, estava apresentando na tela “6.2.2 - contas correntes de representantes” a descrição equivocada e “COMPLEMENTE DE COMISSÃO”.
Solução: Foi feita a correção na tela “6.2.2 - Contas correntes de representantes “ a descrição para “COMPLEMENTO DE COMISSÃO” (Imagem 1).
Atualizar dados automaticamente do Mapa de Depósito em painel “TV” (ERP-2899)
Na tela “7.2.6 - Mapa de depósito”, foram inseridos os campos na aba Mapa: Rua inicial, Rua final, Página, Tempo (Seg), Paginar depósito, Disparar timer (Imagem 1).
Última chance: Participe da expansão do Guarani BI até 20 de setembro e tenha acesso exclusivo. Saiba mais