Ir para o final dos metadados
Ir para o início dos metadados

Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

« Anterior Versão 23 Próxima »

Aviso importante!

Esta nota de versão é apenas uma prévia do próximo lançamento. Observe que os manuais do usuário e de instalação e a mídia FTP não foram atualizados.

Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas antes do lançamento final.

Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema.

Data de previsão de publicação: 09/05/22
Ticket
Criticidade
📗 Implementação
1️⃣ Relevante
📘 Solicitação
2️⃣ Importante
📙 Mudança
3️⃣ Muito importante

Notas de versão:

 COMERCIAL - VENDAS

📗 3️⃣ O sistema estava aplicando frete com desacerto por “M3” (ERP-2995)

Ocorrência: Estava sendo aplicado com desacerto o valor do frete dos itens do pedido. Quando era alterado um pedido, não estava sendo recalculado o valor, era considerado o valor original.

Solução: Foi feito um ajuste para que na tela “Digitação de ordens”, seja considerado o cálculo do valor do frete por “M3”, ao ser inserido o item no pedido. Também foi ajustado para que na tela “Digitação de ordens” faça a alteração do frete no pedido e o mesmo seja recalculado.

 

Alterações recalculadas (Imagens 1 e 2).

Local>Tela 3.2.12 - Digitação de ordens

📘 2️⃣ Sistema não bloqueava desconto máximo ao alterar produto (ERP-3002)

Ocorrência: O sistema não estava validando o desconto máximo da “Tabela de preços”, quando ocorria adição de desconto sobre desconto, ao alterar o produto na tela “Digitação de ordens” e ao adicionar através da função "Expresso".

Solução: Foi ajustada a validação do desconto máximo, quanto a “Tabela de preços” do item na “Digitação de ordens” e também na função "Expresso".

Desconto máximo na “Digitação de ordens” (Imagem 1).

Ordem digitada com desconto (Imagem 2).

Aplicação do desconto sob desconto (Imagem 3).

Desconto máximo na digitação expressa (Imagens 4 e 5).

Com o intuito de melhorar a experiência do usuário:

Foi feito um ajuste para que a validação e a alteração do frete, caso o cliente possua ordens em aberto, não seja permitida a alteração do valor do “M3” do frete, do “Tipo de cálculo”, “Percentual do frete” e “Calcular frete sobre” mercadoria com e sem desconto ou “Contábil”.

Alteração do valor do M3 (Imagem 6).

Alteração do “Tipo de cálculo” do frete (Imagem 7).

Alteração do “Percentual do frete" (Imagem 8).

Alteração da aba “Calcular Frete Sobre” (Imagem 9)

Local>Tela 3.2.12 - Digitação de ordens

Local>Tela 1.1.13 - Cadastro de clientes

 FINANCEIRO - PAGAR

📘 📘 Ao incluir um lançamento a pagar com mais de nove dígitos, o sistema alterava automaticamente a numeração (ERP-2876)

Ocorrência: Quando era criado um título na tela “Lançamentos a pagar” e o documento estava com mais de nove dígitos, o sistema alterava a numeração para “999999999”, isto ocorria ao exceder o limite máximo permitido no campo.

Solução: Foi feita uma alteração na tela “Lançamentos a pagar” para que passe a aceitar documentos com até dez dígitos, não podendo exceder a numeração de “2147483647” (Imagem 1).

Local>Tela 6.2.6 - Lançamentos a pagar

 FINANCEIRO - RECEBER

📘 1️⃣ Saldo de contas fluxo de caixa (ERP-2774)

Ocorrência: Ao processar, as praças eram consideradas no cálculo do saldo do dia.

Solução: A praça não será considerada ao processar no cálculo do saldo dia.

A consulta para “Fidelidade todas”, com todas as saídas e entradas marcadas como “NÃO”, para facilitar a visualização (Imagem 1).

O saldo até 28/03 é o mesmo do exibido no totalizador de “Contas” na tela anterior. O Saldo acumulado ao fim é o mesmo, considerando as saídas do dia 29/03 (Imagem 2).

Consulta apenas para “Praça 1” (Imagem 3).

Os valores de saldo partem do mesmo da consulta com todas (Imagem 4).

Consulta para “Praça 3” (Imagem 5).

Considerando, o saldo do período do dia 29 somado ao da praça 1, tem-se o total da consulta geral (Imagem 6).

Ao considerar alguma saída ou entrada prevista, os valores iniciais já nascem diferentes. Considere ENTRADAS PREVISTAS como “SIM” (Imagem 7).

O mesmo irá valer para a praça 3 (Imagem 8).

Local>Tela: 5.2.13 - Fluxo de caixa geral

 FISCAL

📘 1️⃣ FR3 do “Relatório de apuração de impostos” com nome divergente (ERP-2992)

Ocorrência: FR3 com desacerto ao gerar o “Relatório de apuração de impostos”, demonstrativo. Estava trazendo conteúdo divergente ao solicitado no filtro.

Solução: Foi feito um ajuste no FR3, para que passe a trazer as informações corretas solicitadas no filtro.

Filtro usado para geração do relatório (Imagem 1).

Relatório gerado após o ajuste do FR3 (Imagem 2).

Local>Tela 10.3.4 - Relatório de apuração de impostos

📘 2️⃣ UF do relatório com desacerto, conforme CT-e (ERP-2987)

 

Ocorrência: O sistema não trazia a UF correta no “Relatório de apuração de impostos”, quando a operação era interestadual.

Solução: Foi realizado um ajuste no relatório para que o sistema traga a UF correta, respeitando as entradas de CT-e.

 

Filtro usado para geração do relatório (Imagem 1).

 

Relatório gerado após ajuste (Imagem 2).

 

CT-e referente a uma venda, trazendo UF de destino conforme relatório (Imagem 3).

 

Local>Tela 10.3.4 - Relatório de apuração de impostos

Local>Tela 2.2.4 - Entrada de notas fiscais

📗 1️⃣ Melhorias no “Contábil Novo” (ERP-2629)

Na tela “2.2.4 - Entrada de notas fiscais”, foi incluída uma validação que irá validar se na tela “2.1.7 - Cadastro de Classificação de Gastos - Processo de Compras” estiver marcado como “SIM” a opção “Permite Requisição de Materiais”, para a classificação de gastos escolhida. Na tela “10.1.3 - Cadastro de CFOP”, caso a CFOP que esteja sendo utilizada seja a “Classificação de Gastos” no qual exige que tenha “Requisição de Materiais” e esta esteja marcado como “NÃO” o campo “Estoque”, será possível fazer a confirmação de entrada desta nota na tela “10.2.4 - Entrada de notas fiscais” e a validação “CFOP- configurado para não movimentar estoque. Verifique a classificação de gastos do CFOP !” será mostrada.

Obs.: Todas as funcionalidades citadas, somente funcionaram para os usuários que estiverem com o parâmetro “Utiliza módulo contábil” habilitado e com o parâmetro “Classificação de gastos” habilitado para a opção “Origem”.

 

Campo “Permite Requisição de Materiais” marcado como “SIM” (Imagem 1).

Campo “Estoque” marcado como “NÃO” e com CFOP utilizando uma “Classificação de Gastos” que exige que seja feita “Requisição de Materiais” (Imagem 2).

É possível observar que na tela “2.2.4 - Entradas de notas fiscais”, é apresentada a seguinte mensagem no log “CFOP- configurado para não movimentar estoque. Verifique a classificação de gastos do CFOP!” (Imagem 3).

Foi efetuada uma alteração na tela “10.1.13 - Cadastro de CFOP”, para as CFOP que são de conhecimento de transporte do “CTE”, ao marcar como “SIM” o campo “Estoque”, o sistema irá apresentar a validação “Para CFOP classificado como “CONHECIMENTO TRANSPORTE”, não pode marcar estoque como “SIM” (Imagem 4).

Para as CFOP que são de “Devolução de venda”, não será permitido informar “Classificação de Gastos”. A seguinte validação será apresentada “Não informar classificação de gastos para CFOP de devolução de venda” (Imagem 5).

Na tela “2.1.7 - Cadastro de Classificação de Gastos - Processo de Compras”, quando o campo “Permite Requisição de Materiais” estiver marcado como “SIM”, ao tentar gerar uma requisição de materiais dentro da tela “2.2.16 - Requisição de Pedido de Compra”, o sistema irá alterar o comportamento marcado (Imagem 6).

Na tela “2.2.16 - Requisição de Pedido de Compra”, ao clicar no botão “Opções” e tentar gerar uma “Requisição de Materiais”, o sistema irá validar (Imagem 7).

Será mostrada a seguinte validação “Classificação de gastos não permite gerar requisição de materiais!” (Imagem 8).

Na tela “1.1.9 - Cadastro de fornecedores (geral)”, foram inclusas opções para que possa ser dada permissão somente para funcionários que desempenharam as seguintes funções (Imagem 9):

Aprovador: Requisição Compra e Requisição Materiais;

Requisitante: Requisição Compra e Requisição Materiais.

Quando na tela “2.2.16 - Requisição de Pedido de Compra”, estiver marcado quais funcionários tem permissão ou não, para abrir uma “Requisição de Pedido de Compra” ou para aprovar uma Requisição de Pedido de Compra”, serão mostrados estes funcionários na listagem (Imagem 10).

Na tela “2.4.12 - Requisição de Materiais”, o sistema apresentará o mesmo comportamento apresentado anteriormente, apresentando uma listagens dos funcionários que contém permissão para abrir a “Requisição de Materiais” ou aprovar a “Requisição de Materiais” (Imagem 11).

Na tela “9.2.1 - Contábil - Integração”, o campo “Centro de Custo” passará a mostrar os centros de custos por itens. Caso dê entrada na Nota Fiscal pela tela “2.2.4 - Entrada de notas fiscais” e os itens da nota tiverem centros de custos diferentes na integração, serão levados os centros de custos por item. Para que seja mostrado o “Centro de Custo” de cada item da Nota Fiscal, será preciso entrar na tela “9.1.4 - Contábil - Plano de contas” e marcar o campo “Centro de Custo” para as contas que deseja que o “Centro de Custo” de cada item da nota seja mostrado na tela “9.2.1 - Contábil - Integração” (Imagem 12).

Obs.: Importante ressaltar que foi gerado um DML para marcar o campo “Centro de Custo” automaticamente as contas de início 3, 4 e 5.

Após ser marcado o campo “Centro de Custo” para as contas totalizadoras que desejar ver os centros de custos por item na tela “9.2.1 - Contábil - Integração”, é possível observar que ao fazer a integração contábil das notas de entrada e de contas a pagar, será mostrado os centros de custos por item na nota (Imagem 13).

Na coluna “Centro de Custo” da integração contábil, será mostrado o centro de custo por item (Imagem 14).

Na tela “2.2.4 - Entrada de notas fiscais” cada produto/item tem um “Centro de Custo” diferente, o sistema passará a levar estes centros por item na integração contábil, quando a flag “Centro de Custo” estiver marcada (Imagem 15).

  TELEMARKETING

📗 1️⃣ Acréscimo de valor mínimo nas promoções (ERP-2117)

No módulo “Telemarketing” foi inserida a ativação da promoção com o valor mínimo do pedido.

Condições para ativação da promoção:

  • O campo só será ativado quando o “Tipo” da promoção for “Percentual”;

  • A restrição de aplicação da promoção será aplicada apenas a pedidos realizados pelo “Telemarketing” (Imagem 1).

Ordem digitada pelo “Telemarketing” onde não foi atingindo o valor mínimo da promoção. Valor de tabela do produto (Imagem 2).

Foi adicionado um alerta ao digitar um produto que esteja configurado na promoção e que só será aplicada quando atingido o valor mínimo da ordem. Digitação do item na ordem (Imagem 3).

Ordem sendo encerrada sem a aplicação da promoção, pois não atingiu o valor mínimo configurado (Imagem 4).

Ordem digitada pelo “Telemarketing” que atingiu o valor mínimo da promoção. Valor de tabela (Imagem 5).

Ordem digitada dentro dos padrões configurados na promoção (Imagem 6).

Quando são adicionados produtos que não se aplicam a promoção, porém um dos itens da ordem está configurado e este item atinja o valor mínimo, será aplicada a promoção. Tabela de preço com itens usados na digitação, estes não cadastrados na promoção (Imagem 7).

Ordem digitada usando quatro itens que não fazem parte da promoção e um único item que faz parte. Observa-se que a ordem atingiu o valor mínimo, contudo a promoção somente se aplica ao item cadastrado (Imagem 8).

Local>Tela 3.1.7 - Cadastro de promoções

Local>Tela 3.2.12 - Digitação de ordens

Local>Tela 3.2.22 - Manutenção de tabelas de preços

  • Sem rótulos