📙 3️⃣ Habilitando exigência de “Centro de custo” nas contas do “Plano de contas” (SUP-92338)

Na tela “9.1.4 - Contábil - Plano de contas”, foi alterado o nome do campo “Centro de Custo“ para “Exige Centro Custo“, bem como sua funcionalidade e validação, onde a validação da exigência do “Centro de custo” ocorrerá, desde que a regra possua classificação ORIGINAL (Imagem 1).

📙 3️⃣ Contábil Plano de Contas - Ajuste de exigência de cliente e fornecedor (SUP-92074/SUP-94185)

Na tela “9.1.4 - Contábil - Plano de contas”, foi ajustado o “Plano de contas contábil” para não permitir que sejam selecionadas as opções “Exige Cliente, Exige Fornecedor e Exige Item Contábil“ juntas, para a alteração da “Conta Contábil” (Imagem 1).

📗 1️⃣ Aba consulta da tela “Cadastro de Empresas” não atualizando (Melhoria interna)

Na tela “1.1.5 - Cadastro de empresas”, foi realizado um ajuste para que a aba "Consulta" seja atualizada sempre que for acessada (Imagens 1 e 2).

📗 2️⃣ Utilização dos avisos do Guarani ERP para envio de mensagens com links personalizados para os clientes (SUP-84554)

Na tela “1.1.44 - Avisos”, foi implementada uma funcionalidade que permite o envio de avisos por parte da “Guarani” para os clientes. Com esta funcionalidade a comunicação com o cliente será mais rápida e assertiva. Para a utilização, será necessário que na base da “Guarani”, o usuário que fará o envio dos avisos para os clientes, esteja com o evento “1002” da tela “Avisos“ selecionado como “SIM”.

📗 2️⃣ Criar novo campo para múltiplo de unidade (SUP-92530/SUP-88758)

Na tela “1.1.19 - Cadastro de produtos”, na aba “Geral/Tabela de Preço“ foi adicionado o campo “Qtd múltipla“ (Imagem 1).

Na tela “2.2.7 - Importação de produtos (Excel)“, também foi adicionada uma coluna com o campo “Qtd múltipla“ para permitir importar esta informação.

📗 2️⃣ Vendas com cartão de crédito feitas no “Guarani PDV”, apresentando o número da nota na tela “Manutenção contas a receber” (SUP-90006)

Na tela “5.2.15 - Manutenção de contas a receber”, foi feito um ajuste referente aos títulos do “Guarani PDV”, para buscar os títulos através do número de pedido ou da nota fiscal (Imagens 1 e 2).

📗 3️⃣ Datas descompassadas na função “Enviar para” em “Movimentações de contas” impossibilitando a integração contábil (SUP-90006)

Na tela “5.1.4 - Cadastro de tipos de cobranças a receber” na aba “Cobrança para baixa financeira”, foi inserida a opção “Sim - Retrocede até o primeiro dia útil anterior a data original” no campo “Cartão - Apenas dias uteis (PDV)”.

📗 2️⃣ Inconsistência ao tentar integrar renegociação (Melhoria interna)

Na tela “Consulta Lançamento Contábil por Lote”, foi verificado que a integração da renegociação tratava apenas do código do cliente. Foi removida a validação do código do fornecedor, uma vez que sempre possuirá o código do cliente (Imagem 1).

📘 1️⃣ Ajuste para caracteres especiais nos campos “Ordem de compra e Pedido Cliente” (SUP-93902)

Ocorrência: O sistema não estava fazendo a tratativa de caracteres especiais e a quebra de linha no campo “Ped. Cliente”, sendo assim, gerava inconsistências no envio da carga “HISTPEDCAB“ no “Integrador AFV”, pois o campo poderia conter caracteres especiais e ou quebra de linhas.

Solução: Foi realizado um ajuste na procedure “SP_AND_HISTPEDCAB”, inserindo o comando “REPLACE“ para remover caracteres especiais (Imagem 1).

📘 3️⃣ Inconsistência ao parar “Serviço” no “Integrador B2B” (SUP-91521)

Ocorrência: Estava ocorrendo uma inconsistência ao parar o “Serviço” no “Integrador B2B”. Com isso, não eram enviadas as cargas e recebiam os pedidos, desta forma, só conseguia ser reiniciado se o integrador fosse fechado pelo gerenciador e aberto novamente.

Solução: Foi adicionado um controle para que ao parar o “Serviço” e for gerado um aviso de inconsistência, será sugerido forçar o encerramento do “Serviço” (Imagem 1).

📘 2️⃣ Reimpressão de títulos “Guarani PDV” não completava a impressão (SUP-94142)

Ocorrência: Estava ocorrendo a impossibilidade de cancelar vendas não concluídas do “Guarani PDV”. Os pedidos ficavam em aberto quando o usuário iniciava uma venda e era gerada uma comanda para importação futura, mas a venda não era concluída.

Solução: Foi alterada a validação de cancelamento do pedido na tela “Digitação de ordens”, para que seja possível cancelar um pedido que não teve a venda concluída no “Guarani PDV” (Imagens 1 e 2).

📘 2️⃣ Inconsistência na informação do lote ao realizar entrada da NF (SUP-94084)

Ocorrência: Na tela “Entrada de notas fiscais”, ao informar lote de produtos e após preencher todos os campos com as informações de lote, era apresentada uma mensagem de que haviam campos não preenchidos corretamente. A inconsistência ocorria pois foi criado o campo “Validade mínima excedida“, estava validando o preenchimento indevido.

Solução: Foi retirada a validação de preenchimento do campo “Validade mínima excedida“ (Imagem 1).

📘 1️⃣ Cálculo do estoque na tela “Sugestão de Compra” (SUP-94031)

Ocorrência: Na tela “Sugestão de Compra”, o valor do estoque estava sendo calculado incorretamente no rodapé da tela, quando o campo “Estoque und compra” era optado como “NÃO“. A inconsistência ocorria, pois a quantidade era multiplicada em duplicidade pelo “Fator (Und compra>Und Vda/Est)“.

Solução: Foi realizado um ajuste no cálculo do rodapé dos campos referentes ao estoque do produto, para que não seja multiplicada a quantidade em duplicidade, quando o campo “Estoque und compra” estiver optado como “NÃO“ (Imagem 1).

📘 2️⃣ Configuração Fiscal entrada de “CT-e” (SUP-93643)

Ocorrência: A entrada de “CT-e” não estava descontando o valor do pedágio na base de cálculo do “ICMS”.

Solução: Foi realizado um ajuste na importação de “CT-e” individual e “CT-e” em lote, para que os valores do “XML” sejam mantidos durante a importação, descontando o valor do pedágio na base de cálculo do “ICMS” e retornando o comportamento anterior do sistema.

📘 3️⃣ Pedido de compra com dois fornecedores distintos (SUP-80725/SUP-79771)

Ocorrência: Estava ocorrendo uma inconsistência na tela “Manutenção das ordens de compra” ao alterar uma ordem de um fornecedor para outro, pois quando optado por “Cancelar” na janela de opções, o cursor alterava para o próximo campo livre. Ao informar um código de fornecedor inexistente, era exibido um alerta, porém a aplicação ficava em repetição, apresentando mensagens de confirmação que eram exibidas somente para um código existente. E em “Itens” era possível alterar para um código de “Plano Financeiro” existente ou não. Este código estava sendo exibido sempre na tela, mesmo após refazer a pesquisa ou clicar em “Alterar, Cancelar ou Salvar”. Com isso, os dados da grade do “Centro de Custo” não eram exibidos, até que se fechasse a tela e entrasse novamente, assim, os dados originais eram novamente exibidos.

Solução: Foram realizados ajustes ao informar um fornecedor inválido, desta forma, será exibida uma mensagem de alerta e o fluxo da tela não continuará. Quando não for informado o campo “Fornecedor”, também não seguirá o fluxo da tela, impedindo que seja gravado indevidamente (Imagens 1 e 2).

📘 2️⃣ Inconsistência ao estornar um recebimento em Cheque no Receber (SUP-94098)

Ocorrência: Ao fazer estornos de recebimentos relacionados a cheques e cartões no módulo PDV, o sistema não estava gravando as informações do terminal de caixa na tela “Manutenção de contas a receber”.

Solução: Foi feito um ajuste para que o sistema passe a gravar o código do terminal de caixa, onde foram registrados os estornos de recebimentos de cheques e cartões (Imagens 1 e 2).

📘 2️⃣ Inconsistência ao imprimir após devolução de cheques (SUP-93403)

Ocorrência: Na tela “Devolução de cheques”, após confirmar a devolução e solicitar a impressão da autorização, o sistema apresentava um aviso de inconsistência relacionado a “Chave Pix”. Esta inconsistência ocorria quando a devolução de cheque de um terceiro, havia sido usada para pagar um fornecedor e o mesmo tinha em seu cadastro uma “Chave Pix”.

Solução: Foi feito um ajuste e adicionado um conjunto de dados “ChavePix”, na tela “Devolução de cheques”, fazendo com que a impressão do relatório ocorra normalmente.

📘 2️⃣ Integração contábil movimentação de contas manuais (SUP-93711)

Ocorrência: Ao realizar a integração da movimentação de contas manuais, estava sendo apresentada uma mensagem de inconsistência, quando o lançamento manual era através de uma transferência entre contas bancárias de empresas diferentes.

Solução: Foi feito um ajuste na mensagem apresentada. Para prosseguir com a integração, o ideal é que os lançamentos sejam feitos pela tela “9.2.2 - Contábil - Lançamento Manual” (Imagem 1).

📘 3️⃣ Funcionamento do campo “Exige Item Contábil” (SUP-92987)

Ocorrência: Ao cadastrar um novo item contábil, o sistema estava gerando uma inconsistência e a nomenclatura “Inutilizar” precisava ser renomeada.

Solução: Foi feito um ajuste e a funcionalidade da opção “Exige Item Contábil”, permitirá cadastrar um item e foi renomeada a opção “Inutilizar” para “Inativa/Inutilizada” (Imagens 1 e 2).

📘 2️⃣ Cabeçalho do lote não estava sendo excluído (SUP-94239)

Ocorrência: Quando era feita a exclusão de uma integração contábil, o sistema excluía toda a integração, mas não excluía o lote.

Solução: Foi feito um ajustepara que ao excluir uma integração contábil, que o lote também seja excluído.

📘 2️⃣ Itens sem ICMS/ST, calculando imposto na planilha (SUP-93914)

Ocorrência: Custo dos produtos (planilha de formação de preços) não estavam sendo atualizados ao alterar configuração da exceção do fornecedor.

Solução: Foram criados gatilhos para atualizar o custo dos produtos (planilha de formação de preços) ao incluir/excluir exceções do fornecedor ou alterar os seguintes campos: %MVA, %Red Base NF emissão própria, %Red Base ST NF emissão própria, %Red Aliq ICMS Próprio (compra), %Red Aliq ST, %Fundo Pobreza e CST (Imagem 1).