...
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 | |||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||
📗 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.
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️⃣ Criação de aba para demonstrar a composição do cálculo do preço médio (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.
Local>Tela 1.1.19 - Cadastro de produtos Local>Tela 3.3.32 - Gestão de royalties 📘 2️⃣ Divergência no cálculo da Margem de Contribuição (ERP-2933)Ocorrência: Margem de contribuição estava com desacerto no item. Este campo estava ficando com valor "nulo" e ao fazer 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 ocorriam os “IR e CSLL”, ficavam com desacertos. Solução: Foi feita um ajuste para O ajuste realizado consiste em passar o valor do novo campo para zero, quando estiver nulo para que assim possa somar com outros valoresde 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 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 | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||
📘 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.
Local>Tela: 5.2.13 - Fluxo de caixa geral |
Expandir | |||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Informações |
---|
Filtro usado para geração do relatório (Imagem 1). |
Informações |
---|
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.
Informações |
---|
Filtro usado para geração do relatório (Imagem 1). |
Informações |
---|
Relatório gerado após ajuste (Imagem 2). |
Informações |
---|
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
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). |
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). |
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 “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).
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).
Informações |
---|
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).
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. |
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).
Informações |
---|
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).
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 no 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í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.
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 |
...