Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

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
titleCOLETOR

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

Informações

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

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

Expandir
titleCONFERÊ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

Expandir
titleCOMUNS

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

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

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.

Informações

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.

Informações

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.

Informações

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

Informações

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

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

Informações

Ordem de bonificação (Imagem 5).

Informações

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.

Informações

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

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

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
titleFISCAL

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

Informações

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

Informações

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

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

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

Image RemovedImage Added

Image RemovedImage Added

Local>Tela 10.2.20 - Geração dos Arquivos do CAT 42/2018

Expandir
titleQUALIDADE

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

Informações

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

Informações

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

Informações

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

Informações

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

Informações

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

...