Bloqueio de Prazo - Histórico de revisão

Victor Cesar em 18h51min de 11 de janeiro de 2017

2017-01-11T18:51:21Z

10.0.0.184 em 12h13min de 5 de janeiro de 2017

2017-01-05T12:13:03Z

Jeffque em 13h15min de 4 de janeiro de 2017

2017-01-04T13:15:35Z

Jeffque em 13h15min de 4 de janeiro de 2017

2017-01-04T13:15:23Z

Jeffque em 13h14min de 4 de janeiro de 2017

2017-01-04T13:14:17Z

Jeffque em 13h12min de 4 de janeiro de 2017

2017-01-04T13:12:01Z

10.0.0.184: /* Cenários: */

2017-01-02T13:14:17Z

Cenários:

10.0.0.184: /* Cenários: */

2017-01-02T13:14:00Z

Cenários:

10.0.0.184: /* Cenários: */

2017-01-02T13:13:34Z

Cenários:

10.0.0.184: /* Cenários: */

2017-01-02T13:13:15Z

Cenários:

← Edição anterior		Edição das 18h51min de 11 de janeiro de 2017
Linha 77:		Linha 77:
	* O sistema não informa nenhum alerta		* O sistema não informa nenhum alerta
	* O Pedido é exportado e integrado no ERP e não ficará bloqueado		* O Pedido é exportado e integrado no ERP e não ficará bloqueado
		+
		+
		+	== Aprovação ==
		+
		+
		+
		+
		+	-------------------------------- ---------------------------------------
		+	Comercial (Agrosema) Gerente de Projetos (SoftSite)

← Edição anterior		Edição das 12h13min de 5 de janeiro de 2017
Linha 1:		Linha 1:
		+	== Histórico de Revisões ==
		+	{\| border="1" cellpadding="1"
		+	! Data
		+	! Quem
		+	! Comentários
		+	\|-
		+	\| 19/12/2017 \|\| Victor César \|\| Criação do Documento
		+	\|-
		+	\| 26/12/2016 \|\| Anderson Gomes \|\| Análise da Arquitetura
		+	\|-
		+	\| 26/12/2016 \|\| Inaldo França \|\| Ajustes Solicitados Pela Arquitetura
		+	\|-
		+	\| 26/12/2016 \|\| Anderson Gomes \|\| Aprovação do Documento pela Arquitetura
		+	\|-
		+	\| 27/12/2016 \|\| Inaldo França \|\| Envio do Documento para o Cliente.
		+	\|-
		+	\| 27/12/2016 \|\| Inaldo França \|\| Ajuste na mensagem do alerta de bloqueio
		+	\|-
		+	\| 27/12/2016 \|\| Reginaldo Possari / André Franco \|\| Aprovação do Documento
		+	\|}
		+

	== Necessidade ==		== Necessidade ==

@@ Linha 3: / Linha 3: @@
 Na Agrosema existe a necessidade de melhorar a gestão dos pedidos enviados pelos vendedores dentro de um prazo estabelecido pela empresa.
 Com isso, a Agrosema tem a necessidade de controlar se o pedido está sendo criado pelo vendedor dentro do prazo médio (Prazo Médio é a data limite que cada vendedor por informar de vencimento do pedido.), sendo necessário um alerta da tela do GeoSales Mobile quando o pedido tiver um vencimento maior que a data limite estabelecida, para avisar ao vendedor que esse pedido está fora do limite estabelecido e que ficará bloqueado.
 == Solução ==

@@ Linha 1: / Linha 1: @@
 == Necessidade ==
 Na Agrosema existe a necessidade de melhorar a gestão dos pedidos enviados pelos vendedores dentro de um prazo estabelecido pela empresa.
 Com isso, a Agrosema tem a necessidade de controlar se o pedido está sendo criado pelo vendedor dentro do prazo médio (Prazo Médio é a data limite que cada vendedor por informar de vencimento do pedido.), sendo necessário um alerta da tela do GeoSales Mobile quando o pedido tiver um vencimento maior que a data limite estabelecida, para avisar ao vendedor que esse pedido está fora do limite estabelecido e que ficará bloqueado.
@@ Linha 7: / Linha 6: @@
 == Solução ==
 Será necessário criar um alerta, pop-up, quando, ao salvar o pedido no GeoSales Mobile, irá verificar se a data de vencimento informada pelo vendedor é maior do que a data estabelecida pela Agrosema.
 === Regras de Negócio ===
 [RN1] - A informação da DATA LIMITE DO PEDIDO (A3_ZZVENLI), será cadastrada no ERP (Protheus) do cliente e será alimentada no banco de dados do GeoSales Mobile através da integração.
@@ Linha 25: / Linha 22: @@
 == Cenários ==
 === Cenário de Bloqueio ===
 O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento maior que a permitida e o sistema exibe o alerta.
@@ Linha 44: / Linha 39: @@
 * O Sistema informará a seguinte mensagem: “Pedido Bloqueado. Motivo: Prazo acima do permitido. Prazo Limite: 10/02/2017”.
 * O Pedido é integrado no ERP porém irá ficar bloqueado.
 === Cenário Feliz ===
 O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento menor que a permitida e o pedido é integrado normalmente no ERP

@@ Linha 1: / Linha 1: @@
-== Necessidade: ==
+== Necessidade ==
 Na Agrosema existe a necessidade de melhorar a gestão dos pedidos enviados pelos vendedores dentro de um prazo estabelecido pela empresa.
@@ Linha 6: / Linha 6: @@
-== Solução: ==
+== Solução ==
 Será necessário criar um alerta, pop-up, quando, ao salvar o pedido no GeoSales Mobile, irá verificar se a data de vencimento informada pelo vendedor é maior do que a data estabelecida pela Agrosema.
-'''Regras de Negócio'''
+=== Regras de Negócio ===
 [RN1] - A informação da DATA LIMITE DO PEDIDO (A3_ZZVENLI), será cadastrada no ERP (Protheus) do cliente e será alimentada no banco de dados do GeoSales Mobile através da integração.
@@ Linha 24: / Linha 24: @@
 Obs.: O GeoSales Mobile gerará somente o alerta caso a data será superior a data limite, onde o pedido seguirá o fluxo normal de exportação e o bloqueio será feito no próprio Protheus.
-== Cenários: ==
+== Cenários ==
-<b>Cenário de Bloqueio</b>
+=== Cenário de Bloqueio ===
 O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento maior que a permitida e o sistema exibe o alerta.
-'''Dados'''
+==== Dados ====
 *Vendedor: João
 *Cliente: Carlos
 *Data Limite do Pedido: 10/02/2017
-'''Operação'''
+==== Operação ====
 * João inicia o atendimento ao cliente Carlos
 * João cria um novo pedido de venda para o cliente
@@ Linha 41: / Linha 41: @@
 * João clica em salvar o pedido
-'''Assetiva'''
+==== Assetiva ====
 * O Sistema informará a seguinte mensagem: “Pedido Bloqueado. Motivo: Prazo acima do permitido. Prazo Limite: 10/02/2017”.
 * O Pedido é integrado no ERP porém irá ficar bloqueado.
-----
+=== Cenário Feliz ===
 O Vendedor João cadastrará um pedido de venda, informar uma data de vencimento menor que a permitida e o pedido é integrado normalmente no ERP
-'''Dados'''
+==== Dados ====
 *Vendedor: João
 *Cliente: Carlos
 *Data Limite do Pedido: 10/02/2017
-'''Operação'''
+==== Operação ====
 * João inicia o atendimento ao cliente Carlos
 * João cria um novo pedido de venda para o cliente
@@ Linha 63: / Linha 61: @@
 * João clica em salvar o pedido
-'''Assertiva'''
+==== Assertiva ====
 * O sistema não informa nenhum alerta
 * O Pedido é exportado e integrado no ERP e não ficará bloqueado

← Edição anterior		Edição das 13h12min de 4 de janeiro de 2017
Linha 1:		Linha 1:
−
−	~~== Histórico de Revisões ==~~
−	~~{\| border="1" cellpadding="1"~~
−	~~! Data~~
−	~~! Quem~~
−	~~! Comentários~~
−	\|-
−	~~\| 19/12/2016 \|\| Victor César \|\| Criação do Documento~~
−	\|-
−	~~\| 26/12/2016 \|\| Anderson Gomes \|\| Análise da Arquitetura~~
−	\|-
−	~~\| 26/12/2016 \|\| Inaldo França \|\| Ajustes Solicitados Pela Arquitetura~~
−	\|-
−	~~\| 26/12/2016 \|\| Anderson Gomes \|\| Aprovação do Documento~~
−	\|-
−	~~\| 27/12/2016 \|\| Inaldo França \|\| Envio para o Cliente~~
−	\|-
−	~~\| 27/12/2016 \|\| Inaldo França \|\| Ajuste na mensagem do alerta de bloqueio~~
−	\|-
−	~~\| 27/12/2016 \|\| Reginaldo Possari / André Franco \|\| Aprovação do Documento~~
−	\|}

	== Necessidade: ==		== Necessidade: ==