Mudanças entre as edições de "Versão/mobile/v4.1.0"

De GeoSales
Ir para navegação Ir para pesquisar
 
(7 revisões intermediárias pelo mesmo usuário não estão sendo mostradas)
Linha 1: Linha 1:
=Público do documento=
 
 
* Desenvolvimento
 
* Suporte
 
* Teste
 
 
 
=Detalhes=
 
=Detalhes=
  
Linha 16: Linha 10:
 
** [[versão/mobile/v4.0.18|v4.0.18]]
 
** [[versão/mobile/v4.0.18|v4.0.18]]
 
* Link para versão:
 
* Link para versão:
** <strike>(RC1) http://10.0.0.75:7070/job/GeoSales_Mobile/1198/</strike>
+
** <strike>(RC1) http://10.0.0.75:7070/job/GeoSales_Mobile/1198/</strike> - deu erro de compilação
** (RC2) http://10.0.0.75:7070/job/GeoSales_Mobile/1199/
+
** <strike>(RC2) http://10.0.0.75:7070/job/GeoSales_Mobile/1199/</strike> - dá erro após falhar no sincronismo
 +
** (RC3) http://homolog1.softsitemobile.com:7171/view/Jeff/job/GeoSales_Mobile/1201/
  
 
=Clientes atendidos=
 
=Clientes atendidos=
  
* Todos
 
 
* Agrosema
 
* Agrosema
* Alguns que eu preciso perguntar coisas
+
* Camil
 +
* Makita
 +
* Ourolux
 +
* Reflexa
  
 
=Mudança na infraestrutura=
 
=Mudança na infraestrutura=
  
PREENCHER
+
Remover cliente prospect que contenha pedido foi alterado o fluxo de interface. Precisa ver se ficou legal ou não.
 +
 
 +
Exclusão de pedidos foi ligeiramente modificada, não creio que afete a vida em nada, mas não tenha certeza.
 +
 
 +
O protocolo de geração de código do pedido foi alterado. Agora, o próximo <code>cd_pedido_palm</code> que é disponibilizado para o vendedor tem pouca relação com a hora atual. O protocolo de geração agora determina um número mínimo, esse por sua vez que é o momento atual (<code>YYMMDDhhmmss</code>), então ele pega sempre o próximo número disponível. Então, se o vendedor <code>509</code> iniciar o sistema as <code>8:40:12</code> da manhã do dia <code>2017-03-06</code>, não sincronizar nem desligar a aplicação, então realizar um pedido as <code>17:37:47</code>, o código gerado é <code>509170306084012</code> e o do pedido seguinte é <code>509170306084013</code>.
  
 
=Branches utilizados para essa versão desde a versão anterior=
 
=Branches utilizados para essa versão desde a versão anterior=
Linha 71: Linha 72:
  
 
* Estoque ausente
 
* Estoque ausente
** Perguntar para o Roseno
+
** Ourolux
 +
** Um dia vai pra Wiki
 
* Utiliza peço máximo
 
* Utiliza peço máximo
** Perguntar ao Araújo
+
** Ourolux
 +
** Ao carregar o item, ele já carrega com o valor máximo
 +
** Configuração: <code>ID_UTILIZA_PRECO_MAXIMO</code>
 
* Condição de pagamento padrão
 
* Condição de pagamento padrão
 
** Reflexa
 
** Reflexa
Linha 104: Linha 108:
 
=Mudanças gerais em funcionalidades=
 
=Mudanças gerais em funcionalidades=
  
PREENCHER
+
Nenhuma
  
 
=Correção de bugs=
 
=Correção de bugs=

Edição atual tal como às 18h38min de 6 de março de 2017

Detalhes

Clientes atendidos

  • Agrosema
  • Camil
  • Makita
  • Ourolux
  • Reflexa

Mudança na infraestrutura

Remover cliente prospect que contenha pedido foi alterado o fluxo de interface. Precisa ver se ficou legal ou não.

Exclusão de pedidos foi ligeiramente modificada, não creio que afete a vida em nada, mas não tenha certeza.

O protocolo de geração de código do pedido foi alterado. Agora, o próximo cd_pedido_palm que é disponibilizado para o vendedor tem pouca relação com a hora atual. O protocolo de geração agora determina um número mínimo, esse por sua vez que é o momento atual (YYMMDDhhmmss), então ele pega sempre o próximo número disponível. Então, se o vendedor 509 iniciar o sistema as 8:40:12 da manhã do dia 2017-03-06, não sincronizar nem desligar a aplicação, então realizar um pedido as 17:37:47, o código gerado é 509170306084012 e o do pedido seguinte é 509170306084013.

Branches utilizados para essa versão desde a versão anterior

Núcleo:

  • feature-rel-estoque-ausente 717
  • feature-utiliza-preco-maximo 726
  • bugfix-controle-tramitacoes-pedido 726
  • bugfix-controle-tramitacoes-pedido 751
  • feature-cond-pgto-padrao 723
  • feature-camil-campos-obs 764
  • bugfix-filtro-fornecedor-cadastro-pedido 710
  • feature-camil-exibe-tipo-venda-pedido-conf 765
  • hotfix-melhorando-desempenho-arquivo-edi 766
  • bugfix-campanha-validacao-dt-entrega 731
  • hotfix-valor-pedido-julgar-condicao 769
  • bugfix-valor-fatura-frete-manual 768
  • bugfix-prioridade-vr-pedido-jug-cond-pgto-str 785
  • feature-agrosema-bloqueio-por-prazo 748
  • hotfix-configuracao-id-obriga-vencimento 789
  • bugfix-remover-dtCadastroDate-bean-cliente 790
  • feature-agrosema-clientes-vencidos 771
  • bugfix-julgar-rentabilidade-pedido-familias-hidratadas 794
  • feature-agrosema-agenda-visita 791
  • feature-controle-retorno-pedido 809
  • fix-testes 811

Mobile:

  • hotfix-filtros-fornecedores-portal 1036
  • feature-camil-campos-obs 1028
  • feature-agrosema-widgets-tela-inicial 997
  • hotfix-valor-pedido-julgar-condicao 1037
  • feature-agrosema-bloqueio-por-prazo 996
  • feature-agrosema-clientes-vencidos 1038
  • feature-agrosema-agenda-visita 1050
  • feature-cond-pgto-padrao 967
  • feature-controle-retorno-pedido 1074
  • improve-safesleep 1077
  • fix-testes 1078

Liberação de funcionalidade

Mudanças gerais em funcionalidades

Nenhuma

Correção de bugs

Correção

  • Cliente afetado
    • Empresa
  • Versões onde o bug foi detectado
    • Versão
  • Possíveis side effects da correção
    • side effects
  • Link para issue tracker
    • N/A