📙 Nome e número da mudança

Lorem Ipsum is simply dummy text of the printing and typesetting industry. Lorem Ipsum has been the industry's standard dummy text ever since the 1500s, when an unknown printer took a galley of type and scrambled it to make a type specimen book. It has survived not only five centuries, but also the leap into electronic typesetting, remaining essentially unchanged.

📗 2️⃣ Saldo Maior no fechamento de ordens (Melhoria interna)

Na tela “5.2.10 - Fechamento de ordens”, foi efetuada a correção em relação a criação de um título de adiantamento, quando existia apenas uma parcela paga. Sendo assim, só será gerado o título que estiver pago em sua totalidade, pois títulos que não foram pagos totalmente não deverão permitir gerar um título de adiantamento, mesmo quando o parâmetro “FN_CONTROLEEXCEDENTE” estiver configurado para “ADIANTAMENTO FINANCEIRO” (Imagens 1 e 2).

📗 2️⃣ Ajustes nas datas da baixa financeira (Melhoria interna)

Na tela “5.2.22 - Recebimento de contas” em “Baixa Financeira”, foi incluído o campo “Dt Emissão”, afim de melhorar a visualização dos resultados. Como padrão, este campo não será visível (Imagem 1).

📘 2️⃣ Ajustes no PDV-ERP (SUP-95199)

Ocorrência 1: Estavam utilizando o F8, para importar as comandas, gerando no fim um P3, por não utilizar o SAT. Pois a função correta , é CTRL+F8.

Ocorrência 2: Na função das comandas, as operadoras estavam importando as comandas e logo após terminar a importação, estavam pressionando a função ESC e assim, ficando com o campo GRA_PEDIDO_IMPORTADO_PDV = 'S', desta forma, após isso não era mais possível importar o pedido, ficando perdido.

Ocorrência 3: As comandas estavam desaparecendo, no momento de serem importadas, quando duplicada e gerada comanda, desta forma, não era possível importar no PDV.

Solução 1: O comportamento está correto no sistema. 

Solução 2: Foi inserida uma mensagem durante a importação de comanda, para que quando o usuário operador do caixa teclar ESC no momento da importação da comanda, será exibida a seguinte mensagem: "Pré-venda/Comanda aberta. Deseja abandonar digitação?", sendo assim, se o usuário não abandonar a digitação, a venda continuará na tela. Caso abandone a digitação, a tela será liberada para o início de uma nova venda e a comanda continuará aberta, para ser importada em um outro momento.

Solução 3: Foi feito um ajuste na variável da duplicação de ordens, que mantém o mesmo número do pedido original, a ordem duplicada só deverá ter o mesmo número da ordem original se o tipo de ordem, for bonificação (Imagem 1).

📘 1️⃣ Ordem não aparecendo as etapas em “Rastreamento de ordens” (SUP-94179)

Ocorrência: O sistema estava bloqueando inclusão/exclusão de tipos de ordens e origens na tela “Cadastro de etapas das ordens”. Não estava sendo permitida a inclusão de tipo de ordem.

Solução: Foi liberada apenas a edição dos tipos de ordens e das origens, na tela “Cadastro de etapas das ordens”, para a etapa padrão já estipulada pelo sistema (Imagem 1).

📘 1️⃣ Inconsistência na busca por cidades (SUP-94989)

Ocorrência: Estava ocorrendo uma inconsistência ao consultar CEP por UF, Localidade e Logradouro, isso ocorria com qualquer CEP, pois o site “viacep.com.br” não aceitava os espaços entre as palavras.

Solução: Ao clicar na lupa para pesquisar CEP, o sistema enviará UF, Localidade e Logradouro para busca no “viacep.com.br” e foi colocado um comando para substituir os espaços por %20 (Imagem 1).

📘 3️⃣ Quantidade em unidade informada no item, ultrapassando a quantidade do item na nota referenciada (SUP-95128)

Ocorrência: A restrição da quantidade em unidade informada no item, estava ultrapassando a quantidade do item na nota referenciada.

Solução: foi feito um ajuste e quando uma nota de reentrada for gerada a partir da exclusão da "Digitação de ordens" e a mesma nota de reentrada é inserida por meio da tela "Cadastro de notas fiscais", o sistema não aplicará nenhuma restrição, desde que a quantidade de cada produto na nota de reentrada seja igual à quantidade de cada produto na "Digitação de ordens" que estará sendo referenciada na nota de reentrada.

📘 1️⃣ Entrada de notas dando diferença quando importado o pedido e XML (SUP-94274/SUP-94649)

Ocorrência: Estava ocorrendo uma diferença entre o valor do pedido e do XML.

Solução: Foi realizado um ajuste no cálculo do campo “Valor Pedido” na tela “Entrada de notas fiscais”, para que sejam acumulados os valores no campo correto.

📘 3️⃣ Desconto aplicado no item não acatou na porcentagem de comissão do representante (SUP-95121)

Ocorrência: Ao aplicar um desconto em um item que estava na tabela de preço, e o comissionamento desta tabela ter uma política de desconto, estava sendo ultrapassada a faixa de desconto da comissão do representante. O percentual de comissão do representante não estava sendo alterado no pedido.

Solução: Foi feita uma correção para que ao informar um desconto diretamente no item, se este desconto se aplicar na faixa de comissionamento, o percentual de desconto do representante será alterado normalmente.

📘 1️⃣ Local de estoque incorreto (SUP-94819)

Ocorrência: Ao importar um pedido “praça 3” pela tela “Guarani móvel - Android - importação de dados” com configuração de seleção automática de estoque para dividir ordens por locais de estoque, o local de estoque estava apresentando inconsistências.

Solução: Foi realizado um ajuste no local de estoque do item ao importar pedido pela tela “Guarani móvel - Android - importação de dados” com configuração de seleção automática de estoque para dividir ordens por locais de estoque.

Importação do pedido (Imagens 1 e 2).

📘 2️⃣ Rejeição: Falha no Schema XML do lote de NFe (SUP-95091)

Ocorrência: Rejeição de nota transmitir NF-e a SEFAZ com quantidade incorreta de casas decimais, com relação a quantidade de lote.

Solução: Foi corrigida a quantidade de casas decimais referentes a quantidade de lote. A SEFAZ exige que a quantidade de casas decimais após a virgula seja de três casas, no que se refere a quantidade de lote.

📘 1️⃣ Inconsistência na pesquisa de clientes pela tela “Digitação de ordens” (SUP-95312)

Ocorrência: Estava sendo apresentada uma inconsistência na tela “Consulta de Clientes” ao realizar uma pesquisa sem nenhum filtro, que ocorria na busca pelos campos "Roteiro - Última Visita" e "Roteiro - Próxima Visita".

Solução: Os campos “Roteiro — Última Visita” e “Roteiro — Próxima Visita” somente entrarão no “SELECT” e serão preenchidos na grade quando algum representante for selecionado no filtro, seguindo o comportamento de todos os campos do grupo “Roteiro -”.

📘 3️⃣ Lançamentos feitos na agenda contábil, não aparecendo no lançamento (SUP-947720)

Ocorrência: Lançamento que eram feitos pela tela “Contábil - Agenda Lançamentos”, não apareciam na tela “Contábil - Manutenção Serviço Automático da Agenda”.

Solução: Foi feito um ajuste para que ao passar a data para verificar se deve ser realizado lançamento, o sistema estará considerando o último dia do mês da data informada e não da data atual.