...
| 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: 11/04/22 |
...
Ticket
...
Criticidade
...
📗 Implementação
...
1️⃣ Relevante
...
📘 Solicitação
...
2️⃣ Importante
...
📙 Mudança
...
3️⃣ Muito importante
...
Notas de versão:
| Expandir | ||
|---|---|---|
| ||
| Expandir | ||
| ||
| Informações | ||
| Informações | ||
Data de publicação: 11/04/22 |
Ticket | Criticidade |
📗 Implementação | 1️⃣ Relevante |
📘 Solicitação | 2️⃣ Importante |
📙 Mudança | 3️⃣ Muito importante |
Notas de versão:
| Expandir | ||
|---|---|---|
| ||
📘 1️⃣ Desacerto no cadastro de nova empresa (ERP-2844)Ocorrência: Quando se tentava cadastrar uma nova empresa no sistema que já estava autorizada pelo Guarani, era mostrado um aviso na tela “arithmetic exception, numeric overflow, or string truncation - At trigger 'EMPRESA_AI0' line: 137, col: 1” e o cadastro não era salvo. Este desacerto ocorria, pois a alteração de tamanho do campo “PAR_OPCOES” não era considerada pelo sistema. Solução: Foi feito um ajuste para que seja respeitado o novo tamanho do campo (Imagens 1 e 2).
Local>Tela 1.1.5 - Cadastro de empresas |
| Expandir | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||
📘 1️⃣ Desacerto ao alterar embalagem de produto sem pedidos em aberto (ERP-2815)Ocorrência: A mensagem de desacerto “Impossível alterar informações da unidade de venda pois existem pedido(s) de compra em aberto!", era apresentada mesmo com a ordem de compra já cancelada. Solução: Foi feito um ajuste para que o sistema não valide os pedidos cancelados quando em aberto, permitindo assim alterar a “Unidade de Venda”, desde que não tenha pedido de venda em aberto.
 Local>Tela 2.2.8 - Manutenção das ordens de compra Local>Tela 1.1.19 - Cadastro de produtos 📘 1️⃣ Não atualizava o plano financeiro em massa, quando continha o “pedido de compra + XML de nota fiscal” (ERP-2850)Ocorrência: Na tela “2.2.4 - Entrada de notas fiscais”, quando o parâmetro “Classificação de gastos na origem ou no financeiro” estava marcado como “FINANCEIRO” e era utilizada a função de atualizar em massa, esta atualização não ocorria no “Plano Financeiro” quando continha “Pedido de compra + XML de Nota Fiscal” juntos. Solução: Foi feito um ajuste na função de atualização em massa da tela “Entrada de nota fiscal”, para que valide o parâmetro “Classificação de gastos na origem ou no financeiro” quando este estiver como “FINANCEIRO”, mesmo que o “Plano Financeiro“ seja preenchido na “Manutenção de ordens de compra”, ele será atualizado (Imagens 1 e 2).
Local>Tela Parâmetros Local>Tela 2.2.8 4 - Manutenção das ordens de compra Local>Tela 1.1.19 - Cadastro de produtos 📘 1️⃣ Não atualizava o plano financeiro em massa, quando o “pedido de compra + XML de nota fiscal” (ERP-2850)Ocorrência: Na tela “2.2.4 - Entrada de notas fiscais”, quandoEntrada de notas fiscais 📘 2️⃣ Departamento fiscal na tela “Entrada de notas fiscais” - importação de XML CT-e em massa (ERP-2864)Ocorrência: Quando era importado o CT-e em lote e o parâmetro “Classificação de gastos na origem ou no financeiro” estava marcado como “FINANCEIRO” e era utilizada a função de atualizar em massa, esta atualização não ocorria no “Plano Financeiro” quando continha “Pedido de compra + XML de Nota Fiscal” juntos. Solução: Foi feito um ajuste na função de atualização em massa da tela “Entrada de nota fiscal”, para que valide o parâmetro “Classificação de gastos na origem ou no financeiro” quando este estiver como “FINANCEIRO”, mesmo que o “Plano Financeiro“ seja preenchido na “Manutenção de ordens de compra”, ele será atualizado (Imagens 1 e 2).
Local>Tela Parâmetros Local>Tela 2como “Origem”, sendo configurado como “Informar centro de custo” igual a “SIM”, era necessário informar o “Centro de Custo”, porém não existia o campo na tela para efetuar este movimento. Solução: Na tela “Entrada de notas - Importação de CTE em lote”, foi inserido na atualização em massa o campo do centro de custo que virá em branco e será obrigatório informar para finalização do processo, quando o cliente estiver utilizando parâmetro informado = “Origem” (Imagem 1).
Local>Tela 2.2.4 - Entrada de notas fiscais 📘 2️⃣ Departamento fiscal na tela “Entrada de notas fiscais” - importação de XML CT-e em massa (ERP-2864)Ocorrência: Quando era importado o CT-e em lote e o parâmetro “Classificação de gastos na origem ou no financeiro” estava como “Origem”, sendo configurado como “Informar centro de custo” igual a “SIM”, era necessário informar o “Centro de Custo”, porém não existia o campo na tela para efetuar este movimento. Solução: Foi implementado o campo “Centro de Custo” na tela “Importação de CT-e em Lote” (Imagem 1).
Local>Tela 2.2.4 - Entrada de notas fiscais | ||||||||||||||||||
| Expandir | ||||||||||||||||||
|
| Informações |
|---|
Valores do produto antes da geração de novos valores (Imagem 1). |
| Informações |
|---|
Gerando novos valores na tabela (Imagem 2). |
| Informações |
|---|
Tela de manutenção após alteração trazendo valor anterior (Imagem 3). |
| Informações |
|---|
Planilha de preço com alteração (Imagem 4). |
| Informações |
|---|
Geração de novos valores com opção de acréscimo (Imagem 5). |
| Informações |
|---|
Tabela de preço com alteração de acréscimo (Imagem 6). |
| Informações |
|---|
Planilha de preço após alteração de valor com acréscimo (Imagem 7). |
Local>Tela 2.2.10 - Planilha de formação de preços
Local>Tela 3.2.22 - Manutenção de tabelas de preços
Local>Tela Geração de tabela de preços
| title | FATURAMENTO |
|---|
📘 2️⃣ Importação de DI - Desacerto no rateio (ERP-2806)
Ocorrência: Ao importar a D.I., os valores de seguro e de acréscimo(THC) estavam sendo aplicados integralmente em cada item e não sendo rateados.
Solução: Foi realizado um ajuste para que ao importar o XML da D.I., os valores referentes a seguros e acréscimos(THC) sejam rateados em os itens da D.I.
| Informações |
|---|
Rateio dos valores ao importar D.I. “SEGURO E ACRÉSCIMO” (Imagem 1). |
| Informações |
|---|
Lembrando que: para que os valores de seguro e acréscimo, sejam embutidos nos itens, o tipo de frete tem que ser CIF (Imagem 2). |
Local>Tela - Importação da Declaração de Importação (DI)
| title | FINANCEIRO - RECEBER |
|---|
📘 1️⃣ Fechamento de ordem parcial não gerando nota de entrada (ERP-2823)
Ocorrência: Nota fiscal de devolução parcial, não estava sendo gerada pela tela fechamento de ordem.
Solução: Foi feito um ajuste para quando se tratar de uma nota de entrada, não fazer a validação se já existir alguma nota de devolução gerada.
| Informações |
|---|
Devolução parcial no fechamento de ordem, quando já existe uma devolução feita anteriormente (Imagem 1). |
| Informações |
|---|
Incluindo nova devolução (Imagens 2 e 3). |
| Informações |
|---|
Gerando nota fiscal de devolução (Imagens 4 e 5). |
Local>Tela 4.2.5 - Emissão de Notas fiscais eletrônicas
Local>Tela 5.2.10 - Fechamento de ordens
📘 2️⃣ Saldo de Clientes “correção do filtro” (ERP-2699)
Ocorrência: Não estava permitindo filtrar todos os clientes ao mesmo tempo e nenhum período específico. Com isso, dificultava o uso da tela para o usuário.
Solução: Foram atualizadas as telas: saldo de clientes e relatórios, agora as buscas e consultas podem ser feitas com todos os clientes.
| Informações |
|---|
Foi criada uma aba separada, chamada “Selecionar clientes para lançar saldo” (Imagem 1). |
| Informações |
|---|
A nova aba “Selecionar clientes para lançar saldo”, permite fazer lançamentos em débito e crédito (Imagem 2). |
| Informações |
|---|
Na aba “Filtros”, foi adicionada a opção de filtrar por todos os clientes e visualizar o somatório total dos filtros (Imagem 3). |
| Informações |
|---|
Tendo a nova opção de busca por todos os cliente, foi feito um ajuste no relatório para ser impresso todos os clientes nele (Imagem 4). |
Local>Tela 5.2.23 - Saldo de clientes
📘 1️⃣ Dias de atraso para pagamentos em cartão sendo contabilizados com desacerto (ERP-2865)
Ocorrência: A análise de crédito considerava os dias de atraso de vendas de cartão, o que não é correto visto que o cliente paga o título no momento da compra, sendo prazo zero.
Solução: Foi feito um ajuste para que os títulos criados com a cobrança de finalidade cartão, sejam considerados os dias em atraso como zero, também será reconsiderado o cálculo de média e o de maior atraso (Imagem 1).
Local>Tela 5.2.2 - Análise de crédito
| title | FINANCEIRO - PAGAR |
|---|
📘 1️⃣ Filtro "Banco" no relatório de contas a pagar não estava funcionando corretamente (ERP-2799)
Ocorrência: Ao filtrar o relatório pelo banco usando uma data especifica, era puxado o título de outro banco.
Solução: Foi feito um ajuste na tela “6.3.1 - Relatórios de contas a pagar” para que ao ser feito o filtro pelo banco, traga somente os títulos do banco selecionado de acordo com o período informado (Imagens 1, 2 e 3).
Local>Tela 6.2.6 - Lançamentos a pagar
Local>Tela 6.3.1 - Relatórios de contas a pagar
📘 2️⃣ Parcelamento na “Conta corrente de representante” apresentava mensagem com desacerto (ERP-2772)
Ocorrência: A tela “6.2.2 - Contas corrente representantes” não permitia o parcelamento de débitos que não estavam atrelados a pedidos.
Solução: Foi criado o campo “Parcelamento (valor do lançamento)”, agora será possível parcelar qualquer débito, seja ele atrelado ou não a um pedido.
| Informações |
|---|
Débito lançado para o representante “54398” (Imagem 1). |
| Informações |
|---|
Ao acessar a opção “Parcelamento (valor do lançamento)”, a tela será exibida (Imagem 2). |
| Informações |
|---|
Na tela “Parcelamento de Comissão”, que teve seu visual alterado, o “Vr.Base” será carregado com o valor do débito e não com o da base de comissão, como é feito pela opção padrão (Imagem 3). |
| Informações |
|---|
Uma parcela positiva será lançada, além disso, as cinco parcelas informadas serão lançadas com as suas respectivas datas no quadro (Imagem 4). |
Local>Tela 6.2.2 - Contas correntes representantes
| title | WMS |
|---|
📘 1️⃣ Conferência - realizando conferência às cegas (ERP-2812)
Ocorrência: A “Conferência.exe” não respeitava o parâmetro "Qual a quantidade a exibir no Chekout (CONFERIDA/a CONFERIR)?". Ao salvar o layout na grid com a configuração do parâmetro como “A CONFERIR“, quando era alterado o parâmetro para “CONFERIDA”, o sistema estava considerando a configuração da grid e desconsiderando a do parâmetro.
Solução: Foi criada a possibilidade de alterar/salvar o layout das grids, sobrepondo a configuração do parâmetro. Foi alterado para que o parâmetro seja verificado após o layout ser carregado, fazendo com que ele tenha prioridade ao definir os campos a serem mostrados na grid (Imagens 1, 2, 3 e 4).
Com o intuito de melhorar a experiência do usuário:
Quando era feita a conferência de um pedido que já tinha sido conferido, era mostrado um desacerto (Imagem 5).
Foi feito um ajuste para quando ocorrer a tentativa de conferência de um pedido já conferido, o sistema apresente uma validação (Imagem 6).
Local>Tela Parâmetros
Local>Tela CHECK-OUT
Local>Tela 1.1.19 - Cadastro de produtos
Local>Tela Coletor
📘 2️⃣ No cancelamento do pedido o sistema não perguntava se iria gerar guia de armazenagem ou voltar para o endereço original (ERP-2776)
Ocorrência: Ao cancelar um pedido referente ao estilo “Peça Única”, o sistema estava retornando para o estoque, mas não estava dando a opção de gerar guia ou retornar para o endereço original.
Solução: Foi alterado o comportamento para que, ao cancelar um pedido o sistema mostre a opção de gerar guia ou voltar para o endereço original do estilo “Peça única” (Imagem 1).
| Informações |
|---|
Validação ao cancelar o pedido (Imagem 2). |
Local>Tela 3.2.12 - Digitação de ordens
📘 1️⃣ Check-Out, conferindo produto incorreto ao bipar lote de outro produto (ERP-2750)
Ocorrência: Quando a conferência era feita em um pedido que estava em “Guia de carregamento” e era do estilo rastreável (check-out por lote), o sistema não alertava que o produto já havia sido completamente conferido, com isso o pedido seguinte ficava selecionado permitindo que o operador conferisse um produto incorretamente ao bipar o lote de outro produto.
Solução: Foi feito um ajuste para que ao finalizar a conferência de um lote, mesmo que seja digitado manualmente, o sistema informe que já foi feita a conferência total do lote, retornando o cursor para o campo do lote impedindo que outro item seja baixado por engano (Imagens 1 e 2).
Com o intuito de melhorar a experiência do usuário:
Quando um pedido continha duas guias de carregamento, não era permitido bipar o lote do que estava na guia separada. Foi feito um ajuste para que o sistema passe a aceitar bipar o lote de qualquer guia de carregamento, contanto que pertença ao mesmo pedido (Imagem 3).
Local>Coletor
Local>Tela 7.2.2 - WMS - Guia de carregamento
| title | PCP |
|---|
📘 1️⃣ Almoxarifado e Industrialização em Terceiro (ERP-2570)
Ocorrência: Quando a “Industrialização em Terceiro” era feita a partir da “Ordem de fabricação”, ao importar o “Almoxarifado” através do campo “Importar Ordem de Fabricação” e após finalizar o “Almoxarifado”, não aparecia as informações na tela “Industrialização em Terceiro” não permitindo informar o retorno. Também foi verificado que o campo “Finalizar Retorno” não estava habilitado.
Solução: Foi feito um ajuste para que ao importar uma “Industrialização em Terceiro”, seja permitido informar somente através do campo “Importar Industrialização em Terceiro”. O campo “Finalizar Retorno” foi ajustado para que fique habilitado ao “Informar Retorno” (Imagens 1, 2 e 3).
Local>Tela 8.2.10 - Industrialização em Terceiro
Local>Tela 2.4.1 - Almoxarifado
| title | FISCAL |
|---|
📘 2️⃣ GIA e SPED com notas sem transmissão (ERP-2791)
Ocorrência: Notas Fiscais não transmitidas sendo exibidas em relatórios de apuração de impostos, GIA, SPED, etc.
Solução: Foi realizado um ajuste para que sejam consideras apenas notas fiscais transmitidas nos arquivos e relatórios (Imagens 1 e 2).
10.2.16 - Sped fiscal;
10.2.17 - Sped PIS/COFINS;
10.2.1 - Apuração de Impostos;
10.3.4 - Relatório de apuração de impostos;
10.2.5 - Geração GIA;
10.3.3 - Relatório de notas fiscais transmitidas, este relatório teve sua descrição alterada, anteriormente era chamado de “Relatório de notas fiscais impressas“.
Com o intuito de melhorar a experiência do usuário:
Agora os relatórios FR3, estão utilizando a formatação Arial em todos os campos.
Local>Tela 10.3.3 - Relatório de notas fiscais transmitidas
📘 2️⃣ Importação de XML emitidos externamente, não importava documentos de entrada (ERP-2794)
Ocorrência: Ao realizar a “Importação de XML emitidos externamente”, o sistema realizava uma busca somente pelo primeiro registro de CFOP, caso houvessem outros registros diferentes no “Cadastro de tipos de ordens”, eles não eram encontrados.
Solução: Foi feito um ajuste para que o sistema busque o CFOP de acordo com o que está no XML, independente da quantidade de registros.
| Informações |
|---|
Registro com três cadastros de CFOP configurados e com numeração diferente entre si (Imagem 1). |
| Informações |
|---|
Registro de um cadastro tipo de ordem (Imagem 2). |
| Informações |
|---|
Finalização da importação (Imagem 3). |
Local>Tela 10.1.3 - Cadastro de CFOP
Local>Tela 1.1.23 - Cadastro de tipos de ordens
Local>Tela 19.2.1 - Importação de XML emitidos externamente
📘 1️⃣ Cadastro de Classificações fiscais (NCM) - desacerto ao replicar o DIFAL (ERP-2803)
Ocorrência: Após o cadastramento das configurações de um NCM na tela “Cadastro de classificações fiscais (NCM)”, o sistema dava duas opções de replicação, por UF ou por NCM, porém quando era aplicada a opção por UF e a configuração do NCM estava como DIFAL “SIM”, o sistema estava replicando a opção do DIFAL como “NÃO”. Com isso foi identificado que no botão “Inicia transferência para a seleção“ da tela “Relação de UF“, o código que fazia a replicação dos dados de um NCM por UF, não contemplava os campos “DIFAL” das tabelas “CLAS_TRIBUTACAO” e “CLAS_TRIB_EMPRESA”.
Solução: Foram adicionados os campos “CST_DIFAL” e “CTE_DIFAL” no processo de replicação do botão “Inicia transferência para seleção“.
| Informações |
|---|
Na “Relação de UF”, optando em “AL - Alagoas” e clicando em “Inicia transferência para a seleção“ (Imagem 2). |
| Informações |
|---|
Clicar em “SIM” e depois em “OK” (Imagens 3 e 4). |
| Informações |
|---|
Os dados foram copiados na íntegra para a “UF Origem SP x UF Destino AL”, principalmente o “DIFAL” (Imagem 5). |
Local>Tela 10.1.4 - Cadastro de classificações fiscais (NCM)
📘 1️⃣ Relatório de apuração de impostos PIS/COFINS, demonstrativo de apuração (ERP-2760)
Ocorrência: Otítulo do relatório apresentava um desacerto e os débitos e créditos do bloco F100 não estavam sendo contabilizados na apuração.Solução: Foi feito um ajuste quanto ao título do relatório e ajustes para que, os campos de depreciação do bloco F100 tanto crédito como débito, sejam somados e apurados corretamente.
| Informações |
|---|
Título do relatório após o ajuste (Imagem 1). |
| Informações |
|---|
Tela de “Apuração de Impostos”, PIS e relatório de apuração de PIS (Imagens 2 e 3). |
| Informações |
|---|
Tela de “Apuração de Impostos”, COFINS e relatório de apuração de COFINS (Imagens 4 e 5). |
Local>Tela 10.2.1 - Apuração de Impostos
📘 2️⃣ Apuração de Impostos “PIS e COFINS” (ERP-2781)
Ocorrência: O valor lançado em “Ajustes Créditos”, não estava compondo o “Saldo final” e a opção “Detalhes apuração Sped”, não tinha a opção de “ajustes Crédito e nem ajustes Débito” para informar o valor.
Solução: Foi criado o campo para lançamentos de ajustes de “Créditos e Débitos” no detalhamento da apuração para Sped e foi ajustado o campo “009 - Saldo de Imposto a recolher”, para ver o cálculo do total de débito com ajustes e o total créditos com ajuste.
| Informações |
|---|
Correção para ajustes compor o saldo final da apuração (Imagem 1). |
| Informações |
|---|
Detalhamento da Apuração para SPED Contribuições, para lançamentos dos ajustes de crédito e débito (Imagem 2). |
Com o intuito de melhorar a experiência do usuário:
Os lançamentos de ajustes de débitos conforme layout, devem gerar através dos blocos M220 para PIS e M620 para COFINS (Imagem 3).
| Informações |
|---|
Mostrará todos os CSTs de PIS e COFINS, para permitir as operações de débitos e créditos (Imagem 4). |
| Informações |
|---|
Feito um ajuste para que quando feita a apuração de PIS e COFINS, os campos estorno de débitos e estorno de créditos, fiquem desabilitados uma vez que pertencem a apuração de ICMS (Imagem 5). |
Local>Tela 10.2.1 - Apuração de ImpostosLocal>Tela 2.1.9 - Cadastro de classificação de Gastos - Processo de Compras
| Expandir | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
📘 2️⃣ Valor unitário anterior não aparecia, quando o preço de venda era atualizado pela geração da tabela (ERP-2808)Ocorrência: Ao gerar novos preços para as tabelas de preços existentes na opção “gerar”, o sistema não estava trazendo o valor unitário anterior. Solução: Foi feito um ajuste para que toda vez que seja gerado novos preços na tabela, os valores anteriores sejam apresentados na grid.
Local>Tela 2.2.10 - Planilha de formação de preços Local>Tela 3.2.22 - Manutenção de tabelas de preços Local>Tela Geração de tabela de preços |
| Expandir | ||||
|---|---|---|---|---|
| ||||
📘 2️⃣ Importação de DI - Desacerto no rateio (ERP-2806)Ocorrência: Ao importar a D.I., os valores de seguro e de acréscimo(THC) estavam sendo aplicados integralmente em cada item e não sendo rateados. Solução: Foi realizado um ajuste para que ao importar o XML da D.I., os valores referentes a seguros e acréscimos(THC) sejam rateados em os itens da D.I.
Local>Tela - Importação da Declaração de Importação (DI) |
| Expandir | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||
📘 1️⃣ Fechamento de ordem parcial não gerando nota de entrada (ERP-2823)Ocorrência: Nota fiscal de devolução parcial, não estava sendo gerada pela tela fechamento de ordem. Solução: Foi feito um ajuste para quando se tratar de uma nota de entrada, não fazer a validação se já existir alguma nota de devolução gerada.
Local>Tela 4.2.5 - Emissão de Notas fiscais eletrônicas Local>Tela 5.2.10 - Fechamento de ordens 📘 2️⃣ Saldo de Clientes “correção do filtro” (ERP-2699)Ocorrência: Não estava permitindo filtrar todos os clientes ao mesmo tempo e nenhum período específico. Com isso, dificultava o uso da tela para o usuário. Solução: Foram atualizadas as telas: saldo de clientes e relatórios, agora as buscas e consultas podem ser feitas com todos os clientes.
Local>Tela 5.2.23 - Saldo de clientes 📘 1️⃣ Dias de atraso para pagamentos em cartão, sendo contabilizados com desacerto (ERP-2865)Ocorrência: A análise de crédito considerava os dias de atraso de vendas de cartão, o que não é correto visto que o cliente paga o título no momento da compra, sendo prazo zero. Solução: Foi feito um ajuste para que os títulos criados com a cobrança de finalidade cartão, sejam considerados os dias em atraso como zero, também será reconsiderado o cálculo de média e o de maior atraso (Imagem 1).
Local>Tela 5.2.2 - Análise de crédito |
| Expandir | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
📘 1️⃣ Filtro "Banco" no relatório de contas a pagar, estava com desacerto (ERP-2799)Ocorrência: Ao filtrar o relatório pelo “Banco” usando uma data específica, era puxado o título de outro banco. Solução: Foi feito um ajuste na tela “Relatórios de contas a pagar” para que ao ser feito o filtro pelo “Banco”, traga somente os títulos do banco selecionado de acordo com o período informado (Imagens 1, 2 e 3).
Local>Tela 6.2.6 - Lançamentos a pagar Local>Tela 6.3.1 - Relatórios de contas a pagar 📘 2️⃣ Parcelamento na “Conta corrente de representante” apresentava mensagem com desacerto (ERP-2772)Ocorrência: A tela “Contas correntes representantes”, não permitia o parcelamento de débitos que não estavam atrelados a pedidos. Solução: Foi criado o campo “Parcelamento (valor do lançamento)”, sendo possível parcelar qualquer débito, seja ele atrelado ou não a um pedido.
 Local>Tela 6.2.2 - Contas correntes representantes |
| Expandir | ||||
|---|---|---|---|---|
| ||||
📘 1️⃣ Conferência - realizando conferência às cegas (ERP-2812)Ocorrência: A “Conferência.exe” não respeitava o parâmetro "Qual a quantidade a exibir no Chekout (CONFERIDA/a CONFERIR)?". Ao salvar o layout na grid com a configuração do parâmetro como “A CONFERIR“, quando era alterado o parâmetro para “CONFERIDA”, o sistema estava considerando a configuração da grid e desconsiderando a do parâmetro. Solução: Foi criada a possibilidade de alterar/salvar o layout das grids, sobrepondo a configuração do parâmetro. Foi alterado para que o parâmetro seja verificado após o layout ser carregado, fazendo com que ele tenha prioridade ao definir os campos a serem mostrados na grid (Imagens 1, 2, 3 e 4).
Local>Tela Parâmetros Local>Tela CHECK-OUT Local>Tela 1.1.19 - Cadastro de produtos Local>Tela Coletor 📘 2️⃣ No cancelamento do pedido, o sistema não perguntava se iria gerar guia de armazenagem ou voltar para o endereço original (ERP-2776)Ocorrência: Ao cancelar um pedido referente ao estilo “Peça Única”, o sistema estava retornando para o estoque, mas não estava dando a opção de gerar guia ou retornar para o endereço original. Solução: Foi alterado o comportamento para que, ao cancelar um pedido o sistema mostre a opção de gerar guia ou voltar para o endereço original do estilo “Peça única” (Imagem 1).
Local>Tela 3.2.12 - Digitação de ordens 📘 1️⃣ Check-Out, conferindo produto incorreto ao bipar lote de outro produto (ERP-2750)Ocorrência: Quando a conferência era feita em um pedido que estava em “Guia de carregamento” e era do estilo rastreável (check-out por lote), o sistema não alertava que o produto já havia sido completamente conferido, com isso o pedido seguinte ficava selecionado permitindo que o operador conferisse um produto incorretamente ao bipar o lote de outro produto. Solução: Foi feito um ajuste para que ao finalizar a conferência de um lote, mesmo que seja digitado manualmente, o sistema informe que já foi feita a conferência total do lote, retornando o cursor para o campo do lote impedindo que outro item seja baixado por engano (Imagens 1 e 2).
Local>Coletor Local>Tela 7.2.2 - WMS - Guia de carregamento |
| Expandir | ||
|---|---|---|
| ||
📘 1️⃣ Almoxarifado e Industrialização em Terceiro (ERP-2570)Ocorrência: Quando a “Industrialização em Terceiro” era feita a partir da “Ordem de fabricação”, ao importar o “Almoxarifado” através do campo “Importar Ordem de Fabricação” e após finalizar o “Almoxarifado”, não aparecia as informações na tela “Industrialização em Terceiro” não permitindo informar o retorno. Também foi verificado que o campo “Finalizar Retorno” não estava habilitado. Solução: Foi feito um ajuste para que ao importar uma “Industrialização em Terceiro”, seja permitido informar somente através do campo “Importar Industrialização em Terceiro”. O campo “Finalizar Retorno” foi ajustado para que fique habilitado ao “Informar Retorno” (Imagens 1, 2 e 3).
Local>Tela 8.2.10 - Industrialização em Terceiro Local>Tela 2.4.1 - Almoxarifado |
| Expandir | |||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||
📘 2️⃣ GIA e SPED com notas sem transmissão (ERP-2791)Ocorrência: Notas Fiscais não transmitidas sendo exibidas em relatórios de apuração de impostos, GIA, SPED, etc. Solução: Foi realizado um ajuste para que sejam consideradas apenas notas fiscais transmitidas nos arquivos e relatórios (Imagens 1 e 2).
Local>Tela 10.3.3 - Relatório de notas fiscais transmitidas 📘 2️⃣ Importação de XML emitidos externamente, não importava documentos de entrada (ERP-2794)Ocorrência: Ao realizar a “Importação de XML emitidos externamente”, o sistema realizava uma busca somente pelo primeiro registro de CFOP, caso houvessem outros registros diferentes no “Cadastro de tipos de ordens”, eles não eram encontrados. Solução: Foi feito um ajuste para que o sistema busque o CFOP de acordo com o que está no XML, independente da quantidade de registros.
Local>Tela 10.1.3 - Cadastro de CFOP Local>Tela 1.1.23 - Cadastro de tipos de ordens Local>Tela 19.2.1 - Importação de XML emitidos externamente 📘 1️⃣ Cadastro de Classificações fiscais (NCM), com desacerto ao replicar o DIFAL (ERP-2803)Ocorrência: Após o cadastramento das configurações de um NCM na tela “Cadastro de classificações fiscais (NCM)”, o sistema dava duas opções de replicação, por UF ou por NCM, porém quando era aplicada a opção por UF e a configuração do NCM estava como DIFAL “SIM”, o sistema estava replicando a opção do DIFAL como “NÃO”. Com isso foi identificado que no botão “Inicia transferência para a seleção“ da tela “Relação de UF“, o código que fazia a replicação dos dados de um NCM por UF, não contemplava os campos “DIFAL” das tabelas “CLAS_TRIBUTACAO” e “CLAS_TRIB_EMPRESA”. Solução: Foram adicionados os campos “CST_DIFAL” e “CTE_DIFAL” no processo de replicação do botão “Inicia transferência para seleção“.
Local>Tela 10.1.4 - Cadastro de classificações fiscais (NCM) 📘 1️⃣ Relatório de apuração de impostos PIS/COFINS, demonstrativo de apuração (ERP-2760)Ocorrência: Otítulo do relatório apresentava um desacerto e os débitos e créditos do bloco F100 não estavam sendo contabilizados na apuração. Solução: Foi feito um ajuste quanto ao título do relatório e ajustes para que, os campos de depreciação do bloco F100 tanto crédito como débito, sejam somados e apurados corretamente.
Local>Tela 10.2.1 - Apuração de Impostos 📘 2️⃣ Apuração de Impostos “PIS e COFINS” (ERP-2781)Ocorrência: O valor lançado em “Ajustes Créditos”, não estava compondo o “Saldo final” e a opção “Detalhes apuração Sped”, não tinha a opção de “ajustes Crédito e nem ajustes Débito” para informar o valor. Solução: Foi criado o campo para lançamentos de ajustes de “Créditos e Débitos” no detalhamento da apuração para Sped e foi ajustado o campo “009 - Saldo de Imposto a recolher”, para ver o cálculo do total de débito com ajustes e o total créditos com ajuste.
Local>Tela 10.2.1 - Apuração de Impostos 📘 2️⃣ SPED Fiscal (ERP-2870)Ocorrência: Campo com muitas casas decimais no registro “E520” do Sped fiscal. Solução: Foi realizado um ajuste nas casas decimais dos campos do registro “E520” do Sped fiscal (Imagens 1 e 2).
Local>Tela 10.1.16 - Sped fiscal 📘 2️⃣ Sped Fiscal - registro 0200 (ERP-2858)Ocorrência: Itens sem movimentação de estoque sendo levados no registro 0200. O problema ocorria quando a opção "Reg. 1250 – Possui informações consolidadas de saldos de restituição, ressarcimento e complementação do ICMS?" era configurada como “SIM” e o registro K200 era marcado para ser gerado com opção de não enviar produtos sem estoque no K200. Solução: Foi realizado um ajuste que ao gerar o registro “0200 do Sped fiscal”, para que seja respeitada a opção "Enviar produtos sem estoque no K200?" quando marcado para gerar o K200 e a opção "Reg. 1250 – Possui informações consolidadas de saldos de restituição, ressarcimento e complementação do ICMS?" estiver como “SIM” (Imagens 1 e 2).
Local>Tela 10.2.16 - Sped fiscal |
