Data 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:
📗 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)
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️⃣ Divergência no cálculo da Margem de Contribuição (ERP-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).
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
📘 📘 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
📘 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
📗 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.
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”.
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 poderá 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 “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á validar (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á validá-la (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 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. |
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).
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).
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).
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 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).
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).
📘 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️⃣ 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:
|
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
