📗 1️⃣ Preenchimento dos campos “Cód. Benef. Crédito Presumido” e “Perc.(%) Crédito Presumido”.

Nas telas “1.1.19 - Cadastro de produtos” e “1.1.3 - Cadastro de clientes”, foi implementada uma funcionalidade que assegura o preenchimento simultâneo dos campos “Cód. Benef. Crédito Presumido” e “Perc.(%) Crédito Presumido”. Antes, ao informar apenas um dos campos, o grupo gCred não era gerado no XML, comprometendo o envio adequado das informações fiscais. Essa alteração evita falhas na geração do XML, garantindo a inclusão correta do grupo gCred. Além disso, flexibiliza o cadastro de clientes, eliminando a obrigatoriedade de preencher o Código de Benefício Fiscal quando não necessário, sem comprometer a consistência fiscal.

📗 1️⃣ Ao fechar a janela “Importação XML”: Redirecionando para a Tela “Importação de CTe em Lote”.

Na tela “2.2.4 - Entrada de Notas Fiscais”, foi implementada uma melhoria para aprimorar a usabilidade do sistema, sendo assim, ao clicar no botão "X", a janela será fechada devidamente. Além disso, se o usuário não tiver permissão para importar documentos, os botões relacionados à importação aparecerão bloqueados e desabilitados, com um visual "queimado". Isso impede qualquer tentativa de interação, tornando mais claro para o usuário que a funcionalidade não está disponível.

📘 3️⃣ Lote selecionado zerado ou não existe.

Ocorrência: Durante a conferência de saída no "Coletor", o sistema não reconhecia os lotes existentes no endereço. Isso ocorria porque, ao realizar a transferência de endereço por “Lote”, o código do endereço não era atualizado na tabela WMS_PRODUTO_ENDERECOS_PECAS. Como resultado, o lote não era encontrado durante a conferência do item.

Solução: Implementamos um ajuste na transferência de endereço do "Coletor por Lote". Agora, o código do lote é corretamente atualizado na tabela WMS_PRODUTO_ENDERECOS_PECAS (no campo PEP_PED_CODIGO). Com essa melhoria, os lotes ficam disponíveis para conferência, garantindo que os itens sejam localizados de forma eficaz durante o processo (Imagens 1 e 2).

📘 1️⃣ Inventário físico - Divergência na leitura do código.

Ocorrência: O sistema apresentava uma limitação que impedia a inclusão de produtos diretamente no inventário físico através do "Coletor". Os usuários só conseguiam adicionar itens que já estivessem registrados previamente na tela do “Guarani ERP”.

Solução: Foi implementada uma verificação que ocorrerá antes da inclusão do produto. Onde o sistema checará se o item já está registrado no inventário. Com essa melhoria, os usuários podem adicionar novos produtos diretamente no "Coletor" (Imagens 1, 2 e 3).

📘 3️⃣ Informações de estoque futuro não são recebidas pelo Integrador AFV.

Ocorrência: Ao tentar executar o INSERT na tabela HISTPEDITENSESTOQUEFUT, era apresentada uma inconsistência. Isso acontecia devido ao separador decimal do Windows, que é definido no momento em que o Integrador AFV é iniciado na máquina. No entanto, outra aplicação pode ser executada simultaneamente e alterando o separador, o que causava a inconsistência no momento da leitura do arquivo.

Solução: Para garantir que o separador esteja correto no momento da leitura do arquivo, foi implementada uma verificação adicional. Além da regra aplicada ao abrir o Integrador AFV, ele agora também confirma o separador antes de realizar a leitura do arquivo, garantindo que esteja correto para a interpretação dos campos numéricos.

📘 2️⃣ Finalidade da OC na guia de conferência de entrada.

Ocorrência: Usuário criou dois pedidos de compra e duas guias de conferência para os pedidos. Após isso, importou uma das guias na tela de entrada de notas, mas utilizou apenas itens de um dos pedidos. Depois importou a outra guia na tela de entrada de notas, que não trouxe os itens do pedido baixado (comportamento correto), mas foi importado também o XML, e o item ficou sem vínculo com o pedido.

Solução: Foi feito um ajuste para apenas inserir uma mensagem para informar o usuário que a guia selecionada possui pedido baixado (Imagens 1, 2, 3 e 4).

📘 2️⃣ Custo Real e Custo Gerencial não processado no mês de competência da entrada da nota fiscal

Ocorrência: Durante o processamento mensal, os custos gerenciais e os custos reais não estavam sendo registrados corretamente no mês em que as despesas eram lançadas. Isso resultava em informações financeiras inconsistentes.

Solução: Foi realizado um ajuste no sistema que agora permitirá o processamento correto dos custos na tela “2.2.14 - Notas Fiscais - CR (Custo Real)”. Com essa melhoria, os custos gerenciais e reais serão atualizados de forma precisa, refletindo as entradas de custo no mês correspondente (Imagens 1, 2 e 3).

📘 3️⃣ Nota fiscal referenciada em observações apresentada com numeração incorreta.

Ocorrência: Ao fazer uma ordem de devolução de compra, o sistema incluía um zero no número da nota fiscal referenciada, o qual não fazia parte da numeração.

Solução: Foi feito um ajuste para que o número 0 correspondente ao protocolo GNRE, não apareça mais ao final da numeração (Imagens 1 e 2).

Image Removed

Image Added

Image RemovedImage Added

📘 2️⃣ Não considerando o valor de tabela na digitação de ordens.

Ocorrência: Quando era utilizada a digitação de ordens, o sistema considerava apenas os três primeiros dígitos do código da tabela de preços, o que poderia resultar equívocos na seleção dos itens.

Solução: Foi feito um ajuste para que, ao digitar uma ordem, o sistema utilize o código completo da tabela de preços selecionada. Isso garantirá que os itens sejam encontrados corretamente, melhorando a precisão e a eficiência no processo de digitação (Imagens 1 e 2).

Image Added

Image Added

📘 3️⃣ Campo "Vr maior acumulo" na análise de credito vazio.

Ocorrência: O campo “Vr maior acúmulo" da tela “Analise de crédito” ficava incorreto quando a análise era por grupo econômico.

Solução: Foi realizado um ajuste na busca pelo campo “Vr maior acúmulo" da tela “Analise de crédito”, inserindo ordenação para encontrar o maior valor (Imagem 1).

📘 2️⃣ Boleto BB CNAB400 não protestando.

Ocorrência: Remessa CNAB400 do Banco do Brasil não estava enviando instrução de protesto corretamente para contas com cadastro de Pix.

Solução: Conforme documentações do Banco do Brasil, foram ajustadas as posições 159 a 160 (Instrução Codificada) e as posições 392 a 393 (Número de Dias Para Protesto ou Negativação) da remessa CNAB400 do Banco do Brasil para contas com cadastro de Pix.

Image Added

Image Added

Voltar ao topo