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.

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

Open

Imagem 1 - Tela Parâmetro :: Guarani

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

Open

Imagem 1 - Tela Digitação de ordens

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

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.

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

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.

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

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.

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

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

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