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️⃣ Criptografia do novo campo de senha de usuários novos (Melhoria interna)

O campo "USU_SENHA_10" a ser utilizado no “Delphi 10”, foi inserido nos componentes da tela de usuários, assim, sempre que uma senha for alterada ou um novo usuário for criado, o campo será preenchido. Nos usuários novos desde a versão que o campo foi criado até hoje, o campo será atualizado via script (Imagem 1).

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

📗 3️⃣ Nota fiscal de devolução cancelada (SUP-83507)

Na tela “5.2.10 - Fechamento de ordens”, foram criados campos para armazenar o número da nota de devolução, que foi gerada ao incluir uma nova ocorrência do tipo devolução. Foi adicionado o campo “Nº Nota Devolução” na grade para consulta (Imagem 1).

📗 2️⃣ Exibir alguns campos na grade (SUP-88159)

Na tela “16.2.1 - Manifestação do Destinatário”, na aba “Item da NFe”, foram adicionados os campos “EAN Tributável” e “Origem” do XML na grade (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: Estava sendo apresentada uma rejeição de nota ao transmitir NF-e a SEFAZ, com a quantidade incorreta de casas decimais em relação a quantidade do lote e que possuísse lote rastreável.

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.

📘 2️⃣ Inconsistências na tela “Telemarketing - Operação” (SUP-94925)

Ocorrência: A tela "Telemarketing - Operação" estava apresentando inconsistências em relação ao tempo dos atendimentos e ao tentar parar e finalizar uma operação.

Solução: Foi inserido um bloqueio, para que seja necessária a atualização da operação que foi alterada por outro usuário (Imagem 1).

Âncora
indice indice

Índice:

Voltar ao topo