...
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: 04/07/22 |
...
Ticket
...
Criticidade
...
📗 Implementação
...
1️⃣ Relevante
...
📘 Solicitação
...
2️⃣ Importante
...
📙 Mudança
...
3️⃣ Muito importante
...
Notas de versão:
Expandir | ||
---|---|---|
| ||
Informações |
Informações |
---|
Ao ser informada uma quantidade menor do que a que consta no pedido, irá mostrar uma validação ao clicar em “Ok”, permitindo a saída da tela normalmente (Imagem 4). |
Local>Tela Coletor
Local>Tela 3.2.12 - Digitação de ordens
title | CONFERÊNCIA.EXE |
---|
📘 2️⃣ Conferência - Dynamic SQL ERROR - SQL ERROR = -104 (ERP-3322)
Ocorrência: Quando era realizada uma tentativa de abertura de pedido no Conferência.exe, estava apresentando uma inconsistência de SQL.
Solução: Foi realizado um ajuste ao salvar o tipo de ordenação dos itens conferidos. Será necessário clicar no Ctrl + F11, selecionar um tipo de ordenação e salvar (Imagem 1).
Local>Tela Guarani :: CHECK-OUT
title | COMUNS |
---|
📗 1️⃣ Permitir determinar uma cor de destaque (identificação) ao cliente e demais melhorias (ERP-3136)
Na tela “1.1.3 - Cadastro de clientes” foi criado o campo “Cor”. Ao selecionar uma cor irá efetuar o preenchimento do fundo, conforme o cliente selecionado (Imagem 1).
Informações |
---|
Preenchimento do cliente na aba “Consulta Clientes”. Permitirá fazer a busca através do campo “Cliente Cor” (Imagem 2). |
Informações |
---|
Foi criado na “Atualização em Massa de Clientes” a opção de atualizar a cor do cliente (Imagem 3). |
Informações |
---|
Na Tela “1.2.0 - Consulta de Clientes” foi criado o campo “Cliente Cor”, que permitirá fazer a busca através do nome da cor que está cadastrada no cliente (Imagem 4). |
title | COMERCIAL - VENDAS |
---|
📘 1️⃣ Importação AFV removendo configuração Suframa do cliente (ERP-3126)
Ocorrência: O sistema estava alterando incorretamente informações de Suframa no cadastro do ERP ao importar clientes vindos do AFV.
Solução: Foi alterado a estrutura dos campos que vinham em branco do AFV, para que não faça alterações já existentes no cadastro do cliente. Neste caso ficará vazio na nova importação de clientes vindos do AFV e não irá atualizar a guia do Suframa com estes campos.
Informações |
---|
Cadastro do cliente antes da importação do AFV (Imagem 1). |
Informações |
---|
Efetuando a importação do cliente (Imagem 2). |
Informações |
---|
Cadastro do cliente após importação (Imagem 3). |
Informações |
---|
Cadastro do cliente com a alteração do contato que foi importada (Imagem 4). |
Local>Tela 1.1.3 - Cadastro de clientes
Local>Tela 3.5.7 - Guarani móvel - Android - importação de dados
📘 1️⃣ Divergência no roteiro de entrega da ordem, está divergente do cadastro de cliente (ERP-3156)
Ocorrência: Ao importar um cliente novo com pedido do AFV, o sistema não estava respeitando o parâmetro "Roteiro de Entrega (Clientes Novos)" deixando um roteiro de entrega aleatório no cadastro do novo cliente, assim como no pedido.
Solução: Foi feito um ajuste para que ao importar um pedido do AFV na tela “Guarani móvel - Android - importação de dados” e for um cliente novo que não possuí um roteiro de entrega vindo da importação, irá considerar conforme o que estiver no parâmetro “Roteiro de Entrega (Clientes Novos)” (Imagens 1 e 2).
Local>Tela Parâmetros :: Guarani
Local>Tela 1.1.3 - Cadastro de clientes
📗 3️⃣ Ajuste na tela “Custo por estoque” (ERP-2959)
Na tela “2.4.15 - Custo por Estoques (PP)”, houveram alterações nas nomenclaturas das colunas, sendo assim, as colunas “Valor CR e Vr Total Est CR”, foram substituídas por: “Valor CR[01], Valor CR[01] Total, Valor CR[02], Valor CR[02] Total, Valor CR[03] e Valor CR[03] Total (Imagem 1).
Informações |
---|
Houve uma alteração em relação a pesquisa pro grupo, onde agora será possível selecionar todos os grupos (Imagem 2). |
Informações |
---|
Na “Entrada de informações”, agora será possível editar os valores em “Informe os campos: Valor CR [01], [02] e [03]” (Imagem 3). |
📘 1️⃣ Produto com quantidade de estoque vendido, nenhuma ordem pendente (ERP-3022)
Ocorrência: Quando era efetuado um cancelamento de um item no caixa, após o término da venda e ao efetuar a duplicação desta ordem, o estoque vendido não estava batendo, por conta do item cancelado ser listado na nova venda duplicada.
Solução: Foi feito um ajuste com relação ao estoque vendido, para os usuários que fazem uso do módulo PDV - Caixa e foi corrigido a forma que é duplicada a ordem para que não considere mais itens cancelados.
Informações |
---|
Cancelando item no momento da venda no caixa (Imagem 1). |
Informações |
---|
Duplicando a venda que teve um item cancelado (Imagem 2). |
Informações |
---|
O estoque vendido (Imagem 3). |
Informações |
---|
Ao duplicar a ordem do “PDV - Caixa”, a nova ordem não trouxe o item excluído (Imagem 4). |
Informações |
---|
Ao consultar o item que foi cancelado, ele não é apresentado na ordem que foi duplicada e está pendente (Imagem 5). |
Data de publicação: 04/07/22
Ticket | Criticidade |
📗 Implementação | 1️⃣ Relevante |
📘 Solicitação | 2️⃣ Importante |
📙 Mudança | 3️⃣ Muito importante |
Notas de versão:
Expandir | ||||
---|---|---|---|---|
| ||||
📘 2️⃣ Ajuste no Coletor - Alocação de Peças (ERP-3319)Ocorrência: Havia a necessidade de ajustes e melhorias na “Alocação de Peças” do Coletor. Solução: No Coletor “Alocação de Peças” ao informar o pedido, a origem será preenchida automaticamente (Imagem 1).
Local>Tela Coletor Local>Tela 3.2.12 - Digitação de ordens |
Expandir | ||
---|---|---|
| ||
📘 2️⃣ Conferência - Dynamic SQL ERROR - SQL ERROR = -104 (ERP-3322)Ocorrência: Quando era realizada uma tentativa de abertura de pedido no Conferência.exe, estava apresentando uma inconsistência de SQL. Solução: Foi realizado um ajuste ao salvar o tipo de ordenação dos itens conferidos. Será necessário clicar no Ctrl + F11, selecionar um tipo de ordenação e salvar (Imagem 1). Local>Tela Guarani :: CHECK-OUT |
Expandir | ||||||
---|---|---|---|---|---|---|
| ||||||
📗 1️⃣ Permitir determinar uma cor de destaque (identificação) ao cliente e demais melhorias (ERP-3136)Na tela “1.1.3 - Cadastro de clientes” foi criado o campo “Cor”. Ao selecionar uma cor irá efetuar o preenchimento do fundo, conforme o cliente selecionado (Imagem 1).
|
Expandir | ||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||
📘 1️⃣ Importação AFV removendo configuração Suframa do cliente (ERP-3126)Ocorrência: O sistema estava alterando incorretamente informações de Suframa no cadastro do ERP ao importar clientes vindos do AFV. Solução: Foi alterado a estrutura dos campos que vinham em branco do AFV, para que não faça alterações já existentes no cadastro do cliente. Neste caso ficará vazio na nova importação de clientes vindos do AFV e não irá atualizar a guia do Suframa com estes campos.
Local>Tela 1.1.3 - Cadastro de clientes Local>Tela 3.5.7 - Guarani móvel - Android - importação de dados 📘 1️⃣ Divergência no roteiro de entrega da ordem, está divergente do cadastro de cliente (ERP-3156)Ocorrência: Ao importar um cliente novo com pedido do AFV, o sistema não estava respeitando o parâmetro "Roteiro de Entrega (Clientes Novos)" deixando um roteiro de entrega aleatório no cadastro do novo cliente, assim como no pedido. Solução: Foi feito um ajuste para que ao importar um pedido do AFV na tela “Guarani móvel - Android - importação de dados” e for um cliente novo que não possuí um roteiro de entrega vindo da importação, irá considerar conforme o que estiver no parâmetro “Roteiro de Entrega (Clientes Novos)” (Imagens 1 e 2). Local>Tela Parâmetros :: Guarani Local>Tela 1.1.3 - Cadastro de clientes 📗 3️⃣ Ajuste na tela “Custo por estoque” (ERP-2959)Na tela “2.4.15 - Custo por Estoques (PP)”, houveram alterações nas nomenclaturas das colunas, sendo assim, as colunas “Valor CR e Vr Total Est CR”, foram substituídas por: “Valor CR[01], Valor CR[01] Total, Valor CR[02], Valor CR[02] Total, Valor CR[03] e Valor CR[03] Total (Imagem 1).
📘 1️⃣ Produto com quantidade de estoque vendido, nenhuma ordem pendente (ERP-3022)Ocorrência: Quando era efetuado um cancelamento de um item no caixa, após o término da venda e ao efetuar a duplicação desta ordem, o estoque vendido não estava batendo, por conta do item cancelado ser listado na nova venda duplicada. Solução: Foi feito um ajuste com relação ao estoque vendido, para os usuários que fazem uso do módulo PDV - Caixa e foi corrigido a forma que é duplicada a ordem para que não considere mais itens cancelados.
Local>Tela 1.1.19 - Cadastro de produtos Local>Tela 2.2.5 - Estatística de produtos Local>Tela 3.2.12 - Digitação de ordens Local>Tela 3.2.13 - Duplicação de ordens 📘 1️⃣ Alterar processo que demonstra a composição do cálculo do preço médio (ERP-3124)Ocorrência : Remoção da implementação realizada anteriormente. Solução : Foi feita reversão da implementação criada, para que ao selecionar o tipo de cálculo seja considerado o cadastro de produtos e traga apenas o que de fato está configurado no produto.
Foram realizadas algumas outras alterações na apuração de royalties, que seguem:
Local 3.2.12 - Digitação de ordens Local 3.3.32 - Gestão de royalties
Local 3.2.12 - Digitação de ordens Local 3.3.32 - Gestão de royalties Local>Tela 5.2.10 - Fechamento de ordens |
Expandir | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
📘 1️⃣ Inconsistência no fechamento de ordens (ERP-3279)Ocorrência: Havia uma inconsistência emitindo o aviso de Access Violation, ao alterar “cobrança/carteira” no fechamento de ordens. Solução: Foi realizado um ajuste na geração das cobranças ao alterar “cobrança/carteira” na tela “Fechamento de ordens”, desta forma não ocorrerá mais o aviso de inconsistência (Imagens 1 e 2). Local>Tela 5.2.10 - Fechamento de ordens | |||||||||||||
Expandir | |||||||||||||
|
Informações |
---|
Ao inserir uma observação para um determinado grupo de clientes, esta observação irá ser enviada para todos os clientes que pertencem a este grupo. Uma mensagem mostrará a nomenclatura e o código do grupo em que a observação está sendo inserida (Imagem 2). |
Informações |
---|
Ao efetuar a consulta todos os clientes do grupo receberam a mesma observação (Imagem 3). |
Informações |
---|
Selecionando um dos clientes na tela “5.2.2 - Análise de crédito”, será possível observar que este recebeu a observação que foi digitada no grupo (Imagem 4). |
Informações |
---|
Ao selecionar a opção de observação por cliente e este fizer parte do grupo do qual foi adicionada uma observação, esta também será mostrada caso acesse a opção “Observação para Cliente”, mas só irá aparecer para os clientes que fazem parte daquele grupo (Imagem 5). |
Informações |
---|
Observação para o cliente (Imagem 6). |
📗 1️⃣ Adicionar campos “Cidade” e “UF” no “Relatório de contas a receber (NOVO)” (ERP-3243)
Na tela “5.3.7 - Relatório de contas a receber (NOVO)”, foram criados os campos “Cliente UF” e “Cliente Cidade” (Imagem 1).
Informações |
---|
O relatório somente irá ser mostrado na grid, por motivos de espaço não será mostrado na impressão (Imagem 2). |
title | FISCAL |
---|
📙 2️⃣ Inconsistência ao validar SPED Fiscal no registro E310 (ERP-2664)
Foi feito um ajuste para a geração do registro E310 dentro do bloco E300, onde constava incoerências nos cálculos apresentando inconsistência na estrutura do arquivo, pois estava em desacordo com o layout mais recente disponível no ERP, sendo assim, foi reformulado a geração do registro.
📗 2️⃣ Melhoria na tela “5.2.2 - Análise de crédito” (ERP-2949)
Na tela “5.2.2 - Análise de crédito”, foi implementada a opção de gerar observação para um grupo de clientes (Imagem 1).
Informações |
---|
Ao inserir uma observação para um determinado grupo de clientes, esta observação irá ser enviada para todos os clientes que pertencem a este grupo. Uma mensagem mostrará a nomenclatura e o código do grupo em que a observação está sendo inserida (Imagem 2). |
Informações |
---|
Ao efetuar a consulta todos os clientes do grupo receberam a mesma observação (Imagem 3). |
Informações |
---|
Selecionando um dos clientes na tela “5.2.2 - Análise de crédito”, será possível observar que este recebeu a observação que foi digitada no grupo (Imagem 4). |
Informações |
---|
Ao selecionar a opção de observação por cliente e este fizer parte do grupo do qual foi adicionada uma observação, esta também será mostrada caso acesse a opção “Observação para Cliente”, mas só irá aparecer para os clientes que fazem parte daquele grupo (Imagem 5). |
Informações |
---|
Observação para o cliente (Imagem 6). |
📗 1️⃣ Adicionar campos “Cidade” e “UF” no “Relatório de contas a receber (NOVO)” (ERP-3243)
Na tela “5.3.7 - Relatório de contas a receber (NOVO)”, foram criados os campos “Cliente UF” e “Cliente Cidade” (Imagem 1).
Informações |
---|
O relatório somente irá ser mostrado na grid, por motivos de espaço não será mostrado na impressão (Imagem 2). |
Expandir | |||||||||
---|---|---|---|---|---|---|---|---|---|
| |||||||||
📙 2️⃣ Inconsistência ao validar SPED Fiscal no registro E310 (ERP-2664)Foi feito um ajuste para a geração do registro E310 dentro do bloco E300, onde constava incoerências nos cálculos apresentando inconsistência na estrutura do arquivo, pois estava em desacordo com o layout mais recente disponível no ERP, sendo assim, foi reformulado a geração do registro.
📘 2️⃣ SPED Fiscal Registro C110 – dispositivos legais (ERP-3310)Ocorrência: Inconsistência ao gerar SPED bloco “0400”. Solução: Foi feita uma correção para que o bloco “0400” leve as informações corretas de acordo com os elementos inseridos no bloco ”C110”.
📘 2️⃣ SPED Fiscal Registro C110 – dispositivos legais (ERP-3310)Ocorrência: Inconsistência ao gerar SPED bloco “0400”. Solução: Foi feita uma correção para que o bloco “0400” leve as informações corretas de acordo com os elementos inseridos no bloco ”C110”. | |||||||||
Inconsistências ajustadas:
|
Informações |
---|
Filtro usado na geração do SPED (Imagem 1). |
Informações |
---|
Validação do arquivo após ajuste (Imagem 2). |
Com o intuito de melhorar a experiência do usuário:
Os registros “0450” também são utilizados nos blocos/registros “C110”, “C500”, “D100”, “D500”, “D700” e “1500”, mas conforme verificado no sistema Guarani, somente o “C110” faz uso do registro;
Os registros “0450” só podem ser informados caso sejam referenciados por um ou mais blocos, caso os mesmos sejam declarados sem referência são apontadas inconsistências sobre a não referência;
Atentar ao fato de que a mesma informação complementar poderá estar contida dentro de uma mesma nota fiscal, sendo esta situação de falha de digitação. O que gera duplicação na validação do arquivo.
Informações |
---|
Exemplo de Nota Fiscal com duplicidade na observação (Imagem 3). |
Local>Tela 10.2.16 - SPED fiscal
Local>Tela 4.1.1 - Cadastro de notas fiscais
📘 1️⃣ Devoluções de clientes ter a opção de vincular a nota de saída (ERP-3200)
Ocorrência: Ao importar o XML de entrada de devolução de venda, o sistema estava carregando as tags (etiquetas) “<pCredSN>” e “<vCredICMSSN>”, nos campos “Alíquota ICMS” e “Valor ICMS”. O correto seria carregar as informações das tags “<pICMS>” e “<vICMS>”.
Solução: Foi realizado um ajuste na importação do XML de entrada de devolução de venda, para que sejam carregadas as tags “<pICMS>” e “<vICMS>” nos campos “Alíquota ICMS” e “Valor ICMS”.
Informações |
---|
Entrada de nota com a importação do XML (Imagem 1). |
Informações |
---|
Informações do XML (Imagem 2). |
Local>Tela 2.2.4 - Entrada de notas fiscais
📘 2️⃣ SPED PIS/COFINS C870 (ERP-3329)
Ocorrência: Itens cancelados e com redução de ICMS na base do PIS/COFINS, não estavam sendo levados corretamente para o registro C870 do SPED.
Solução: Foi realizado um ajuste no registro C870 para que seja feita a dedução no SPED de cupom cancelado e que seja acatada esta dedução do ICMS na base de cálculo do PIS e COFINS
Informações |
---|
Filtro usado na geração do SPED (Imagem 1). |
Arquivo SPED antes e depois dos ajustes (Imagem 2).
Local>Tela 10.2.17 - Sped PIS/COFINS
📘 1️⃣ Nota fiscal inutilizada nos livros de apuração (ERP-3283)
Ocorrência: Asnotas inutilizadas que não possuem itens, não constavam nos livros de registro de entrada ou saída.Solução: Foi realizado um ajuste no “Relatório de apuração de impostos” para que as notas inutilizadas sem itens também sejam exibidas, desde que sejam transmitidas e que estejam com o campo “Saída/Entrada” preenchido.
Notas inutilizadas que não possuam descrição de entrada e saída, não são levadas aos relatórios e neste caso se faz necessário o ajuste em banco, uma vez que não e possível alterar após o cancelamento. Destaca-se que toda nota que não possuir item, também não irá possuir a descrição de “Saída/Entrada” uma vez que o que é preenchido neste campo a CFOP vincula ao produto.
Informações |
---|
Notas Fiscais canceladas (Imagens 1 e 2). |
Informações |
---|
Relatório (Imagem 3). |
após ajuste (Imagem 2). |
Com o intuito de melhorar a experiência do usuário:
|
---|
Informações |
---|
Exemplo de Nota Fiscal com duplicidade na observação (Imagem 3). |
Local>Tela 10.2.16 - SPED fiscal
Local>Tela 4.1.1 - Cadastro de notas fiscais
📘 1️⃣ Devoluções de clientes ter a opção de vincular a nota de saída (ERP-3200)
Ocorrência: Ao importar o XML de entrada de devolução de venda, o sistema estava carregando as tags (etiquetas) “<pCredSN>” e “<vCredICMSSN>”, nos campos “Alíquota ICMS” e “Valor ICMS”. O correto seria carregar as informações das tags “<pICMS>” e “<vICMS>”.
Solução: Foi realizado um ajuste na importação do XML de entrada de devolução de venda, para que sejam carregadas as tags “<pICMS>” e “<vICMS>” nos campos “Alíquota ICMS” e “Valor ICMS”.
Informações |
---|
Entrada de nota com a importação do XML (Imagem 1). |
Informações |
---|
Informações do XML (Imagem 2). |
Local>Tela 2.2.4 - Entrada de notas fiscais
📘 2️⃣ SPED PIS/COFINS C870 (ERP-3329)
Ocorrência: Itens cancelados e com redução de ICMS na base do PIS/COFINS, não estavam sendo levados corretamente para o registro C870 do SPED.
Solução: Foi realizado um ajuste no registro C870 para que seja feita a dedução no SPED de cupom cancelado e que seja acatada esta dedução do ICMS na base de cálculo do PIS e COFINS
Informações |
---|
Filtro usado na geração do SPED (Imagem 1). |
Arquivo SPED antes e depois dos ajustes (Imagem 2).
Local>Tela 10.2.17 - Sped PIS/COFINS
📘 1️⃣ Nota fiscal inutilizada nos livros de apuração (ERP-3283)
Ocorrência: Asnotas inutilizadas que não possuem itens, não constavam nos livros de registro de entrada ou saída.
Solução: Foi realizado um ajuste no “Relatório de apuração de impostos” para que as notas inutilizadas sem itens também sejam exibidas, desde que sejam transmitidas e que estejam com o campo “Saída/Entrada” preenchido.
Notas inutilizadas que não possuam descrição de entrada e saída, não são levadas aos relatórios e neste caso se faz necessário o ajuste em banco, uma vez que não e possível alterar após o cancelamento. Destaca-se que toda nota que não possuir item, também não irá possuir a descrição de “Saída/Entrada” uma vez que o que é preenchido neste campo a CFOP vincula ao produto. |
---|
Informações |
---|
Notas Fiscais canceladas (Imagens 1 e 2). |
Informações |
---|
Relatório (Imagem 3). |
Local>Tela 4.1.1 - Cadastro de notas fiscais
📘 2️⃣ E-RESSARCIMENTO (ERP-3344)
Ocorrência: Arquivo considerava notas de reentrada. O período exibido não estava correto quando o próximo mês era no ano seguinte, “Dezembro - Janeiro”. Saldo dos itens sem movimentação, não era carregado no registro 1050.
Solução: Foi feita uma correção para que sejam consideras apenas as notas de saída. Também foi corrigida a busca pelo próximo período a ser gerado o arquivo, quando existir mudança de ano. Foi feito um ajuste para que também seja gerado o registro 1050 (saldo), para itens que não tiveram movimentações (Imagens 1 e 2).
Local>Tela 10.2.20 - Geração dos Arquivos do CAT 42/2018
Expandir | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
📗 1️⃣ Envio de laudo de qualidade para clientes precisando ser ajustado (ERP-2661)Na tela “15.2.1 - Gestão de Controle de Qualidade”, o controle de qualidade gerado na modalidade “Controle por Ordem de Fabricação” passará a gerar laudos de qualidade para envio ao cliente, conforme já ocorre com a opção “Controle por Produto/Validade” (Imagem 1).
|
...