📙 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️⃣ 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 calculo do “ICMS” e retornando o comportamento anterior do sistema.

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

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

Ocorrência:

Ao alterar uma ordem de compra de um fornecedor para outro, quando selecionado “Cancelar” na janela, o cursor estava indo para o próximo campo livre, deixando de fazer as perguntas de configuração do fornecedor e permitindo salvar a alteração. Se a opção escolhida foi “Cancelar”, entendo que o cursor deveria ficar no campo do código do fornecedor.

• Quando informamos um código de fornecedor inexistente, era exibido um alerta. Porém, a aplicação ficava em repetição, apresentando diversas mensagens para confirmação que só deveriam ser apresentadas para um código existente, até que, em alguns momento a tela sai e o cursor volta a ficar disponível em algum campo. Já em outro teste semelhante, é apresentada uma mensagem de erro. Em outra situação, ainda, consegui chegar até a tela do captcha. Contudo, o código incorreto não foi salvo, mas causou um grande transtorno até conseguir sair da tela.

• Em “Itens” é possível alterar para um código de “Plano Financeiro”, existe ou não. Esse código fica sendo exibido o tempo todo na tela, mesmo após refazer a pesquisa ou clicar em Alterar ou Cancelar/Salvar. Com isso, os dados do

grid de Centro de Custo somem e não são exibidos, até fechar a tela e entrar novamente, quando os dados originais são novamente exibidos. Aqui, não deveria deixar digitar nenhum código, se não for escolhido Alteração antes (no caso de OC ainda não autorizada).

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

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