...
| 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 |
Datade previsãode 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 | ||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 📘 2️⃣ Não criava um novo endereço para o produto ao fazer o inventário pelo coletor
| |||||||||||||||||||||||
📗 3️⃣ O sistema estava aplicando frete com desacerto por “M3” (ERP-29402995)Ocorrência:Quando era realizado o inventário pelo coletor Estava sendo aplicado com desacerto o valor do frete dos itens do pedido. Quando era alterado um pedido, não estava sendo criado um novo endereço para o produto. Isto ocorria porque o sistema não encontrava um “tipo de endereço” para o produto, esta busca era realizada verificando o “tipo de endereço” da maioria dos produtos. Solução: Foi feito um ajuste no Coletor no “Inventário WMS” para que permita que seja criado um novo endereço para o produto. Neste caso, será criado um cadastro de produto com todos os endereços para que a busca pelo “tipo de endereço” seja realizada corretamente (Imagens 1 e 2).
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.
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".
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). 
Local>Tela 3.2.12 - Digitação de ordens |
| Expandir | ||
|---|---|---|
| ||
📘 📘 Ao incluir um lançamento a pagar com mais de9nove 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 | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||
📘2️⃣ Geração de um mesmo código em duas plantas diferentes1️⃣ Saldo de contas fluxo de caixa (ERP-29732774)Ocorrência: Ao realizar o “WMS - Inventário” para o mesmo produto com local de estoque diferente, estava duplicando o estoque físico no segundo local informado na tela “Cadastro de locais de estoque” 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.
 Local>Tela: 5.2.13 - Fluxo de caixa geral |
| Expandir | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||
📗 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.
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).
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):
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).
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 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).
 |
| Expandir | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
📘 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 para que ao realizar o “WMS - Inventário” com mais de um endereço de estoque para o mesmo produto, não duplique o estoque físico na tela “Cadastro de produtos” (Imagens 1, 2 e 3).
Local>Tela 7.2.5 - WMS - Inventário Local>Tela 1.1.19 - Cadastro de produtosno FR3, para que passe a trazer as informações corretas solicitadas no filtro.
 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.
Local>Tela 10.3.4 - Relatório de apuração de impostos Local>Tela 2.2.4 - Entrada de notas fiscais |
| Expandir | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||
📗 1️⃣ Acréscimo de valor mínimoasnas promoções (ERP-2117)No módulo “Telemarketing” foi implementado inserida a ativação da promoção com o valor mínimo do pedido.
 Local>Tela 3.1.7 - Cadastro de promoções Local>Tela 3.2.22 12 - Manutenção Digitação de tabelas de preçosordens Local>Tela 3.2.12 22 - Digitação Manutenção de tabelas de ordenspreços |
