Enviar Sugestões Created with Sketch.
ENVIAR SUGESTÕES
Android Versão 3.65 - 04/12/2020
11 min
Criado por Luis Barbon em 02/12/2020 08:46
Atualizado por Luis Barbon em 19/05/2021 09:03

Este artigo apresenta a relação das novidades ,melhorias e correções disponibilizadas na versão 3.65 (Beta) do Demander Android.

Novidades/Melhorias: 

 

NOVO: Consulta dos dados cadastrais do cliente através de consulta de CNPJ online

  • Necessidade: Até então, quando o vendedor cadastrava um novo cliente no app, ele precisava preencher todos os dados manualmente. No Demander Web por exemplo, quando o CPF/CNPJ do cliente é inserido, os dados disponíveis na Receita Federal são trazidos e preenchidos no cadastro.
  • Solução: 

    • Agora o CPF/CNPJ é o primeiro campo da tela de cadastro de clientes e prospectos, justamente para o usuário preencher este campo antes de informar o nome da empresa.
    • Após preencher o CPF/CNPJ e sair do campo, se o aparelho estiver com conexão com a internet, o app faz uma consulta a uma API para obter os dados cadastrais com base no CNPJ.
    • Atenção: O auto preenchimento é compatível apenas para o cadastro de pessoas jurídicas.
    • Atenção: Esta funcionalidade pode ser desabilitada em Configurações da Empresa - > aba Configurações adicionais -> "Habilitar consulta documento(CPF/CNPJ)";
    •  

                  Figura: tela enquanto está sendo consultado o documento (CPF/CNPJ) online.

 

NOVO: Validação on-line de cliente já cadastrado 

  • Necessidade: Com frequência um vendedor realizava o cadastro de um cliente que já estava cadastrado na empresa porém inativo ou vinculado para outro vendedor. Nessas situações quando o novo cadastro chega ao Webservice do Demander (na sincronização) o nosso webservice faz a mescla dos dois clientes e adiciona o vendedor, que recém fez o cadastro, como um vendedor relacionado.
  • Solução: 
    • Adicionamos validação online de cadastro existe, essa validação é realizada junto com a consulta de CNPJ na Receita. Se o cliente já estiver cadastrado o novo cadastro será bloqueado.
    • Atenção: É possível desabilitar essa validação em Configurações da empresa -> Aba configurações adicionais -> Impedir que vendedores cadastrem clientes já cadastrados.
    • Atenção: Essa funcionalidade funciona somente se o aparelho estiver com internet no momento do cadastro.

         

       Figura: Exemplo de mensagem de cliente já cadastrado     Figura: Configuração que habilita o comportamento da validação de clientes já cadastrados.

 

NOVO: Validação de quebra de embalagem passou a ser por tipo de pedido

  • Necessidade: Até então, o Demander fazia a validação de quebra de embalagem somente em pedidos de Vendas, mas em algumas situações esse comportamento se tornava inadequado pois permitia que fossem emitidos pedidos de bonificação, orçamento entre outros tipos,  com múltiplos de quantidade não permitidos.
  • Solução: 
    • Inativamos a configuração geral antes disponível em Configurações da Empresa ->  Aba Pedido -> "Comportamento da Quebra de Embalagem". 
    • Passamos a configuração para o cadastro de Tipos de Pedido (Aba Configuração), dessa forma essa configuração passa a ser por Tipo de Pedido e não mais geral da empresa.

 

NOVO: Novas configurações para Check-in e Checkout

  • Necessidade: Até então, no cadastro do vendedor, aba Configuração, existia uma configuração chamada "Exige Check-in/Checkout" que quando marcada obrigava o vendedor a fazer os dois, o Check-in e o Checkout, isso deixava o uso dessa funcionalidade um pouco engessado.
  • Solução: Alteramos a configuração, que agora tem dois campos separados, "Exige Check-in" e "Exige Checkout", essas configurações ficam no cadastro do vendedor, aba Configuração. Para uso dessa funcionalidade, nas Configurações da Empresa, aba Configurações adicionais, a configuração "Tornar visível o botão check-in no mobile" como "Visível".

    • Se os dois campos estiverem desmarcados, o Check-in/Checkout não funciona, mesmo tendo o Botão de Check-in na tela.
    • Se os dois campos estiverem marcados, permanece o mesmo comportamento da antiga configuração, mostra todos os clientes no raio do vendedor e dentro da quantidade de dias para fazer o Check-in, é necessário fazer o Check-in no cliente para fazer Pedidos, Visitas sem venda, etc, e enquanto não fizer o Checkout apenas o cliente que foi feito o Check-in irá aparecer.
    • Se apenas o campo "Exige Check-in" estiver marcado, o Check-in é habilitado, o vendedor consegue fazer o Pedidos, Visitas sem venda, etc, sem a necessidade de realizar o Check-in no cliente, além disso mostra todos os clientes no raio do vendedor e dentro da quantidade de dias para fazer o Check-in, mas não obriga a fazer o Checkout para que os outros clientes apareçam.
    • Se apenas a opção "Exige Checkout" estiver marcada. É necessário que a opção "Exige Check-in" esteja marcada para que seja usado o "Exige Checkout".

 

MELHORIA: Estoque calculado no estoque da filial

  • Necessidade: Até então o Estoque calculado era feito apenas para o estoque da Empresa. Quando a Empresa tinha o estoque por filial, ao deixar o dedo pressionado no item e escolher a opção "Estoque por filial" aparecia o estoque total da filial, e não o Estoque calculado, que é o estoque menos os pedidos feitos.
  • Solução: Nas Configurações da Empresa, aba Configurações adicionais, criamos a configuração "Habilitar estoque calculado por Filial/Unidade", se estiver "Sim" o passa a calcular o Estoque calculado no popup mostrado acima, se estiver "Não" mantém o comportamento que existe hoje de não calcular o Estoque calculado para a filial.

        

 

 

Correções:

 

Otimização do desempenho quando utilizado o conceito de grade de produtos

  • Problema:  Em algumas situações o Demander estava apresentando lentidão para empresas que utilizam o conceito de grade de produtos.
  • Solução: Realizamos diversas melhorias no desempenho em relação a grade de produtos.

 

Não recalculava o valor do pedido ao trocar a lista de preço

  • Problema: Em algumas situações, ao trocar a lista de preço do pedido, o Demander não estava recalculando o valor dos itens de pedido, mantendo indevidamente os preços da lista antiga.
  • Solução: Identificamos e corrigimos o problema.

 

Cálculo de Saldo Flex errado quando utilizado Saldo Flex por Faixa de Preço

  • Problema: O cálculo de Saldo Flex por Faixa de preço estava incorreto.
  • Solução: Corrigimos o problema, e agora o Demander obtém a faixa corretamente.

 

Erro nos campos auxiliares quando adicionado mais de um campo de assinatura na tela de pedido

  • Problema: Nos Campos Auxiliares da tela do Pedido, caso a Empresa tivesse 2 opções de assinatura, ao clicar em uma das opções era exibido o erro abaixo:

       .

  • Solução: Corrigimos o erro, agora é possível ter mais de um campo de assinatura na tela de pedidos.

 

Validação do estoque pronta entrega considerando o estoque da empresa ou da filial

  • Problema: Em alguns casos, o estoque de pronta entrega estava considerando o estoque da empresa e não o estoque pronta entrega.
  • Solução: Ajustamos para que quando a configuração "Controle de estoque" estiver como "Validar estoque por tipo de pedido x vendedor" sempre validar esse estoque e não mais o estoque da empresa ou da filial. Essa configuração fica nas Configurações da Empresa, aba Configurações adicionais.

 

Validação do saldo em estoque quando o estoque calculado está ativo

  • Problema: Em alguns casos, quando a configuração de estoque calculado estava ativa, estava somando o saldo utilizado do produto no pedido com o saldo em estoque disponível do produto. Exemplo: Tenho um produto com 24 unidades em estoque, se eu fizer um pedido de 26 unidades não deveria permitir, mas estava salvando o pedido e estava somando, ou seja internamente o saldo era de 50 unidades.
  • Solução: Ajustamos para que quando a Empresa tenha a configuração de estoque calculado ativa, o cálculo de estoque mostre corretamente o saldo em estoque. Pegando o caso acima, se o produto tiver 24 unidades e tentar fazer um pedido com 26 unidades não vai permitir.

 

 

Cronograma de liberação da Versão 3.65

Data % de liberação
04/12 - sexta Apenas para testadores beta
07/12 - segunda 1%
08/12 - terça 2%
09/12 - quarta 3%
10/12 - quinta 5%
11/12 - sexta 10%
14/12 - segunda 20%
15/12 - terça 30%
16/12 - quarta 40%
17/12 - quinta 50%
18/12 - sexta 60%
21/12 - segunda 70%
22/12 - terça 80%
23/12 - quarta 90%
23/12 - quinta 100%

 

 

O que você achou deste artigo?
Últimos artigos visitados