Prezado Cliente,

Informamos que na Nota de versão 1489.417, devido as liberações referentes ao módulo Comercial - Compras, a atualização poderá demorar mais que o normal, uma vez que o script 39 realiza a verificação em todos os produtos de sua base. Diante disso, é extremamente importante que aguarde seu término sem interromper a atualização, pois esta ação poderá corromper a base.

E lembre-se, em caso de dúvidas, em contato com o suporte da Guarani.

📘 2️⃣ Ajuste de parâmetro para funcionamento no “Coletor.exe” (ERP-3589)

Ocorrência: Quando o parâmetro “Imprimir etiqueta de volume somente ao final da conferência”, estava habilitado como “SIM” não estava sendo respeitado no coletor, imprimindo as etiquetas a cada abertura de volume.

Solução: Foi feito um ajuste no coletor, para que respeite o parâmetro “Imprimir etiqueta de volume somente ao final da conferência” para quando estiver habilitado como “SIM”, que seja impresso a etiqueta de volume somente ao final da conferência (Imagem 1).

📘 2️⃣ Frete com inconsistência no Pré-Danfe (ERP-3591)

Ocorrência: O frete estava divergente entre a “Digitação de ordens” e a Pré-Danfe.

Solução: Foi feito um ajuste na tela “Digitação de ordens”, para que na Pré-Danfe seja considerado o campo “Pag. Frete” (Imagens 1 e 2).

📗 2️⃣ Viabilidade para validar o cliente na receita após o mesmo já estar cadastrado (ERP-3244)

Na tela “1.1.3 - Cadastro de clientes“, foi adicionada a opção “Consultar situação cadastral - API Receita“ na aba “Consulta clientes“. E na tela “5.2.2 - Análise de crédito“, foi adicionada também a mesma opção, visível somente quando a “Origem“ for cliente (Imagens 1 e 2).

A consulta na API somente será realizada para CNPJ, logo, caso ocorra consulta a um cliente com CPF, será exibida uma mensagem (Imagem 3).

Para consulta, deve-se selecionar somente um cliente, caso o usuário selecione mais de um cliente na grid, será exibido um aviso (Imagem 4).

Com a consulta devidamente alinhada, será exibida uma mensagem de processamento “Consultando API…“ (Imagem 5). Ao término desta consulta, será exibida a tela “Dados da situação cadastral“, com os dados retornados pela API da Receita (Imagem 6).

Quando a situação retornada na consulta for diferente de “ATIVA“, a tela “Dados da situação cadastral“ será exibida com destaque para a mensagem onde indicará que após analisar os dados e fechar a tela, terá a opção de bloquear o cadastro deste cliente (Imagem 7). Logo após fechar, será exibida uma confirmação para o usuário, com foco no botão “Não“ (Imagem 8).

Caso essa tela seja fechada sem selecionar nenhum motivo, uma nova confirmação será exibida, avisando que para continuar no processo de bloqueio do cadastro, será preciso selecionar um motivo (Imagem 10).

Ao clicar em “Não“ será exibida uma mensagem, avisando que a operação foi cancelada pelo usuário e o processo será encerrado neste ponto (Imagem 11).

Ao clicar em “Sim” será exibida novamente a tela “Selecione um motivo para o bloqueio:“ para que o usuário possa seguir com o fluxo (Imagem 12).

Após selecionado o motivo, será feita a atualização do cadastro do cliente ajustando os campos do grupo “Restrição Comercial/ Financeira“ (Imagens 13 e 14).

Caso, o cadastro selecionado para fazer a consulta já esteja bloqueado, será exibida a tela “Dados da situação cadastral“ com a situação retornada pela API, porém ao fechar a tela será exibida uma mensagem (Imagem 15).

• Caso o cliente selecionado esteja bloqueado por algum motivo, mas ao retornar a consulta da receita esteja com situação “ATIVA”, será exibido um aviso (Imagem 16).

• Ao consultar a situação, retornará “ATIVA” na receita (Imagem 17).

• Porém, como está bloqueado no sistema, será exibido um aviso para verificar, caso necessário (Imagem 18).

📘 2️⃣ Inconsistências nos custos da ficha técnica (ERP-3445)

Ocorrência 1: O valor “Total de materiais” apresentava na aba “Ficha Técnica” da tela “Cadastro de produtos” não era atualizado/ levado para os produtos que possuem estes itens em suas fichas técnicas.

Solução 1: Foi realizado um ajuste, para que atualize os produtos dependentes de um insumo, quando houver atualização no valor unitário do mesmo.

• Após a atualização, o sistema irá atualizar automaticamente os insumos da ficha técnica.

Ocorrência 2: Os produtos que possuem fator de conversão na unidade de compra, estavam realizando o cálculo incorretamente, apresentando um custo incorreto e aplicando o fator duas vezes. Antes os valores de custos eram salvos na planilha sem aplicar a conversão, ou seja, com o valor na unidade que foi adquirida do fornecedor.

Solução 2: Foi realizado um ajuste para que os valores de custo sejam gravados na planilha com o fator de conversão, para a unidade de estoque já aplicado. Desta forma, toda vez que precisar saber o custo de um insumo para a ficha técnica, basta visualizar a planilha de preços.

• Utilizando o insumo “18166” como exemplo, é possível visualizar que na última Nota Fiscal de compra, foram adquiridos 1.839,2 kg custando R$28,00 cada quilo. Contudo, utilizando o fator de conversão para a unidade de estoque, o valor a ser gravado na planilha seria de R$28,00 dividido pelo fator de conversão, “2,673134333”, ou seja, R$10,474595.

• Outro ajuste realizado para manter a ficha técnica sempre atualizada, quando configurada, foi regular um evento após salvar a Nota Fiscal de compra, para ajustar o valor unitário do insumo na ficha técnica automaticamente, conforme o tipo de custo configurado em cada ficha. Desta forma, a atualização dos produtos dependentes será disparada e manterá os custos atualizados.

Ocorrência 3: O custo que era demonstrado na tela “Digitação de ordens”, não era nenhum dos custos dos produtos apresentados na ficha técnica ou na planilha de formação de preços, quando o custo era enviado para a tela ao emitir um pedido com o produto acabado.

Solução 3: Custo levado para digitação de ordem.

📙 2️⃣ Inconsistência na validação da classificação de gastos - Processo de compras (ERP-3533)

Na tela “2.2.16 - Requisição de Pedido de Compra” foi adicionado o status por usuário, que passará a exigir ou não o centro de custo e foi acrescentada uma validação no botão “Status”, criando o campo “Valida Classificação de Gastos” (Imagem 1).

Ao configurar a tela por usuário e por status, marcando como “SIM” para validar a classificação de gastos e quando o usuário avançar para o próximo status e o produto estiver sem centro de custo, o sistema irá bloquear o andamento para o próximo status (Imagem 2).

📘 2️⃣ Nota Fiscal de exportação com pagamento antecipado (ERP-3576)

Ocorrência: O valor da “Invoice” estava sendo alterado após o faturamento, movimentação que não deveria ocorrer.

Solução: Foi feito um ajuste para armazenar o valor unitário do item na moeda estrangeira informada na “Invoice”, para que com esta regra não seja alterado o valor após faturamento.

📗 1️⃣ Inserção de “ProcessMessages” para evitar que a tela trave (ERP-2960)

Na tela “3.2.22 - Manutenção de tabelas de Preços“ foi adicionada a mensagem “Aguarde, listando preços…“, para quando estiver carregando os dados da grade “Preço do produto”, tanto ao abrir a tela, como ao clicar em uma tabela de preços (Imagens 1 e 2).

📘 1️⃣ Relatório de vendas por representante/ fabricante (ERP-3432)

Ocorrência 1: A somatória dos totais estava incorreta.

Solução 1: Foi feita uma correção das somatórias totais da tela “Relatório de vendas por representante”.

Ocorrência 2: O valor total da tela “Relatórios de vendas por representante”, estava divergente do valor da tela “Relatório cubo comercial estático”. Esta divergência ocorria, pois o relatório por representante considerava as reentradas, enquanto o relatório por cubo não considerava como seu padrão, embora tivesse uma opção que permitia a contabilização das notas canceladas.

Solução 2: Foi adicionada na tela “Relatório vendas por representante”, uma caixa de seleção chamada “Considerar ordens canceladas”, que permitirá considerar ou não as ordens canceladas no relatório.

📘 2️⃣ Estoque ficando negativo (ERP-3612)

Ocorrência: Opções "Alterar a quantidade" e "Alterar local de estoques" da tela “Manutenção de ordens”, não validava a quantidade em estoque.

Solução: Foi inserida uma verificação de quantidade em estoque nas opções "Alterar a quantidade" e "Alterar local de estoques" da tela “Manutenção de ordens”.

📗 2️⃣ Inconsistência ao cancelar ordem na “Digitação de ordens” (ERP-3435)

Na tela “3.2.12 - Digitação de ordens” foi efetuada uma correção e ao tentar cancelar uma ordem na qual somente o cabeçalho tenha sido informado, será possível cancelar normalmente (Imagem 1).

📘 2️⃣ Pedido não era importado (ERP-3622)

Ocorrência 1: O sistema não estava importando pedido da Neogrid que não estivesse com um produto cadastrado.

Solução 1: Foi feito um ajuste na mensagem de “Log de Operação”, que será exibida quando não for possível importar algum produto por não localizar seu cadastro no sistema. Antes era exibia somente a “Referência” que continha no pedido, após o ajuste passará a listar os campos “Código de barras, Referência, Descrição, Quantidade, Valor Unitário R$ e Valor Total R$” (Imagem 1).

Ocorrência 2: A mensagem que era exibida no final do processo estava incoerente.

Solução 2: Foi feito um ajuste na mensagem que será exibida na tela “3.5.7 - Guarani móvel - Android - importação de dados“ na opção “Importação Neogrid”, que ao finalizar o processo, exibirá a mensagem “Pedidos prontos para ser importados!“ (Imagem 5).

📗 2️⃣ Adequação de etiquetas na Lei de Proteção de Dados (ERP-2946)

Na tela “4.2.2 - Emissão de etiquetas de despacho” foi adicionado o modelo de etiqueta “26-PPLB (MAIOR) - (6,8 x 10,8) - Simplificada”. Este modelo de etiqueta incluso, não contém informações que se enquadram como irregulares de acordo com Lei de Proteção de Dados, sendo essas informações o endereço do cliente, bairro, CEP, telefone do cliente e do representante. Também foi aumentada a fonte da etiqueta nos campos nome do cliente, cidade e número do lote (Imagem 1).

📗 2️⃣ Viabilidade para inserir senhas em PDF de boletos gerados pelo sistema (ERP-3531)

Foi criado o parâmetro “Gerar boletos em PDF com senha para abertura?”, caso esteja habilitado como “SIM”, os boletos que forem enviados por e-mail somente serão abertos com senha, considerando os cinco primeiros dígitos do CPF/CNPJ do cliente (Imagem 1).

Telas em que será possível o envio de boletos por e-mail e que permitirá senha para abertura do arquivo, caso o parâmetro esteja habilitado como “SIM”.

📘 2️⃣ “Rejeição 048 - Valor do Desconto Inválido Banco Safra CNAB 400” (ERP-3571)

Ocorrência: Rejeição 048 - Valor do Desconto Inválido Banco Safra CNAB 400.

Solução: Foram efetuadas algumas correções em relação ao banco Safra CNAB 400. Foi corrigida a data limite de desconto que está presente nas posições “174” a “179”, quando marcada será enviada nestas posições da data limite de desconto, que é caracterizada pela data de vencimento do título (Imagem 1). Também foi feita uma correção na criação do registro “6” no arquivo de remessa, quando houver abatimento e multa ao mesmo tempo no título o registro será criado, mas caso o título tenha somente multa ou somente abatimento o registro “6” não será criado.

📗 2️⃣ Inconsistência ao clicar nos botões na “Guia de conferência de entrada” (ERP-3568)

Na tela “7.2.3 - WMS - Guia de conferência de entrada” foi efetuada uma correção, para que ao clicar nos botões “Aceitar” e “Reconferir” apareça as mensagens tratadas.

📘 1️⃣ Geração de relatórios contábeis (ERP-3562)

Ocorrência: Quando era gerado o relatório “Razão”, com um período muito grande, surgia a mensagem “Out of memory”. Esta mensagem ocorria quando existia vários registros em uma consulta realizada, desta forma, se tornava impossível a exibição dos registros, seja em grid ou em relatório.

Solução: Foi realizado um tratamento na mensagem exibida ao usuário e como forma de orientação quando ocorrer a inconsistência “Out of memory”, será indicada a existência de muitos registros para o período informado e solicitado que informe um período menor ou utilize algum filtro. Este tratamento foi implementado para os relatórios “Diário Geral”, “Razão Geral” e “Razão Geral por Centro de Custo”.

Solução Técnica: Foi verificada a existência de uma limitação no componente utilizado para realizar consultas no Delphi. Neste caso o componente utilizado é o IBQuery da palheta Interbase, o componente não consegue abrir uma consulta com mais de “400.000” registros, esta é uma limitação existente até nas versões mais recentes do Delphi. Para tratar a mensagem e orientar o usuário, foi adicionado um tratamento de exceção e verificado se na mensagem é contido “Out of memory”.

📘 2️⃣ Reinserção do campo “Conta Reduzida” no layout de relatórios contábeis (ERP-3581)

Ocorrência: Quando era efetuada a atualização, a coluna da “Conta Reduzida” não constava mais no “Balancete Contábil” gerado pela tela “9.3.1 - Contábil - Relatórios contábeis”.

Solução: Foi alterada a nomenclatura de “Conta Reduzida” para “Descrição Reduzida”, para que seja possível a exibição em Excel quando selecionada na tela “9.3.1 - Contábil - Relatórios contábeis”.

📗 1️⃣ Correções na integração TOTVS (ERP-3467)

Foi implementado ao sistema algumas validações quanto as contas analíticas e sintéticas, e seus níveis. Ao realizar o cadastro de uma nova conta, não será permitido cadastrar um nível que deveria ser sintético como analítico.

O campo “Último nível sintético” será preenchido automaticamente com um update, sendo consultado qual o último nível sintético do plano de contas da empresa e mantendo o nível nas configurações (Imagem 2).

Foi implementada uma validação para impedir a integração, quando a regra estiver configurada como conta sintética. Atualmente o Guarani não permite o cadastro de regras com contas sintéticas, entretanto podem ocorrer situações em que a regra já esteja configurada de forma incorreta e o sistema permita o lançamento (Imagens 3 e 4).

Foi corrigida a inconsistência ao editar o registro no cadastro de regras fiscais. Ao editar um registro era validado se ele já existia ou não, levando em conta que o registro estava em edição. Para corrigir foi alterada a validação, para ser acionada apenas quando o registro estiver em modo de inserção (Imagem 5).

📘 2️⃣ Lançamentos contábeis duplicados (ERP-3573)

Ocorrência: Os lançamentos contábeis estavam sendo duplicados, mesmo quando não eram integrados.

Solução: Foi realizado um ajuste na validação. Quando apresentada alguma inconsistência na integração, o sistema apresentará uma mensagem comunicando que a integração não foi concluída, fazendo com que o processo seja abortado.

📘 1️⃣ Balancete contábil - Sem totalizadores (ERP-3608)

Ocorrência: Ao gerar o balancete contábil, o sistema após atualizações não trazia mais os totalizadores.

Solução: Foi adicionado o totalizador ao relatório do balancete, para que assim o comportamento seja realizado. Para chegar no total geral, será realizada a soma de todos os valores que estão contidos nas contas pais, ou seja, o total contido na “conta 1, conta 2, conta 3 e assim sucessivamente (Imagem 1).

📘 2️⃣ Apuração dos registros M210 e M610 - Sped PIS/Cofins (ERP-3475)

Ocorrência: Os cupons da SAT cancelados, não estavam sendo levados para os registros M210 e M610 do “SPED PIS/Cofins”.

Solução: Foi realizado um ajuste na geração dos registros M210 e M610 do “SPED PIS/Cofins”, para que também sejam considerados os cupons da SAT cancelados.

📘 2️⃣ Ajustes no controle de devolução, por cliente (ERP-3578)

Ocorrência 1: O CFOP equivalente não vinha de forma automática.

Solução 1: Foi realizado um ajuste para que traga a CFOP equivalente automaticamente.

Ocorrência 2: Após gerar o valor de despesas acessórias era somado na base de cálculo do IPI, porém deveria ser somado somente na base de cálculo do ICMS/PIS e COFINS.

Solução 2: A base do IPI e do ICMS está sendo carregada através do valor da Nota Fiscal de saída, dividindo a base pela quantidade de itens e multiplicando pela quantidade devolvida no controle de devolução. Ao importar o XML, serão alterados os valores de acordo com o valor advindo do XML.

📗 2️⃣ Criação de campo para “Centro de Custo” (ERP-3538)

Na tela “10.1.18 - Cadastro de Ativo Imobilizado e CIAP”, foi criado o campo “Centro de Custo” para inclusão e modificação deste. Passará a ser obrigatório o preenchimento do campo “Centro de Custo”, quando for incluído um novo cadastro (Imagem 1).

📗 1️⃣ Criar opção de consulta pedidos/orçamentos (ERP-3469)

Na tela “14.2.1 - Telemarketing - Operação”, a aba “Pedidos” foi renomeada para “Orçamentos/Pedidos” (Imagem 1).

• Foi acrescentado um critério de visibilidade que oscila entre o operador logado (padrão atual) e todos os operadores (nova opção), assim como já existe na tela “5.2.16 - Liberação de ordens”.

• Foi adicionada a opção “Visibilidade” que por padrão trará “Apenas meus orçamentos/Pedidos” (Imagem 2).

Na tela “3.2.12 - Digitação de ordens”, quando utilizada em modo “Telemarketing”, não permitirá que um operador altere ou exclua um orçamento e pedido que não o dele mesmo. Apresentando a mensagem “Não é possível excluir ou editar itens de outro operador. Procure seu supervisor para tal ação” (Imagem 3).

Foram implementadas as seguintes melhorias na tela “Consulta de Agendamentos” no menu “Consultar” em operação (Imagens 7, 8 e 9):

📘 1️⃣ Agendamento não obedecendo a agenda (ERP-3609)

Ocorrência: Quando era realizada a tentativa de agendar um cliente em um dia específico, sempre era colocado o dia atual e não o dia escolhido.

Solução: Foi feito ajuste para que o agendamento respeite o dia selecionado.

📘 1️⃣ Relatório de “Recall de Produtos” sem fornecedor informado em alguns lotes (ERP-3497)

Ocorrência: O relatório não estava mostrando o fornecedor na tela “Recall de Produtos”.

Solução: Foi feita uma correção para que ao gerar o relatório, apareçam todos os fornecedores na tela “Recall de Produtos”. 

📘 1️⃣ Vincular item na “Manifestação do Destinatário” (ERP-3550)

Ocorrência: Não era possível vincular o produto na aba “Item da NFe”, da “Manifestação do Destinatário”.

Solução: Foi feita uma correção para que seja possível vincular o produto na aba “Item da NFe”, da “Manifestação do Destinatário”.