Cancelamento de Pedidos - Histórico de revisão

Anderson em 21h00min de 20 de abril de 2021

2021-04-20T21:00:02Z

Ramon.queiroz: /* Cenários */

2021-04-20T20:52:28Z

Cenários

Ramon.queiroz: /* Cenários */

2021-04-20T19:59:44Z

Cenários

Anderson em 19h40min de 20 de abril de 2021

2021-04-20T19:40:57Z

Anderson em 19h12min de 20 de abril de 2021

2021-04-20T19:12:30Z

Anderson em 18h59min de 20 de abril de 2021

2021-04-20T18:59:05Z

Ramon.queiroz: /* Cenário 3 - Pedido retornado e devolvido ao vendedor */

2021-04-20T14:05:34Z

Cenário 3 - Pedido retornado e devolvido ao vendedor

Ramon.queiroz: /* Cenário 3 - Pedido retornado e devolvido ao vendedor */

2021-04-20T14:05:14Z

Cenário 3 - Pedido retornado e devolvido ao vendedor

Ramon.queiroz: /* Cenários */

2021-04-20T14:04:17Z

Cenários

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

2021-04-19T21:29:24Z

Regras de Negócio

@@ Linha 113: / Linha 113: @@
 |-
-| Desenvolvimento - GeoSales || Pessoa que aprovou || 00/00/0000
+| Desenvolvimento - GeoSales || Anderson Gomes || 20/04/2021
 |-
 | Integração - GeoSales || Pessoa que aprovou || 00/00/0000

@@ Linha 60: / Linha 60: @@
 === Cenário 1 - Pedido retornado para cancelamento ===
-[[arquivo:fluxovollo.png|frame|Fluxo de processos de gatilho de retorno]]
+[[arquivo:fluxovollo1.png|frame|Fluxo de processos de gatilho de retorno]]
 # O pedido, após aprovado, será submetido para integração.

@@ Linha 60: / Linha 60: @@
 === Cenário 1 - Pedido retornado para cancelamento ===
-[[arquivo:fluxograma1.png|frame|Fluxo de processos de gatilho de retorno]]
+[[arquivo:fluxovollo.png|frame|Fluxo de processos de gatilho de retorno]]
 # O pedido, após aprovado, será submetido para integração.

@@ Linha 64: / Linha 64: @@
 # O pedido, após aprovado, será submetido para integração.
 # O processo de integração apresentou uma falha de integração, registrando na tabela ACK_LOG_TABLE.
-# A falha criará a pendencia falha de integração, disparando o trigger que abrirá uma tramitação de pendência, tornando o pedido ao status de pendente.
+# A inserção de uma falha na tabela de aceite disparará um evento que inserirá a pendência de falha de importação de pedido, tornando o pedido pendente.
 # Será disparado uma notificação de pendência para o '''vendedor''';
 # O pedido voltará com o status de pendente, retornando ao '''gestor'''.
@@ Linha 70: / Linha 70: @@
 === Cenário 2 - Pedido retornado para reenvio ===
 # O pedido, após aprovado, será submetido para integração.
 # O processo de integração apresentou uma falha de integração, registrando na tabela ACK_LOG_TABLE.
-# A falha criará a pendencia falha de integração, disparando o trigger que abrirá uma tramitação de pendência, tornando o pedido ao status de pendente.
+# A inserção de uma falha na tabela de aceite disparará um evento que inserirá a pendência de falha de importação de pedido, tornando o pedido pendente.
 # Será disparado uma notificação de pendência para o '''vendedor''';
 # O pedido voltará com o status de pendente, retornando ao '''gestor'''.
@@ Linha 81: / Linha 79: @@
 === Cenário 3 - Pedido retornado e devolvido ao vendedor ===
 # O pedido, após aprovado, será submetido para integração.
 # O processo de integração apresentou uma falha de integração, registrando na tabela ACK_LOG_TABLE.
-# A falha criará a pendencia falha de integração, disparando o trigger que abrirá uma tramitação de pendência, tornando o pedido ao status de pendente.
+# A inserção de uma falha na tabela de aceite disparará um evento que inserirá a pendência de falha de importação de pedido, tornando o pedido pendente.
 # Será disparado uma notificação de pendência para o '''vendedor''';
 # O pedido voltará com o status de pendente, retornando ao '''gestor'''.

@@ Linha 34: / Linha 34: @@
-* Todos os pedidos realizados na plataforma são registrados na tabela ACK_LOG_TABLE. Nesta tabela, todas as especificações de pendências são mostradas em vinculação com as chaves de pedidos. A tabela de registro dos bloqueios existentes é a TIPO_BLOC_PEDIDO_SIT.
+* Todos os pedidos realizados na plataforma que integram com o modelo TJ tem o resultado do processo de integração registrados na tabela ACK_LOG_TABLE. Para as pendências de pedido, elas são vinculadas na tabela TIPO_BLOC_PEDIDO_REL. As pendência inseridas são descritas na tabela TIPO_BLOC_PEDIDO_SIT.
 * É necessária criar uma pendência dentro da tabela TIPO_BLOC_PEDIDO_SIT, contemplando a situação deste cenário (Falha de Integração);
 * Após a conclusão das tramitações normais do pedido (efetivação e aprovação), ele estará disponível para integração.
-* Se a integração não ocorrer, deverá ser acionado um gatilho de retorno (trigger) para que este pedido fique com status de pendente, utilizando o bloqueio de situação criado na tabela TIPO_BLOC_PEDIDO_SIT.
+* Se a integração não ocorrer, deverá ser acionado um gatilho para que este pedido fique com status de pendente, utilizando a situação de bloqueio criada na tabela TIPO_BLOC_PEDIDO_SIT.
 * Além disso, deverá haver um retorno (feedback) para o usuário, informando que o seu pedido não foi integrado, e está novamente disponível no portal para revisão.
 * O pedido 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:
+* Feita as devidas alterações, o pedido estará habilitado para que seja possível:
 # Re-aprovação do pedido para nova tentativa;
-# Exclusão do pedido, caso o usuário escolha pelo cancelamento;
+# Cancelamento do pedido, caso o usuário escolha pelo cancelamento;
 # Tramitação do pedido, para reenvio ao vendedor.

@@ Linha 93: / Linha 93: @@
 == Regras de Negócio ==
-'''[RN1] -''' A pendência que ira disparar o trigger para retorno deverá ser criado na tabela TIPO_BLOC_PEDIDO_SIT.
+'''[RN1] -''' Quando houver uma inserção de falha de importação para um pedido, a ação de inserir a pendência será executada caso a base tenha configurado esse comportamento.
-'''[RN2] -''' O retorno do pedido será feito imediatamente após a falha na integração, e retorno da pendência 'falha na integração'.
+'''[RN2] -''' A inserção da pendência será feita após a marcação da falha na integração. A descrição da pendência deve deixar claro que houve falha de importação.
-'''[RN3] -''' 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).
+'''[RN3] -''' Após a ação ser acionada, deve ser disparado um mecanismo de feedback para o usuário (ex. disparo de e-mail, informando que o pedido está pendente por falha de integração caso seja configurado esse comportamento).
-'''[RN4] -''' Pode ocorrer, ainda de muito remotamente, o risco de o pedido 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 que muito remotamente, o risco do pedido ser integrado '''no momento entre o processo de inserção de pendência'''. No caso de ocorrência deste processo, o pedido ficará pendente, mesmo sendo integrado.
-'''[RN5] -''' A opção de disparo do trigger de retorno deverá ter opção de habilitação por parte do cliente. Visto que, a princípio, o recurso dificilmente estará habilitado para todos os clientes, este será paulatinamente sendo implantado, conforme as necessidades forem surgindo.
+'''[RN5] -''' Deve ser configurável a ativação desse processo de tratativa de falha de importação. Também deve ser possível habilitar ou desabilitar o informativo ao usuário sobre a situação em que o pedido se encontra.
 == Aprovação ==

@@ Linha 88: / Linha 88: @@
 # Será disparado uma notificação de pendência para o '''vendedor''';
 # O pedido voltará com o status de pendente, retornando ao '''gestor'''.
-# O '''gestor''' faz seleciona a função "tramitação do pedido", devolvendo o assunto ao vendedor para eventuais modificações.
+# O '''gestor''' faz seleciona a função "tramitação do pedido", devolvendo o assunto ao '''vendedor''' para eventuais modificações.
 # Feitas as modificações, o pedido será novamente inserido no fluxo de aprovações para integração.

@@ Linha 58: / Linha 58: @@
 |}
-=== Pedido Efetivado e Aprovado, mas sem Integração ERP ===
+=== Cenário 1 - Pedido retornado para cancelamento ===
 [[arquivo:fluxograma1.png|frame|Fluxo de processos de gatilho de retorno]]
-* O pedido, após aprovado, será submetido para integração.
+# O pedido, após aprovado, será submetido para integração.
-* O processo de integração apresentou uma falha de integração, registrando na tabela ACK_LOG_TABLE.
+# O processo de integração apresentou uma falha de integração, registrando na tabela ACK_LOG_TABLE.
-* A falha criará a pendencia falha de integração, disparando o trigger que abrirá uma tramitação de pendência, tornando o pedido ao status de pendente.
+# A falha criará a pendencia falha de integração, disparando o trigger que abrirá uma tramitação de pendência, tornando o pedido ao status de pendente.
-* Será disparado uma notificação de pendência para o '''vendedor''';
+# Será disparado uma notificação de pendência para o '''vendedor''';
-* O pedido voltará com o status de pendente, retornando ao '''gestor'''.
+# O pedido voltará com o status de pendente, retornando ao '''gestor'''.
-* O '''gestor''' poderá reenviar o pedido para nova aprovação, ou
+# O '''gestor''' procede com o cancelamento do pedido, excluindo o pedido de forma permanente.
-* cancelar o pedido, ou
-* Enviar para tramitação, devolvendo o pedido ao vendedor.
+=== Cenário 2 - Pedido retornado para reenvio ===
 == Regras de Negócio ==

← Edição anterior		Edição das 21h29min de 19 de abril de 2021
Linha 80:		Linha 80:

	'''[RN4] -''' Pode ocorrer, ainda de muito remotamente, o risco de o pedido 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 pedido ser integrado '''no momento entre o processo de retorno'''. No caso de ocorrência deste processo, o processo de retorno deverá ser cancelado.
		+
		+	'''[RN5] -''' A opção de disparo do trigger de retorno deverá ter opção de habilitação por parte do cliente. Visto que, a princípio, o recurso dificilmente estará habilitado para todos os clientes, este será paulatinamente sendo implantado, conforme as necessidades forem surgindo.

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