📙 3️⃣ Associação de Natureza da Base de cálculo do crédito ao mesmo produto.

Na tela “1.1.19 - Cadastro de produtos”, a opção de vincular o Código da Base de Cálculo de Crédito para entrada de nota de energia, serviço e CT-e, foi removida da aba “Identidade” (Imagens 1 e 2).

📗 3️⃣ Fechamento da tela “1.2.5 - Dicionário de dados”.

Na tela “1.2.5 - Dicionário de dados”, foi ajustada a funcionalidade do botão “Sair” para que, ao clicar nos botões “Sair ou Fechar”, o formulário da tela “1.2.5 - Dicionário de dados” seja fechado e não seja mais minimizado (Imagens 1 e 2).

📗 3️⃣ Melhorias de performance no “Cubo Comercial Estático”.

Na tela “3.3.4 - Relatório cubo comercial estático” a nomenclatura do campo “Retirar devoluções” foi alterada para “Não considerar devoluções em ordens”. Além disso, o campo não será mais marcado automaticamente, exigindo que o usuário selecione esta opção conforme necessário. Também foi removida a dependência entre os campos “Não considerar devoluções em ordens” e “Considerar ordens canceladas” (Imagem 1).

📗 2️⃣ Ajuste no cálculo da “Margem Contribuição” com frete CIF/FOB no M³ automático.

Na tela “3.2.12 - Digitação de Ordens”, foi ajustada a funcionalidade relacionada ao campo “Destaca?” que indica se o valor do frete será destacado no total da ordem. Agora, sempre que houver uma alteração neste campo, o sistema recalcula automaticamente os valores de tabela dos itens, garantindo que o comportamento seja o mesmo observado ao modificar o prazo da ordem (Imagens 1 e 2).

📗 1️⃣ Tela “Guarani Móvel - Android - parametrização” - Condições de vendas.

Na tela “3.5.8 - Guarani Móvel - Android - Parametrização”, foi feito um ajuste nas abas “Associações” e “Descontos por faixa de valor” para que apresentem apenas as condições de vendas que possuam o checkbox “Aplicar AFV” ativo.

📗 2️⃣ Envio em massa boletos para o mesmo cliente - via Whatsapp.

Na tela “5.2.15- Manutenção de contas a receber” foi inserido o envio em massa de boletos via WhatsApp, para otimizar o processo ao realizar o envio dos boletos para os clientes. O envio de boletos via WhatsApp é um serviço separadamente. Após realizar a contratação, realize a configuração do Guarani WS e informe o IP e a porta do serviço no parâmetro “Endereço do servidor no qual está instalado o Guarani WS”.

📘 2️⃣ Venda P3 importada pelo autosserviço não finaliza no PDV com F6.

Ocorrência: Estava sendo apresentada uma inconsistência na geração de comanda direto no caixa (F8), ao fazer a alteração de uma comanda praça 1 para praça 3, o sistema buscava a impressora fiscal sendo que a venda era praça 3, validando a porta de comunicação da impressora.

Solução: Foram realizados ajustes na importação de comanda do PDV, retirando a validação da busca de porta de impressora fiscal quando o usuário alterar a comanda de praça 1 para praça 3, pois nesta condição não existe impressora fiscal, existe apenas a impressão da comanda, foram feitos testes importando a comanda do autosserviço no PDV e fazendo a comanda direto no PDV. Também não será mais necessário teclar <enter> duas vezes após a importação da comanda, a venda já ficará disponível na tela para o usuário dar sequencia (Imagens 1, 2 e 3).

📘 2️⃣ Evento “Cód. 9999” optado como “Não”, permitindo edição de campos.

Ocorrência: Estava ocorrendo uma inconsistência no sistema, onde não estava sendo respeitada a permissão do usuário com relação ao Evento: “9999 - Permite alterar valor unitário e valor da embalagem”. Sendo assim, os campos “Vr Unidade e Vr Embalagem“ estavam sendo editados, mesmo quando o evento estava configurado como “Não”.

Solução: Foi feito um ajuste na permissão do evento no usuário, que quando houver permissão deverá permitir alterar os campos “Vr Unidade e Vr Embalagem“, no “Cadastro de produtos”. Caso não tenha permissão, não poderá alterar estes dois campos.

📘 3️⃣ Tela “Cadastro de clientes” aba “Consulta”.

Ocorrência: Ao inserir um nome e/ou CNPJ para pesquisa, com o filtro de “Situação do Cliente” como "Ativos" ou "Semiativos", e esse cliente não estivesse em nenhuma dessas situações, o sistema exibia a mensagem "Registros não encontrados".

Solução: Foram adicionadas na consulta de clientes, as opções de pesquisa por CNPJ, Razão, Fantasia, Data de cadastro, Endereço, Bairro e Cidade. Caso nenhum desses campos tenha preenchimento, será considerada a situação do cliente.

📘 2️⃣ Lentidão ao realizar alterações na “Manutenção de ordens de compra”.

Ocorrência: Estava ocorrendo uma lentidão ao realizar o processo de inclusão/alteração de pedido de compra a tela “2.2.8 - Manutenção de ordens de compra”. Isso se deve pelo fato de que, ao realizar tais operações, o sistema fazia uma atualização da aba “Consulta“.

Solução: Foi feito um ajuste e retirada a função que atualiza a aba “Consulta“ toda vez que o cabeçalho do pedido de compra é salvo. Ao realizar alteração/inclusão de pedido de compra, o sistema não fará mais atualização da aba “Consulta“ (Imagem 1).

📘 3️⃣ Gerando ordem de compra e disparando avisos para diversos usuários.

Ocorrência: Ao gerar ordens de pedidos de compra e/ou requisição de compras, o sistema estava enviando avisos para os usuários no quadro de avisos.

Solução: Foi criado o evento de usuário para a tela “Manutenção de ordens de compra”, “1009 - Gerar alerta para usuários autorizadores para autorização de OC?”, por padrão estará optado como “Não” (Imagens 1, 2 e 3).

📘 2️⃣ Entrada de Notas Fiscais sem recalcular valor contábil na tela “Entrada de Notas Fiscais - Acerto Fiscal”.

Ocorrência: Ao realizar alterações na tela “Entrada de notas fiscais - Acerto fiscal” e salvar edição, o valor contábil (Vr Contábil), não estava sendo recalculado.

Solução: Foi realizado um ajuste na tela “Entrada de notas fiscais - Acerto fiscal”, para que o valor contábil (Vr Contábil), seja recalculado após alterações de impostos no item da nota.

📘 3️⃣ Relatório cubo comercial estático.

Ocorrência: Na tela "Relatório Cubo Comercial Estático", ao utilizar a opção de comparação entre dois períodos e aplicar agrupamentos nos filtros, a quantidade de resultados exibidos estava incorreta após executar a ação no segundo agrupador e depois retornar ao primeiro.

Solução: Foi realizado um ajuste para garantir que, ao retornar aos filtros, a quantidade de resultados apresentada seja a mesma exibida anteriormente.

📘 1️⃣ Valor de entrada aparecendo duplicado na “Pré-danfe”.

Ocorrência: Ao utilizar o parâmetro FN_ANTECIPADO_LANCA optado como “NÃO” e marcar a opção “Destaca Vlr Entr. Desdobramento” em “Digitação de ordens”, ao imprimir pré-danfe estava destacando o valor da entrada duplicada.

Solução: Foi realizado um ajuste para que quando ocorrer esse cenário, o valor de entrada seja demonstrado apenas uma vez, quando marcada a opção “Destaca Vlr Entr. Desdobramento”.

📘 2️⃣ Impossibilidade de realizar devolução pelo PDV (Caixa não aberto para realizar as movimentações).

Ocorrência: Venda iniciada no PDV sendo faturada no ERP, impossibilitando realizar devolução de mercadoria pela tela “Devolução de Mercadorias PDV”.

Solução: Foi feito um ajuste no sistema para não permitir o faturamento de vendas do PDV no ERP (Imagem 1).

📘 3️⃣ Tela “Emissão de etiquetas de despacho” - Etiqueta cortando as informações do número da ordem e do volume.

Ocorrência: As impressões da etiqueta modelo 24 (ZM400) estavam desalinhadas em 50 pontos em relação ao início horizontal da etiqueta, ocasionando na omissão da área vertical à esquerda das impressões.

Solução: Foram ajustados os campos do leiaute da etiqueta em 50 pontos, de forma a contrabalancear a área omitida, a fim de tornar visível a área que estava sendo “cortada” durante as impressões (Imagem 1).

📘 1️⃣ Movimentações de contas correntes x Demonstrativo de movimentações financeira, com valores divergentes.

Ocorrência: O saldo inicial no demonstrativo de movimentações financeiras estava incorreto quando havia um depósito não identificado utilizado para pagamento.

Solução: Foi feito um ajuste no cálculo do saldo inicial no demonstrativo de movimentações financeiras, para excluir os valores de depósitos não identificados utilizados para pagamento. Essa correção foi feita ajustando a condição para garantir que depósitos com identificação nula (MOV_IDENTIFICACAO_REGISTRO IS NULL), para que não sejam considerados no saldo inicial (Imagens 1 e 2).

📘 2️⃣ Ordem de Fabricação, não aparecendo todas as ordens na aba de produtos fabricados.

Ocorrência: Ao concluir uma ordem de fabricação que possui uma ordem filha associada, o sistema estava incorretamente utilizando o campo "Data Final" da ordem pai como a "Data de Conclusão" da ordem filha.

Solução: Foi efetuado um ajuste para garantir que, ao concluir uma ordem pai na tela de "Ordem de Fabricação", a ordem filha agora receba automaticamente a mesma data e hora de conclusão que a ordem pai. Isso irá assegurar que todas as ordens filhas estejam corretamente registradas com a mesma data de conclusão que a ordem principal (Imagens 1 e 2).