📗 2️⃣ Inconsistência ao importar XML com equívoco.

Na tela “2.2.4 - Entrada de notas fiscais”, foi implementada uma validação para identificar quando o arquivo importado não corresponde ao modelo selecionado. Caso isso ocorra, o sistema exibirá a seguinte mensagem: “O arquivo selecionado não é um XML de NF3e válido!” (Imagem 1).

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

📘 1️⃣ Produto não encontrado na aba consulta na tela "Cadastro de produtos".

Ocorrência: A busca por produtos no cadastro deixou de exibir itens que não estavam vinculados a um fabricante.

Solução: Foi feito um ajuste na consulta, para que todos os produtos sejam exibidos normalmente, mesmo sem vínculo com um fabricante (Imagens 1 e 2).

📘 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️⃣ Limite de caracteres excedido ao preencher cidade no “Cadastro de clientes”.

Ocorrência: Ao preencher um CEP cuja cidade possuía um nome com mais de 30 caracteres, o sistema apresentava uma inconsistência. Isso ocorria porque o campo destinado ao nome da cidade no “Cadastro de clientes” aceitava no máximo 30 caracteres, enquanto algumas cidades possuíam nomes mais longos.

Solução: Foi feito um ajuste no sistema para permitir o correto preenchimento do CEP, garantindo que cidades com nomes maiores que 30 caracteres sejam tratadas adequadamente, evitando a inconsistência e assegurando o correto armazenamento das informações.

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

📘 2️⃣ Código da base de cálculo do crédito.

Ocorrência: Na tela de “Apuração de Impostos” para PIS/COFINS, ao acessar os “Detalhes da Apuração do SPED Contribuições”, nem todas as naturezas da “Base de Cálculo do Crédito” eram exibidas quando havia mais de um “Tipo de Crédito”.

Solução: Foi feito um ajuste na ordenação da consulta para organizar os dados por “Tipo de Crédito”. Com isso, todas as bases de cálculo de crédito são exibidas corretamente, garantindo a conferência dos valores.

📘 3️⃣ Inconsistências ao lançar notas fiscais de compra na Apuração de Impostos

Ocorrência: Na tela “Apuração de Impostos (Outros Créditos), ao tentar registrar “Outros Créditos/Outros Débitos” para a guia “Notas Fiscais de Entrada de Compra”, ocorria uma inconsistência ao tentar salvar a nota.

Solução: Foi implementada uma validação que ocorre antes de salvar os dados, verificando o “Tipo de Imposto” que chama a tela. Com isso, o processo de apuração será realizado de acordo com o imposto específico, garantindo que as informações sejam salvas corretamente e sem inconsistências.