📙 2️⃣ Ao informar “Token” estava sendo preenchido um código de representante e ao sincronizar a primeira carga o código era alterado (SUP-90997/SUP-91156)

Foi alterado o campo ”REP_CODIGO“ da tabela “REPRESENTANTES”, passando do tipo “Integer” para o tipo “Varchar(20)”, ficando assim com o mesmo padrão quando o campo for preenchido. Foram alterados todos os “métodos, funções e chamadas” ao campo, para ser tratado como tipo “Varchar”.

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

📗 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️⃣ Impressão de “Dados Gerais de Importação” apresentando valor inteiro (Melhoria interna)

Na tela “2.2.8 - Manutenção da ordens de compra”, foi feito um ajuste para exibir o campo do tipo inteiro e formatado o valor de data para o padrão brasileiro, desta forma, foram relacionados aos dados gerais de importação, que serão informados na realização da ordem de compra (Imagem 1).

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

📘 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 PDV - Não completa a impressão (SUP-94142)

Ocorrência: Impossibilidade de cancelar vendas não concluídas do “Guarani PDV”. Os pedidos ficavam em aberto se o usuário iniciasse uma venda, era gerada a comanda para importação futura, mas o cliente desiste.

Solução: Para resolver o problema, foi alterada a validação de cancelamento do pedido na digitação de ordens para que seja possível cancelar um pedido que não teve a venda concluída no PDV.

📘 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 compra de um fornecedor para outro, 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.

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, quando os dados originais eram novamente exibidos.

Solução: Foram realizados ajustes ao informar um fornecedor inválido, 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 incorretamente (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).