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

Ramon.queiroz: Limpou toda a página

2021-04-19T18:26:38Z

Limpou toda a página

Ramon.queiroz: /* Necessidade */

2021-04-19T18:21:29Z

Necessidade

Ramon.queiroz: /* Regras de Negócio */

2021-04-19T18:20:16Z

Regras de Negócio

Ramon.queiroz: /* Cenários */

2021-04-19T18:19:38Z

Cenários

Ramon.queiroz: /* Implementação */

2021-04-19T18:18:43Z

Implementação

Ramon.queiroz: /* Implementação */

2021-04-19T18:18:25Z

Implementação

Ramon.queiroz: /* Solução */

2021-04-19T18:17:37Z

Solução

Ramon.queiroz: /* Necessidade */

2021-04-19T18:16:59Z

Necessidade

Ramon.queiroz: /* Necessidade */

2021-04-19T18:16:32Z

Necessidade

Ramon.queiroz: /* Implementação */

2021-04-19T18:14:02Z

Implementação

← Edição anterior		Edição das 18h26min de 19 de abril de 2021
Linha 1:		Linha 1:
−	~~== Histórico de Alterações==~~

−	~~{\| class = "wikitable"~~
−	~~! Data~~
−	~~! Quem~~
−	~~! Comentários~~
−	\|-
−	~~\| 16/04/2021 \|\|João Ramon \|\| Criação do documento~~
−	\|-
−	\|}
−
−	~~== 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.
−
−	~~== Solução ==~~
−
−	Quando o cadastro, após a efetivação, tentar subir para integração, caso não obtenha êxito, deverá ser disparado um trigger de retorno, fazendo com que ele retorne À tela de prospect, com status de não efetivado, permitindo a edição do cadastro pelo usuário, que deverá ser informado do retorno do prospect à base.
−
−	~~== Implementação ==~~
−
−
−	* Todos os processos de tentativa de integração são registrados na tabela ACK_LOG_TABLE.
−	* Quando for detectada a falha na integração do prospect na tabela, será o momento para a ativação do trigger de retorno.
−	* O usuário deverá ser informado sobre o retorno (poderá ser por email);
−	* O cadastro deverá estar disponível para edição e para cancelamento, caso seja a demanda do usuário.
−	* Feita as devidas alterações, as seguintes soluções deverão ser implementadas:
−	~~# Nova efetivação do cadastro para nova tentativa;~~
−	~~# Cancelamento do cadastro, caso o usuário escolha pelo cancelamento;~~
−
−	~~[[arquivo: fluxoprospect.png\|frame \| fluxograma de gatilho de retorno]]~~
−
−	~~== Cenários ==~~
−
−	~~=== Cenário - Cadastro não integrado à ERP ===~~
−
−	*Dado que eu acesso a plataforma GeoSales EVO
−	*E realizo um cadastro de prospect
−	*E salvo as alterações
−	*E efetivo o cadastro
−	*Então o cadastro será enviado para integração na ERP do cliente.
−	*O cadastro não foi integrado na ERP.
−	*Será gerado log na Tabela ACK
−	*Será acionado o trigger de retorno do prospect à base
−	*Será disparado informação de retorno ao usuário, para novas alterações.
−
−	~~== 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'.~~
−
−	~~'''[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).~~
−
−	'''[RN4] -''' 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.
−
−	~~== Aprovação ==~~
−
−
−	~~Considero aprovada a documentação da funcionalidade especificada acima, e autorizo a implementação da mesma no Sistema GeoSales, em nome da Organização a qual estou vinculado.~~
−
−	~~=== GeoSales ===~~
−
−	~~{\| class="wikitable"~~
−	~~! Setor~~
−	~~! Aprovado Por~~
−	~~! Data~~
−
−	\|-
−	~~\| Desenvolvimento - GeoSales \|\| Pessoa que aprovou \|\| 00/00/0000~~
−	\|-
−	~~\| Integração - GeoSales \|\| Pessoa que aprovou \|\| 00/00/0000~~
−	\|-
−	~~\| Configurações - GeoSales \|\| Pessoa que aprovou \|\| 00/00/0000~~
−	\|-
−	\|}
−
−	~~=== Empresa solicitante ===~~
−
−	~~{\| class="wikitable"~~
−	~~! Setor~~
−	~~! Aprovado Por~~
−	~~! Data~~
−	~~! Assinatura~~
−	\|-
−	~~\| Gerente TI - Cliente \|\| ___________________ \|\| ___/___/_____ \|\| ________________________~~
−	\|-
−	~~\| Gerente de Projeto - Cliente \|\| ___________________ \|\| ___/___/_____ \|\| ________________________~~
−	\|-
−	~~\| Gerente Comercial - Cliente \|\| ___________________ \|\| ___/___/_____ \|\| ________________________~~
−	\|-
−	\|}

@@ Linha 12: / Linha 12: @@
 == Necessidade ==
-Após a criação de um cliente com status "Prospect", este perfil 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 (inclusive cancelamento) após efetivação.
 == Solução ==

@@ Linha 47: / Linha 47: @@
 == Regras de Negócio ==
-'''[RN1] -''' O retorno do pedido 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, e retorno da pendência 'falha na integração'.
-'''[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 pedido retornou).
+'''[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).
-'''[RN4] -''' Pode ocorrer, ainda de muito remotamente, o risco de o perfil ser integrado '''no momento entre o processo de retorno'''. No caso de ocorrência deste processo, o processo de retorno deverá ser cancelado.
+'''[RN4] -''' 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.
 == Aprovação ==

@@ Linha 33: / Linha 33: @@
 == Cenários ==
-=== Cenário - Perfil não integrado à ERP ===
+=== Cenário - Cadastro não integrado à ERP ===
 *Dado que eu acesso a plataforma GeoSales EVO
 *E realizo um cadastro de prospect
 *E salvo as alterações
-*E efetivo o perfil
+*E efetivo o cadastro
-*Então o Perfil será enviado para integração na ERP do cliente.
+*Então o cadastro será enviado para integração na ERP do cliente.
-*O perfil não foi integrado na ERP.
+*O cadastro não foi integrado na ERP.
 *Será gerado log na Tabela ACK
-*Será acionado o trigger de retorno do perfil à base
+*Será acionado o trigger de retorno do prospect à base
 *Será disparado informação de retorno ao usuário, para novas alterações.

@@ Linha 27: / Linha 27: @@
 * Feita as devidas alterações, as seguintes soluções deverão ser implementadas:
 # Nova efetivação do cadastro para nova tentativa;
-# Exclusão do cadastro, caso o usuário escolha pelo cancelamento;
+# Cancelamento do cadastro, caso o usuário escolha pelo cancelamento;
 [[arquivo: fluxoprospect.png|frame | fluxograma de gatilho de retorno]]

@@ Linha 24: / Linha 24: @@
 * Quando for detectada a falha na integração do prospect na tabela, será o momento para a ativação do trigger de retorno.
 * O usuário deverá ser informado sobre o retorno (poderá ser por email);
-* O perfil deverá estar disponível para edição e para cancelamento, caso seja a demanda do usuário.
+* O cadastro deverá estar disponível para edição e para cancelamento, caso seja a demanda do usuário.
 * Feita as devidas alterações, as seguintes soluções deverão ser implementadas:
-# Nova efetivação do perfil para nova tentativa;
+# Nova efetivação do cadastro para nova tentativa;
-# Exclusão do perfil, caso o usuário escolha pelo cancelamento;
+# Exclusão do cadastro, caso o usuário escolha pelo cancelamento;
 [[arquivo: fluxoprospect.png|frame | fluxograma de gatilho de retorno]]

@@ Linha 16: / Linha 16: @@
 == Solução ==
-Quando o perfil, após a efetivação, tentar subir para integração, caso não obtenha êxito, deverá ser disparado um trigger de retorno, fazendo com que o perfil retorne À tela de prospect, com status de não efetivado, permitindo a edição do perfil pelo usuário, que deverá ser informado do retorno do prospect à base.
+Quando o cadastro, após a efetivação, tentar subir para integração, caso não obtenha êxito, deverá ser disparado um trigger de retorno, fazendo com que ele retorne À tela de prospect, com status de não efetivado, permitindo a edição do cadastro pelo usuário, que deverá ser informado do retorno do prospect à base.
 == Implementação ==