Ir para o final dos metadados
Ir para o início dos metadados

Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

« Anterior Versão 22 Próxima »

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.

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:

 COLETOR

📘 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).

Ao alocar uma peça, o campo “Qt Pedido” irá manter a quantidade original informada no pedido, que não será mais alterada. (Imagens 2 e 3).

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

 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

 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).

Preenchimento do cliente na aba “Consulta Clientes”. Permitirá fazer a busca através do campo “Cliente Cor” (Imagem 2).

Foi criado na “Atualização em Massa de Clientes” a opção de atualizar a cor do cliente (Imagem 3).

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).

 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.

Cadastro do cliente antes da importação do AFV (Imagem 1).

Efetuando a importação do cliente (Imagem 2).

Cadastro do cliente após importação (Imagem 3).

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).

Houve uma alteração em relação a pesquisa pro grupo, onde agora será possível selecionar todos os grupos (Imagem 2).

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.

Cancelando item no momento da venda no caixa (Imagem 1).

Duplicando a venda que teve um item cancelado (Imagem 2).

O estoque vendido (Imagem 3).

Ao duplicar a ordem do “PDV - Caixa”, a nova ordem não trouxe o item excluído (Imagem 4).

Ao consultar o item que foi cancelado, ele não é apresentado na ordem que foi duplicada e está pendente (Imagem 5).

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.

A apuração de royalties, após reversão trazendo apenas notas líquidas não apresentando as notas faturadas (Imagem 1).

Foram realizadas algumas outras alterações na apuração de royalties, que seguem:

  • O valor do abatimento configurado no cadastro de produto, deverá ser abatido em um única parcela não se repetindo para as demais.

Apuração com abatimento (Imagem 2).

  • O valor do abatimento não estava sendo considerado em devoluções. A partir de agora, passará a ser considerado, de forma a igualar os valores considerados na venda e na devolução. Desta forma, foi feito ajuste para que as notas de devolução entre com valores negativos abatendo o valor, no campo abatimento.

Fechamento de Ordem - Devolução (Imagem 3).

Apuração com devolução (Imagem 4).

  • Em caso de notas de bonificações, não será mais aplicado abatimento, como era feito anteriormente.

Ordem de bonificação (Imagem 5).

Apuração com bonificação (Imagem 6).

  • Alteração no processo de apuração, para que não haja duplicidade de parcelas no processamento dos royalties.

Apuração de royalties com parcelamento sem duplicidade (Imagem 7).

Local 3.2.12 - Digitação de ordens

Local 3.3.32 - Gestão de royalties

Local>Tela 5.2.10 - Fechamento de ordens

 FINANCEIRO - RECEBER

📘 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

📗 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).

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).

Ao efetuar a consulta todos os clientes do grupo receberam a mesma observação (Imagem 3).

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).

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).

Observação para o cliente (Imagem 6).

 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.

Filtro para geração do SPED (Imagem 1).

Validação do arquivo SPED gerado após ajuste (Imagem 2).

📘 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:

  • Remoção de espaçamento ao início e final da informação complementar;

  • Código da natureza da informação complementar devidamente implementado através do “bloco 0450”;

  • Adição de informações complementares contidas dentro das bases legais e demais observações de Notas Fiscais precedidas por “A” com o formato “A99999”, por exemplo, “A00001” e “A00002”.

Filtro usado na geração do SPED (Imagem 1).

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.

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”.

Entrada de nota com a importação do XML (Imagem 1).

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

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: As notas 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.

 

Notas Fiscais canceladas (Imagens 1 e 2).

Relatório (Imagem 3).

Local>Tela 4.1.1 - Cadastro de notas fiscais

 QUALIDADE

📗 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).

Ao clicar na aba “Ordem de fabricação” na grid inferior mostrará as OF disponíveis (Imagem 2).

Ao informar a OF mostrará o lote que estiver atrelado (Imagem 3).

Lote vai ser mostrado na Aba “Lotes/Peças”

Na Tela “15.3.2 - Laudo - Controle da Qualidade por Produto”, foi criado o campo “Considerar Lote” se estiver marcado com a opção “SIM”, o Laudo será gerado o Lote (Imagens 5 e 6).

Se o Campo “ Considerar Lote “, estiver como “NÃO” manterá o mesmo comportamento que já existia (Imagem 7).

  • Sem rótulos