Ir para o final dos metadados
Ir para o início dos metadados

Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

« Anterior Versão 9 Próxima »

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.
Data de previsão de publicação: 24/10/23

📙 Mudanças

[Nome do menu]

 Clique para expandir / recolher

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


📗 Melhorias

[Menu Financeiro - Receber]

 Clique para expandir/recolher

📗 2️⃣ Saldo Maior no fechamento de ordens

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


📘 Solicitações

[PDV]

 Clique para expandir/recolher

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

Local>Tela PDV

[Menu Comuns]

 Clique para expandir/recolher

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

Para etapa padrão já estipulada pelo sistema, o botão “Itens” ficará bloqueado (Imagem 2).

Já para novas etapas cadastradas, estará liberado (Imagem 3).

Local>Tela 1.1.6 - Cadastro de etapas das ordens

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

Local>Tela 1.1.3 - Cadastro de clientes

Local>Tela Busca de CEP por endereço

[Menu Comercial - Compras]

 Clique para expandir/recolher

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

Nota de reentrada (Imagem 1).

Local>Tela 4.1.1 - Cadastro de notas fiscais

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

Entrada de notas fiscais com importação do XML na base do cliente, onde será possível verificar seu ajuste (Imagem 1).

Local>Tela 2.2.4 - Entrada de notas fiscais

[Menu Comercial - Vendas]

 Clique para expandir/recolher

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

Valor unitário do item na tabela de preço (Imagem 1).

Comissionamento que está unido a tabela de preço. Política de comissionamento relacionada ao desconto, onde a comissão do representante é de 9% e diminuirá para 4% ao aplicar 30,00 de desconto no item (Imagem 2).

Valor da comissão vendendo o item a valor de tabela, onde a comissão normal é de 9% (Imagem 3).

Pedido onde será aplicado o desconto no item. Com este ajuste, seguirá o acerto no percentual de comissão do representante (Imagem 4).

Após ter aplicado o desconto no item, o percentual de comissão foi alterado normalmente de 9% para 4% (Imagem 5).

Local>Tela 3.2.22 - Manutenção de tabelas de preços
Local>Tela 3.2.20 - Manutenção de comissionamento
Local>Tela 3.2.12 - Digitação de ordens

[Menu Contábil]

 Clique para expandir/recolher

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

Lançamento realizado com parcelas pela tela “Contábil - Agenda Lançamentos” (Imagem 1).

As parcelas exibidas na tela “Manutenção Serviço Automático da Agenda (Imagem 2).

Local>Tela 9.2.10 - Contábil - Agenda de Lançamentos

Local>Tela 9.2.11 - Contábil - Manutenção Serviço Automático da Agenda


Índice:

Legendas dos tipos de tickets
Legendas da criticidade do ticket
?? Mudança
📗 Melhoria
?? Solicitação
1️⃣ Relevante
2️⃣ Importante
3️⃣ Muito importante

Feedback

Qual é o seu nível geral de satisfação com essas notas de versão?

Clique aqui para responder

  • Sem rótulos