📙 1️⃣ Cadastro de cliente, persistência de alteração de dados.

Na tela “3.5.7 - Importação de Dados | Integração entre Sistemas | AFV | EDI | E-COMMERCE”, foi realizada uma melhoria no tratamento do campo “Endereço de Entrega/Cobrança”. Agora, sempre que esse campo for preenchido com "O MESMO" ou "o mesmo", os demais campos do grupo “Cobrança e Entrega” em “Cadastro do clientes” serão automaticamente limpos durante a importação. Essa mudança garante que as informações de cobrança e entrega sejam atualizadas corretamente conforme os dados enviados pelo Guarani AFV, evitando registros duplicados ou inconsistentes.

📙 1️⃣ Devolução de compra não calculou e somou FCP /ST no total da nota.

Na tela 1.1.23 - Cadastro de tipos de ordens”, foi realizado um ajuste para garantir que, ao referenciar uma nota de entrada com ICMS ST, o FCP ST seja calculado corretamente quando o tipo de ordem estiver marcado como “Devolução de Compra”.

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

📙 3️⃣ Integração Contábil - Contas a Pagar (Empresa/filial).

Na tela “5.1.7 - Cadastro de contas correntes”, foi implementada uma melhoria na integração contábil das movimentações de “Contas a Pagar e Contas a Receber”. Agora, o usuário pode cadastrar a conta contábil que será utilizada na integração para filiais, permitindo que a mesma configuração de conta corrente seja compartilhada entre a matriz e suas filiais. No momento da baixa de um título, seja da matriz ou da filial, se a conta corrente utilizada estiver configurada para ambas, a integração contábil será realizada corretamente, garantindo consistência no registro das movimentações financeiras (Imagens 1 e 2).

📙 3️⃣ Inconsistência ao gerar GNRE.

Na tela “10.2.10 - Geração GNRE”, foi realizada uma alteração para os casos em que o cadastro do cliente possui o campo "Modelo de Tributação" definido como "Destinada a uso e consumo não contribuinte e/ou pessoa física". Agora, o sistema enviará os dados da empresa, em vez dos dados do cliente, para a GNRE. Nessa situação, será exibida uma tela de Log com a opção “Prosseguir”, permitindo que o usuário confirme a ação antes de continuar o processo.

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

📗 1️⃣ Permitir decidir se a sugestão de lote será automática ou manual

Foi inserida uma opção no sistema para que seja feita a escolha do lote no conferencia de saída no coletor com o objetivo de permitir informar um lote diferente da guia de carregamento (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️⃣ Melhorias gerais no módulo de Compras e COMEX - Parte 1

Na tela “1.1.9 - Cadastro de produtos”, foi implementada a possibilidade de cadastrar informações pertinentes ao COMEX, permitindo vincular um representante e seu percentual de comissão a um fornecedor (Imagem 1).

📗 3️⃣ Melhorias gerais no módulo de Compras e COMEX - Parte 2

Na tela “1.1.9 - Cadastro de produtos”, foi feita uma alteração que permite ao usuário definir a disponibilidade da imagem vinculada ao produto para o AFV e B2B, utilizando as novas opções.

📗 3️⃣ Melhorias gerais no módulo de Compras e COMEX - Parte 3

Na tela “1.1.9 - Cadastro de fornecedores (geral)”, foi disponibilizada uma opção para cadastrar informações pertinentes ao COMEX, permitindo ao usuário inserir dados sobre o representante do fornecedor do exterior (Imagem 1).

📗 3️⃣ Inclusão de campo “Grupo Contábil”, em atualização em massa de produtos.

Na tela “1.1.19 - Cadastro de produtos” em “Atualização em Massa”, foi inserida a aba "Conta Grupo" para permitir a inserção do Grupo Contábil (Imagens 1, 2, 3, 4 e 5).

📗 2️⃣ Inconsistência em pequisa de Parâmetro de cliente ativo.

Na tela “1.1.3 - Cadastro de clientes”, foi realizada uma melhoria no cálculo do tempo de dias ativos/inativos. Agora, a "Situação do Cliente" é calculada de forma otimizada, com um tratamento para evitar estouro de campo, garantindo maior estabilidade e precisão nas informações (Imagens 1, 2, 3, 4 e 5).

📗 1️⃣ Rank de conferentes - Relatório trazendo todos os separadores.

Na tela “1.2.17 - Rank de conferentes” o layout foi atualizado para o padrão do sistema, garantindo mais uniformidade na interface. Além disso, a performance da tela foi otimizada, permitindo que o relatório seja processado e exibido de forma mais rápida e eficiente (Imagem 1).

📗 3️⃣ Melhorias gerais no módulo de Compras e COMEX - Parte 8.

Na tela “2.2.11 - Sugestão de Compras”, foi adicionada a opção de “geração de cotação de compra” diretamente a partir da sugestão. Para isso, foi criado o parâmetro “SUGESTAO_CLASSIFICACAO_GASTO”, permitindo que o cliente informe a “classificação de gastos” que será utilizada na geração da cotação de compras.

📗 2️⃣ Parâmetro de congelamento mantendo valores com data futura.

Na tela “3.2.12 - Digitação de ordens”, foi ajustado o processo de congelamento de custos para permitir o congelamento também em datas futuras. Vale destacar que, nas situações em que a data de congelamento era menor que a data atual, o processo já ocorria conforme esperado e permanece inalterado.

📗 2️⃣ Alterar momento da validação dos contratos.

Na tela “4.2.7 - Faturamento de serviços/mensalidade”, foi melhorado o momento da validação, que agora será acionada apenas ao pressionar o botão “Gerar Ordens” (Imagem 1).

📗 1️⃣ Possibilidade de colocar uma ordem crivada no roteiro.

Na tela “4.2.6 - Expedição”, agora é possível incluir pedidos crivados no romaneio diretamente pelas abas “Sugestão para Carregamento #2 e Sugestão para Carregamento #3”. Antes, essa funcionalidade estava disponível apenas na aba “Sugestão para Carregamento #1”, o que gerava uma inconsistência no processo. Com essa melhoria, todas as abas seguem o mesmo padrão de comportamento, garantindo mais flexibilidade e padronização na inclusão dos pedidos no romaneio (Imagem 1).

📗 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️⃣ Inserção de colunas na tela “Apontamento de fabricação/eficiência”

Na tela “8.2.2 - Apontamento de fabricação/eficiência”, aba “Subprodutos” foram inseridas colunas para maiores informações com o objetivo de apontar a quantidade do produto da OF.

📗 2️⃣ Alteração na tela “Contábil - Plano de contas”.

Na tela “9.1.4 - Contábil - Plano de contas”, foi implementada uma melhoria para que o sistema permita iniciar a inclusão da primeira conta no novo plano de contas que será cadastrado (Imagem 1).

📗 1️⃣ Inconsistência na alteração de empresa, na integração.

Na tela “9.2.1 - Contábil - Integração”, foi adicionada uma validação para exibir um aviso quando houver troca de “Empresa ou Datas” sem que o campo “Tipo” esteja preenchido. Essa melhoria garante que o usuário informe o “Tipo”, evitando que as integrações deixem de ser recarregadas na grade (Imagem 1).

📗 2️⃣ Integração do módulo depreciação.

Na tela “9.2.1 - Contábil - Integração”, foi aplicada uma melhoria para o tipo de integração de ativo imobilizado. Agora, a rotina valida as depreciações feitas em períodos sem regra contábil, tratando esses casos como inconsistências na integração. O sistema também permite que o usuário escolha se deseja ignorar ou considerar essas inconsistências. A funcionalidade de integração e reprocessamento de lote não foi alterada. Apenas foi adicionada a opção de considerar depreciações sem regra, permitindo que o usuário avalie esses bens antes de decidir quais serão integrados.

📗 1️⃣ Relatório Personalizado do Telamarketing.

Na tela “14.2.5 - Telemarketing - Manifestações”, foi realizada uma melhoria na organização das abas e nos filtros disponíveis.

• A aba "Manifestações" foi renomeada para "Grid em Etapas".

• Foi criada uma nova aba chamada "Grid Contínua" para melhor visualização dos dados.

• No filtro, foram adicionados os campos Workflow, Responsável (usuário), Data de Abertura e Status da Manifestação, proporcionando maior precisão na busca e no gerenciamento das manifestações.

📘 1️⃣ Relatório de produtos com imagens mostrando estoque negativo.

Ocorrência: Relatório de produtos com imagens exibindo estoque negativo, apesar da configuração "Não incluir quantidades zeradas" estar ativada.

Solução: Foi ajustado para que, ao selecionar a opção de não incluir quantidades zeradas, apenas as quantidades maiores que zero sejam exibidas (Imagens 1 e 2).

📘 3️⃣ Inconsistências na tela de requisição de pedido de compras.

Ocorrência: Foi identificada uma inconsistência na tela “Requisição de Pedido de Compra”, que gerava a mensagem de erro "Field 'ALR_USUARIO' not found". Isso aconteceu porque um filtro de consulta havia sido removido, impactando a exibição das informações.

Solução: Foi feito um ajuste na pesquisa para garantir que todos os campos necessários sejam considerados. O sistema agora exibirá corretamente o “Aprovador da Requisição”, restabelecendo o funcionamento adequado da tela (Imagem 1).

📘 3️⃣ Relatórios - quantidade de locais de estoque.

Ocorrência: Estava ocorrendo uma inconsistência ao imprimir o relatório na tela “Relatório de movimentação de estoque”. Isso estava relacionado à alta quantidade de locais de estoque, que impedia a geração correta do relatório.

Solução: Foi realizado um ajuste para permitir a impressão do relatório, garantindo que o sistema consiga processar e exibir corretamente os dados, mesmo em cenários com um grande volume de locais de estoque (Imagens 1 e 2).

📘 2️⃣ Emissão de Etiquetas de despacho não filtra o romaneio todo.

Ocorrência: A etiqueta de despacho “modelo 25”, não estava imprimindo todos os pedidos presentes no romaneio.

Solução: Foi feita uma correção para garantir que todos os volumes dos pedidos existentes no romaneio sejam gerados corretamente na impressão da etiqueta (Imagens 1 e 2).

📘 1️⃣ Arquivo CSV gerado com vírgulas no final da linha.

Ocorrência: Ao exportar o arquivo conforme o layout definido, o sistema adicionava o separador configurado como último caractere em todas as linhas.

Solução: Ajustamos para que o separador não seja mais inserido no final de cada linha do arquivo gerado (Imagem 1).

📘 3️⃣ Inconsistência ao imprimir comissão aberta.

Ocorrência: Estava ocorrendo uma inconsistência ao imprimir os representantes na tela “Fechamento de Comissões”.

Solução: Foi feito um ajuste para exibir corretamente os relatórios de todos os representantes, eliminando a inconsistência (Imagens 1, 2 e 3).

📘 2️⃣ SPED Fiscal inconsistências no registro K200 e C100.

Ocorrência: No registro K200, foi identificado que dois locais de estoque (2 e 6) possuíam o campo “Cliente/Fornecedor” preenchido sem que o campo “Proprietário” estivesse informado. Isso fazia com que o registro fosse gerado mais de uma vez, pois o preenchimento do proprietário é obrigatório nesse caso.

Solução: Na tela 1.1.16 - Cadastro de Locais de Estoque, foi implementada uma alteração para que, ao salvar um local de estoque sem um proprietário informado, o sistema remova automaticamente o valor do campo Cliente/Fornecedor. Isso evita a duplicidade no registro K200.