📙 1️⃣ Inserir a data de entrega na tela “5.2.10 - Fechamento de Ordens”.

Na tela “Dados do canhoto” acessível pela tela “5.2.10 - Fechamento de ordens”, foi implementado um Captcha para possibilitar a ação de informar a data do recebimento sendo menor que a data emissão do título (Imagem 1).

📗 1️⃣ Variação para cores dos produtos

Foi feita uma melhoria, adicionando uma opção visual para a segregação do produto no AFV. Para ativá-la, no ERP, acesse a tela “1.1.19 - Cadastro de Produtos” e na aba “Segregação”, defina a imagem da segregação do produto (Imagem 1).

📗 3️⃣ Desempenho do Conferência.

Foi feita uma transformação interna do código fonte do Delphi 7 para o Delphi 10, adequando o código fonte/componentes internos a mais nova tecnologia do desenvolvimento. O comportamento de uso atual para o usuário se mantem, não foi feita alteração externa. Dessa forma, o conferencia.exe fica preparado para as mais novas tecnologias atualmente usadas no mercado (Imagem 1).

📗 1️⃣ Inventário WMS.

No Coletor, foi feita uma reestruturação para melhorar a organização e visualização dos dados, oferecendo uma experiência mais clara para o usuário ao trabalhar com grandes volumes de informações. Basta criar um inventário do tipo global - seriado, global rastreável e rotativo seriado. Quando começar a conferência em um inventário por exemplo, após conferir um produto no inventário.

📗 3️⃣ Relatório de previsão de pagamento de comissionamento dos representantes.

Na tela “6.3.4 - Relatório de previsão de pagamento de comissionamento dos representantes” houve uma melhoria para igualar o fechamento de comissão, mostrando todas as notas que compõem as comissões apresentadas, com o objetivo de melhorar a informação sobre as vendas comissionadas.

📗 2️⃣ Alteração de descrição de campo na Tela “Contábil - Parâmetros”.

Na tela “9.1.3 - Contábil - Parâmetros”, foi alterada a nomenclatura dos checkboxs, referentes às regras financeiras à pagar e receber que são criadas através dessa tela.

📘 2️⃣ Ao clonar produtos por atributos, permitindo incluir produtos sem atributos e gerando loop ao cadastrar.

Ocorrência: Ao utilizar a função "Clonar produtos por atributos" e selecionar a opção "Alterar registro", era possível inserir o item na grade. No entanto, ao clicar em "Cadastrar", o sistema entrava em processamento contínuo e não concluía a operação.

Solução: Foi realizado um ajuste no comportamento do sistema para impedir a inserção de itens ao alterar um registro. Agora, o usuário deve primeiro selecionar os atributos desejados para, em seguida, gerar e cadastrar o produto corretamente.

📘 3️⃣ Inconsistência apresentada ao logar no sistema.

Ocorrência: Ao fazer login no sistema, a tela era travada e exibia a mensagem de inconsistência "Access Violation". Após inconsistência apresentada, o sistema voltava a funcionar, isso já vinha acontecendo em versões anteriores.

Solução: Ajustamos a consulta do sistema para exibir apenas os “500 avisos mais recentes” no momento do login. Isso evitará sobrecarga e impedirá que a inconsistência de "Access Violation" ocorra novamente, garantindo um acesso mais rápido e estável ao sistema (Imagem 1).

📘 3️⃣ Movimentação de estoque.

Ocorrência: Ao acessar uma NF na tela “Entrada de Notas (Acerto Fiscal)” e alterar o campo Estoque CFOP de "SIM" para "NÃO", quando o CFOP estava configurado como "SIM" no cadastro, ocorriam duas inconsistências: Ao tentar estornar a NF pela tela “Entrada de Notas”, uma mensagem incoerente com a operação era exibida. E a movimentação de estoque do produto era processada incorretamente.
Solução: Para evitar essa inconsistência o campo Estoque CFOP foi desabilitado para edição na tela “Entrada de Notas (Acerto Fiscal)”. Agora, ele sempre será preenchido com a configuração original do CFOP no momento da entrada da nota, garantindo a consistência da movimentação de estoque e eliminando erros operacionais.

📘 2️⃣ Pesquisa de requisição de pedido de compra através da aba “Painel“.

Ocorrência: Inconsistência ao pesquisar as requisições pela aba “Painel”.

Solução: Foi adicionada uma barra de paginação para otimizar o carregamento das requisições e melhorar a performance (Imagem 1).

📘 3️⃣ Importação de Produtos (XML NFe) sem legenda não localiza o item cadastrado.

Ocorrência: Na tela “Importação de Produtos (XML NFe)”, o campo “Legenda” não era obrigatório. Isso permitia a importação de produtos sem essa informação, o que impossibilitava sua localização na consulta, já que a tela exibia apenas produtos com esse campo preenchido.

Solução: Foi implementada uma validação que exige o preenchimento do campo “Legenda”, durante a importação. Assim, todos os produtos importados poderão ser consultados corretamente.

📘 2️⃣ Inconsistência na tela “Digitação de ordens”.

Ocorrência: Na tela “Digitação de ordens”, ao selecionar um produto na grid “[Itens]” com um duplo clique e pressionar a tecla "ESC", era exibida a tela de edição do produto. Nesse contexto, a tecla "ESC" aciona o conteúdo do primeiro botão disponível na posição, que, neste caso, é o botão “Alterar”.

Solução: Foi realizado um ajuste para que, ao pressionar a tecla “ESC”, o conteúdo do primeiro botão não seja acionado.

📘 2️⃣ Inconsistência no vínculo de plano financeiro e centro de custo na tela “Cadastro de notas fiscais“.

Ocorrência: Após confirmar o plano financeiro e centro de custo na tela “Cadastro de notas fiscais“, os valores não são exibidos na grid do produto. Ao retornar para a tela de plano financeiro e centro de custo, os valores não ficam organizados, gerando divergência.

Solução: Foram realizados ajustes para que a inconsistência não seja apresentada novamente (Imagem 1).

📘 1️⃣ Lentidão ao gerar histórico de liberação utilizando o filtro "Data de Liberação".

Ocorrência: Lentidão ao gerar histórico de liberação utilizando o filtro "Data de Liberação".

Solução: A consulta foi reformulada para que os índices sejam usados corretamente, melhorando a performance (Imagem 1).

📘 3️⃣ Sistema permite vincular “plano financeiro PAI” a lançamentos a pagar, impedindo a adição de “plano financeiro filho”.

Ocorrência: O sistema permitia vincular um “plano financeiro PAI” aos lançamentos a pagar, mas, após isso, não era possível adicionar um “plano financeiro filho”, o que restringia a configuração correta dos lançamentos.

Solução: Foi ajustado o comportamento do sistema para permitir a adição de um plano financeiro filho mesmo quando um “plano financeiro PAI” já está vinculado ao lançamento a pagar. Agora, os usuários podem configurar os planos financeiros corretamente conforme a necessidade (Imagens 1, 2, 3 e 4).

📘 2️⃣ Divergência ao alterar valor em acréscimo de título no contas a pagar.

Ocorrência: Na tela “6.2.6 - Lançamento a pagar”, ao selecionar um título aberto e preencher alguma aba de dados adicionais, ao acessar a opção "Editar Centro de Custo e Plano Financeiro" e abrir a tela "Pagar Centro de Custo", era possível alterar o valor inserido na coluna "Valor" da grid "Pagar Adicionais Selecionados".

Solução: Foi inserido um bloqueio de alteração do valor na coluna “Valor” da tela “Pagar Centro de Custo”.

📘 3️⃣ Integração Contábil apresentando inconsistências.

Ocorrência: Ao tentar integrar o tipo Fiscal - Entrada de Notas, o sistema apresentava um aviso ao final da integração e não salva a integração.

Solução: Foi ajustado para que seja possível realizar a integração das notas de entrada/saída para empresa filial, desde que a empresa filial esteja vinculada à empresa matriz (Imagens 1, 2 e 3).

📘 3️⃣ Contábil Parâmetros não deixava vincular regras do tipo abatimento em empresas distintas.

Ocorrência: O sistema não permitia cadastrar uma regra financeira de abatimento para mais de uma empresa matriz, mesmo quando necessário.

Solução: Foi feito um ajuste na verificação do cadastro de regras para considerar não apenas as regras já existentes, mas também a empresa matriz associada. Agora, será possível cadastrar regras de abatimento para diferentes empresas matriz sem restrições indevidas.

📘 1️⃣ Inconsistência ao gerar GNRE.

Ocorrência: Geração da GNRE leva a chave da nota na tag <valor> para todos os códigos do campo extra, mas o código 117 exige que a tag <valor> seja preenchida com a data de emissão.

Solução: Foi realizado um ajuste na geração de GNRE para que a tag <valor> seja preenchida com a data de emissão quando o código extra for 117.