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:

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

Image RemovedAo 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).Image Removed

Image Removed

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

Image Removed

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

Image Removed

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

Image Removed

Informações

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

Image Removed

Informações

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

Image Removed

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

Image Removed

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

Image Removed

Informações

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

Image Removed

Informações

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

Image Removed

Informações

Cadastro do cliente com a alteração do contato que foi importada (Imagem 4).

Image Removed

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

Image Removed

Image Removed

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

Image Removed

Informações

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

Image Removed

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

Image Removed

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

Image Removed

Informações

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

Image Removed

Informações

O estoque vendido (Imagem 3).

Image Removed

Informações

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

Image Removed

Informações

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

Image Removed

Local>Tela 1.1.19 - Informações
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
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).

Image Added

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

Image Added

Image Added

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

Image Added

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

Image Added

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

Image Added

Informações

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

Image Added

Informações

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

Image Added

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

Image Added

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

Image Added

Informações

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

Image Added

Informações

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

Image Added

Informações

Cadastro do cliente com a alteração do contato que foi importada (Imagem 4).

Image Added

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

Image Added

Image Added

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

Image Added

Informações

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

Image Added

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

Image Added

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

Image Added

Informações

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

Image Added

Informações

O estoque vendido (Imagem 3).

Image Added

Informações

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

Image Added

Informações

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

Image Added

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 abatimentocampo abatimento.

Informações

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

Image Added

Informações

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

Image Added

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

Informações

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

Image RemovedImage Added

Informações

Apuração com devolução bonificação (Imagem 46).

Image Removed

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

Image Removed

Informações

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

Image Removed

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

Image Removed

Local 3.2.12 - Digitação de ordens

Local 3.3.32 - Gestão de royalties

Image Added

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

Image Added

Local 3.2.12 - Digitação de ordens

Local 3.3.32 - Gestão de royalties

Local>Tela 5.2.10 - Fechamento de ordens

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

Image Removed

Image Removed

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

Image Removed

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

Image Added

Image Added

Local>Tela 5.2.10 - Fechamento de ordens

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

Image Removed

Informações

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

Image Removed

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

Image Removed

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

Image Removed

Informações

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

Image Removed

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

Image Removed

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

Image Removed

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çõesFiltro para

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

Image Added

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

Image Added

Informações

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

Image Added

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

Image Added

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

Image Added

Informações

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

Image Added

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

Image Added

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

Image Added

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

Image Added

Informações

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

Image Added

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

Image RemovedImage Added

Informações

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

Image Removed

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

Image Removed

Informações

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

Image Removed

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

Image Removed

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

Image Removed

Informações

Informações do XML (Imagem 2).

Image Removed

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

Image Removed

Arquivo SPED antes e depois dos ajustes (Imagem 2).

Image Removed

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

Image Removed

Image Removed

Informações

Relatório (Imagem 3).

Image Removed

Local>Tela 4.1.1 - Cadastro de notas fiscais

após ajuste (Imagem 2).

Image Added

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

Image Added

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

Image Added

Informações

Informações do XML (Imagem 2).

Image Added

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

Image Added

Arquivo SPED antes e depois dos ajustes (Imagem 2).

Image Added

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

Image Added

Image Added

Informações

Relatório (Imagem 3).

Image Added

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 Added

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

...