Aviso importante!

Esta nota de versão é apenas uma prévia do próximo lançamento.
Observe que os manuais do usuário e de instalação e a mídia FTP não foram atualizados.

Além disso, informamos que as correções e implementações descritas aqui podem ser alteradas, excluídas ou adicionadas antes do lançamento final.

Liberamos com antecedência para ajudar nossos clientes a planejarem a atualização do sistema.

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

Local>Tela Integrador Guarani B2B

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

Image Removed

Image Added

Image Removed

Image Added

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

Ocorrência: Estava ocorrendo uma inconsistênciana 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, não fazendo as perguntas de configuração do fornecedor e permitindo salvar a alteração.

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 são 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 Cancelar/ Salvar”. Com isso, os dados da gradedo “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).

Image RemovedImage Added

Image RemovedImage Added

Painel
bgColor #F4F5F7
Informações do fornecedor não sendo alteradas, foco do cursor retornando para o campo “Fornecedor“ (Imagem 3).

Image RemovedImage Added

Painel
bgColor #F4F5F7
Ao alterar o fornecedor e optar um fornecedor e não informar no campo “Fornecedor”, o sistema exibirá um alerta, permanecendo as informações do fornecedor anterior (Imagens 4 e 5).

Image Added

Image Added

Painel
bgColor #F4F5F7
Ao alterar o fornecedor e optar por “Cancelar” na mensagem apresentada, não serão importadas as configurações do cadastro do fornecedor informado para a na alteração, seguindo o fluxo da tela (Imagens 4 6 e 57).

Image RemovedImage Added

Image Added

Painel
bgColor #F4F5F7
As informações do fornecedor não foram alteradas. O foco do cursor retornou para o campo “Fornecedor“.

Image RemovedImage Removed

anterior permanecerão as mesmas (Imagem 8).

Image Added

Painel
bgColor #F4F5F7
As informações do fornecedor anterior permaneceram as mesmas.

Image Removed

Image Removed

📘 2️⃣ Inconsistência ao

estornar um recebimento em Cheque no Receber (SUP-

94098)

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.

Image Removed

Image Removed

Âncora
indice indice

Índice:

Voltar ao topo