Versões comparadas

Versão antiga 29

changes.mady.by.user Luciana Barboza

Gravado em

comparado com

Nova versão Atual

changes.mady.by.user Luciana Barboza

Gravado em

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Nota

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.

Informações
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:

Expandir
titleCOMERCIAL - 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.

 

Informações

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".

Informações

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

Informações

Ordem digitada com desconto (Imagem 2).

Informações

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

Informações

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

Nota

Foi alterado o comportamento quanto a validação na alteração do frete com ordens em aberto.

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”.

Informações

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

Informações

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

Informações

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

Informações

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

Nota

Comportamento alterado para segurança da empresa, uma vez que ao alterar cálculo de frete com ordens em aberto, o impacto nos recálculo das ordens causam grandes transtornos.

Local>Tela 3.2.12 - Digitação de ordens

Local>Tela 1.1.13 - Cadastro de clientes

📙 2️⃣ Criação de aba para demonstrar a composição do cálculo do preço médio

📘 2️⃣ Divergência no cálculo da Margem de Contribuição (ERP-

2934)

Na tela “3.3.32 - Gestão de Royalties” foi feita uma implementação, para quando usada a apuração com o “Tipo de Período” como “Considerar Cadastro de Produtos/Fornecedores” e o “Tipo de Período” na tela “1.1.19 - Cadastro de produtos”, for “Contas a receber” com as notas fiscais faturadas e que não foram liquidadas; o “Período da apuração” será exibido na grid sem os valores nas colunas de “Apuração de Royalties” do lado direito.

 

Informações

Configuração do tipo de cálculo no produto (Imagem 1).

Image Removed

Informações

“Tipo de Período” configurado como “Considerar cadastro de Produtos/Fornecedores” (Imagem 2).

Image Removed

Local>Tela 1.1.19 - Cadastro de produtos

Local>Tela 3.3.32 - Gestão de royalties

2933)

Ocorrência: Margem de contribuição sendo calculada incorretamente após a inclusão de um novo campo no banco de dados, que quando não possuía informação este ficava como nulo. Devido a isso, ao serem feitas as contas de margem de contribuição os valores de “IR e CSLL”, ficavam com desacertos.

Solução: O ajuste realizado consiste em passar o valor do novo campo para zero, de forma que não existam mais valores nulos no cálculo da margem, onde passará a realizar corretamente (Imagens 1 e 2).

Image Added

Image Added

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

Quando utilizado um tipo de ordem que esteja configurado para "Não gerar movimentação financeira" (como por exemplo: bonificação, brinde e doação), fará com que a ordem em questão não interfira no cálculo da “Margem de Contribuição”, onde não impactará nos relatórios em que a “margem” é apresentada.

Abaixo demonstramos o cálculo utilizado para chegar ao valor da base de comissão na margem de contribuição:

Base comissão = ( Valor Bruto - Valor Desconto Comercial - Valor Desconto Fiscal ) - Frete

Local>Tela 3.2.12 - Digitação de ordens

Expandir
titleFINANCEIRO - 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

Expandir
titleFINANCEIRO - 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.

Informações

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

Informações

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).

Informações

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

Informações

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

Informações

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

Informações

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

Informações

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

Informações

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

Local>Tela: 5.2.13 - Fluxo de caixa geral

📘 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.

Expandir
titleFISCAL
Informações

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

Image Removed

Informações

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

Image Removed

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.

 

Informações

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

Image Removed

 

Informações

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

Image Removed

 

Informações

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

Image Removed

 

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

Local>Tela 2.2.4 - Entrada de notas fiscais

CONTÁBIL

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

 

Na tela “2.2.4 - Entrada de notas fiscais”, foi incluída uma validação que validará se na tela “2.1.7 - Cadastro de Classificação de Gastos - Processo de Compras”, caso esteja 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.

Nota

Obs.: Todas as funcionalidades citadas, somente funcionarão 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”.

 

Informações

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

 

Informações

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).

Image Modified

 

Informações

É 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).

Image Modified

 

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 poderá marcar estoque como “SIM” (Imagem 4).

 

Image Modified

 

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).

 

Image Modified

 

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”“NÃO”, 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 validar (Imagem 6).

 

Image Modified

 

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á validá-la (Imagem 7).

 

Image Modified

 

Informações

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

Image Modified

 

Na tela “1.1.9 - Cadastro de fornecedores (geral)”, foram inclusas opções para que possam ser dadas permissões 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.

 

Image Modified

 

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 apontados estes funcionários na listagem (Imagem 10).

 

Image Modified

 

Na tela “2.4.12 - Requisição de Materiais”, o sistema demonstrará o mesmo comportamento apresentado anteriormente, apontando uma listagem dos funcionários que tem permissão para abrir a “Requisição de Materiais” ou aprovar a “Requisição de Materiais” (Imagem 11).

 

Image Modified

 

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 em questão (Imagem 12).

 

Nota

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.

 

Image Modified

 

Após ser marcado o campo “Centro de Custo” para as contas totalizadoras para ver os centros de custos por item na tela “9.2.1 - Contábil - Integração”, poderá 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).

 

Image Added

Image Removed 

Informações

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

Image Modified

 

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).

 

Image Modified

Expandir
titleFISCAL

📘 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.

Informações

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

Image Added

Informações

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

Image Added

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.

 

Informações

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

Image Added

 

Informações

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

Image Added

 

Informações

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

Image Added

 

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

Local>Tela 2.2.4 - Entrada de notas fiscais

Expandir
title 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).

Informações

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

Informações

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).

Informações

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

Informações

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

Informações

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

Informações

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).

Informações

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

...