Enviar Sugestões Created with Sketch.
ENVIAR SUGESTÕES
iOS Versão 1.19 - 04/12/2020
10 min
Criado por Luis Barbon em 02/12/2020 08:48
Atualizado por Diego Tiemann em 20/07/2021 12:37

Este artigo apresenta a relação das novidades ,melhorias e correções disponibilizadas na versão 1.19 do Demander iOS.

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)";

       

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.

 

NOVO: Validação de Quebra de Embalagem por Tipo de Pedido

  • Necessidade: Até então, a validação de Quebra de Embalagem era feita com base nas Configurações da Empresa, aba Pedido, configuração "Comportamento da Quebra de Embalagem" no Demander Web. Isso deixava o uso dessa funcionalidade engessada, pois essa configuração afetava toda a empresa. Essa opção no cadastro da empresa foi descontinuada.
  • Solução: Passamos a validar a Quebra de Embalagem por Tipo de Pedido. Adicionamos a configuração "Comportamento da Quebra de Embalagem" nos registros de Tipos de Pedido aba Configuração no Demander Web. Isso flexibiliza o uso dessa funcionalidade sendo definido para cada Tipo de Pedido.

 

NOVO: Configuração para impedir que vendedor adicione á rota um cliente que está em outra rota

  • Necessidade: Manter várias rotas previamente cadastradas já com os clientes definidos e evitar que o vendedor adicione um cliente que já esteja em outra rota.
  • Solução: Criamos uma configuração "Impedir que um mesmo cliente seja adicionado em mais de uma rota" nas configurações da empresa, aba "Configurações adicionais",  está opção altera o comportamento no Android e no iOS. Caso a opção estiver como "Sim" os vendedores podem adicionar um cliente apenas em uma rota, caso necessário alterar a rota do cliente, deve-se primeiro remover o cliente da rota em que ele está cadastrado e depois incluir na nova rota. Caso ao opção estiver como "Não", mantém o comportamento que existe hoje, de poder adicionar o cliente em várias rotas diferentes.

 

NOVO: Configuração para impedir criação de pedidos sem que o cliente esteja em uma rota

  • Necessidade: Impedir que o vendedor possa criar pedidos para clientes que não estejam em uma rota.
  • Solução: Criamos uma configuração "Bloquear pedidos para clientes que não estão em nenhum rota" nas configurações da empresa, aba "Configurações adicionais",  está opção altera o comportamento no Android e no iOS. Caso a opção estiver como "Sim", clientes que não estejam em uma rota não irão aparecer na criação do pedido, somente vão aparecer clientes que estejam em uma rota. Caso a opção estiver como "Não", mantém o comportamento que existe hoje, de poder criar pedidos para clientes que não estejam em nenhuma rota.

   

Correções:

 

Título da tela de Rotas esta com o nome "Listagem de Tipos de Eventos"

  • Problema: Ao entrar no cadastro de Rotas, era mostrato no topo da tela o nome "Tipos de Eventos".
  • Solução: Ajustamos para o nome correto "Listagem de Rotas".

 

Permitiu selecionar mais de uma opção no campo de filtro

  • Problema: Na listagem de pedidos ao clicar no filtro, estava permitindo selecionar mais de uma opção ao mesmo tempo.

  • Solução: Ajustamos o comportamento para que seja possível selecionar apenas um filtro.

 

Número de Pedido principal salvando com a mesma númeração do Pedido

  • Problema: Quando a empresa tem configuração para exigir um vínculo com outro pedido, ou quando o pedido é duplicado, o registro "Num. pedido principal" na listagem de Pedidos ficava com o mesmo número do pedido que estava sendo feito. Essa coluna que mostra o registro de "Num. pedido principal" é oculta por padrão, mas é possível Adiconar/Remover colunas das listagens.
  • Solução: Ajustamos para que quando o pedido exige vínculo com outro pedido, o "Num. pedido principal" seja o número do pedido que o vendedor informou, quando o pedido é duplicado o "Num. pedido principal" será o pedido que foi duplicado.

 

Campo quantidade, na tela de adicionar itens ao pedido

  • Problema: Ao criar um pedido e ir para a tela de adicionar itens ao pedido, é mostrada a quantidade "0.0", o vendedor pode então adicionar clicando no mais ou digitando uma quantidade. Se ele clicasse no campo quantidade, tinha que excluir o valor "0.0" para poder inserir o novo valor.
  • Solução: Ajustamos para que quando o vendedor clique no campo de quantidade ele seja limpo, o vendedor então precisa apenas digitar o novo valor.

 

Vendedores da equipe de venda sendo mostrado de forma diferente do Android

  • Problema: Quando o gerente tem uma equipe de venda, nem todos os vendedores eram exibidos no app.
  • Solução: Ajustamos para que o comportamento seja o mesmo do Android, trazendo todos os vendedores corretamente.

 

Vendedor do tipo Gerente conseguindo ver vendedores mesmo não sendo mais Gerente

  • Problema: Em alguns casos, quando o vendedor do tipo Gerente era colocado como tipo Vendedor, ainda conseguia ver os outros vendedores no app.
  • Solução: Ajustamos o comportamento para que quando o vendedor do tipo Gerente seja alterado para tipo Vendedor, não mostre os outros vendededores no app.

 

Rotas sendo salvas com código 0

  • Problema: Em alguns casos, as rotas criadas pelo app ficavam com o código 0, não sendo possível sincronizar essa rota.
  • Solução: Ajustamos a lógica para que as rotas assumam uma numeração sequencial, não salvando mais com 0.

 

Exclusão de clientes da Rota

  • Problema: Em alguns casos, ao remover um cliente da Rota, ele era removido mas ficava um registro com o CNPJ do cliente mostrando na tela e mostrando "Não encontrado".

  • Solução: Ajustamos o comportamento para que quando um cliente for removido não fique nenhuma sujeira na tela.

 

Listas de preço não exibindo corretamente 

  • Problema: Em alguns casos, a exibição das Listas de Preço não respeitava as Listas de Preço que o vendedor podia ver.
  • Problema: Quando o cliente tem uma Lista de Preço e o vendedor tenha outras listas, o vendedor pode trocar essa Lista do cliente, mas em alguns casos o app não estava permitindo fazer essa alteração.
  • Problema: Em alguns casos, quando o produto tem uma Promoção, ao trocar a Lista de Preço o valor ainda ficava com o valor de Promoção.
  • Problema: Quando a Lista de Preço era alterada no cadastro do cliente, ao sair do cadastro e voltar a Lista anterior era mostrada.
  • Solução: Ajustamos todos os problemas e deixamos o comportamento parecido com o que temos no Android.
O que você achou deste artigo?
Últimos artigos visitados