Cancelamento de Cadastros em Status Prospect - Histórico de revisão

Renatolima: /* GeoSales */

2021-04-26T19:25:14Z

GeoSales

2021-04-26T19:12:13Z

Implementação

2021-04-26T19:08:47Z

Implementação

2021-04-26T19:04:30Z

Implementação

2021-04-26T18:56:04Z

Regras de Negócio

2021-04-26T18:54:00Z

Regras de Negócio

2021-04-26T18:52:20Z

Cenários

2021-04-26T18:50:38Z

Implementação

2021-04-26T18:49:55Z

Necessidade

2021-04-26T18:49:41Z

Implementação

@@ Linha 77: / Linha 77: @@
 |-
-| Desenvolvimento - GeoSales || Pessoa que aprovou || 00/00/0000
+| Desenvolvimento - GeoSales || Renato Lima || 26/04/2021
 |-
 | Integração - GeoSales || Pessoa que aprovou || 00/00/0000

@@ Linha 30: / Linha 30: @@
 <!--* Cancelamento do cadastro, caso o usuário escolha pelo cancelamento;-->
-[[arquivo: fluxoprospect1.png|frame | fluxograma de gatilho de retorno]]
+[[arquivo: fluxoprospect2.png|frame | fluxograma de gatilho de retorno]]
 == Cenários ==

@@ Linha 30: / Linha 30: @@
 <!--* Cancelamento do cadastro, caso o usuário escolha pelo cancelamento;-->
-[[arquivo: fluxogt1.png|frame | fluxograma de gatilho de retorno]]
+[[arquivo: fluxoprospect1.png|frame | fluxograma de gatilho de retorno]]
 == Cenários ==

@@ Linha 20: / Linha 20: @@
 == Implementação ==
 # Após a efetivação do prospect, ele será enviado à ERP.
 # Todos os processos de tentativa de integração são registrados na tabela ACK_LOG_TABLE.

← Edição anterior		Edição das 18h56min de 26 de abril de 2021
Linha 61:		Linha 61:

	'''[RN3] -''' Pode ocorrer, ainda de muito remotamente, o risco de o cadastro ser integrado '''no momento entre o processo de retorno'''. No caso de ocorrência deste processo, o processo de retorno deverá ser cancelado.		'''[RN3] -''' Pode ocorrer, ainda de muito remotamente, o risco de o cadastro ser integrado '''no momento entre o processo de retorno'''. No caso de ocorrência deste processo, o processo de retorno deverá ser cancelado.
		+	'''[RN4] -''' A ativação deste procedimento deverá ser realizada via configuração.

	== Aprovação ==		== Aprovação ==

@@ Linha 56: / Linha 56: @@
 == Regras de Negócio ==
-'''[RN1] -''' O retorno do cadastro será feito imediatamente após a falha na integração, e retorno da pendência 'falha na integração'.
+'''[RN1] -''' O retorno do cadastro será feito imediatamente após a falha na integração, sob o status de 'não efetivado'.
 '''[RN2] -''' Após o trigger ser acionado, deve ser disparado um mecanismo de feedback para o usuário (ex. disparo de e-mail, informando que o cadastro retornou).

@@ Linha 33: / Linha 33: @@
 == Cenários ==
-=== Cenário 1 - Cancelamento após falha de integração ===
+<!--=== Cenário 1 - Cancelamento após falha de integração ===
@@ Linha 42: / Linha 42: @@
 # A falha de exportação de cadastro irá provocar um disparo de trigger, que fará o retorno do cadastro para edição com status de não efetivado;
 # Uma notificação de retorno de cadastro pendente será enviado ao usuário, informando que o cadastro não foi integrado e requer uma ação dele.
-# O usuário poderá acessar novamente o cadastro e fará o cancelamento do mesmo.
+# O usuário poderá acessar novamente o cadastro e fará o cancelamento do mesmo.-->
-=== Cenário 2 - Re-efetivação após falha de integração ===
+=== Cenário 1 - Re-efetivação após falha de integração ===
 # Criação de cadastro na tela de prospect;

@@ Linha 12: / Linha 12: @@
 == Necessidade ==
-Após a criação de um cliente com status "Prospect", este cadastro ainda poderá ser editado, caso ainda não esteja efetivado. Quando o cliente é efetivado, ele é direcionado para integração À ERP do cliente. O problema é que, se houver uma falha de integração, o prospect não poderá mais ser modificado, por já estar efetivado, e ficará eternamente com pendência de Integração. Faz-se necessário criar um dispositivo que permita a edição deste cadastro (inclusive cancelamento) após efetivação.
+Após a criação de um cliente com status "Prospect", este cadastro ainda poderá ser editado, caso ainda não esteja efetivado. Quando o cliente é efetivado, ele é direcionado para integração À ERP do cliente. O problema é que, se houver uma falha de integração, o prospect não poderá mais ser modificado, por já estar efetivado, e ficará eternamente com pendência de Integração. Faz-se necessário criar um dispositivo que permita a edição deste cadastro após efetivação.
 == Solução ==

@@ Linha 24: / Linha 24: @@
 # Quando a integração não for realizada, registra-se a falha de integração do prospect na tabela, cenário onde será disparado o trigger de retorno.
 # O usuário deverá ser informado sobre o retorno do prospect (poderá ser por email);
-# O cadastro deverá estar disponível para edição e para cancelamento, dependendo da demanda do usuário.
+# O cadastro deverá estar disponível para edição, dependendo da demanda do usuário.
 # Feita as devidas alterações, as seguintes soluções deverão ser permitidas:
 * Nova efetivação do cadastro para nova tentativa de integração;