Prazo de Pagamento por produto
Histórico de Alterações
Data | Quem | Comentários |
---|---|---|
27/04/2021 | Renato Lima | Criação do documento |
Necessidade
No processo de vendas da Ocrim, existe um grupo de produto, que tem prazo de pagamento especifico. Então, quando esses produtos estão em um pedido, o prazo a ser apresentado e disponibilizado, deve ser os prazos vinculados a esses produtos, mesmo tenham outros produto inseridos no pedido, que não tenham o vinculo com esse prazo.
Solução
Implementação
- A ativação da opção de retorno deve ser configurável pelo usuário.
- 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.
- 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, 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;
Cenários
Cenário 1 - Re-efetivação após falha de integração
- Criação de cadastro na tela de prospect;
- As alterações são salvas e o cadastro é efetivado;
- O cadastro é enviado para a ERP e não conclui o processo de integração;
- O registro de falha é inserido na tabela ACK_LOG_TABLE;
- 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 fará nova edição no cadastro, caso seja necessário, e efetivará novamente o cadastro, para novo envio à ERP.
Regras de Negócio
[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).
[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
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
Setor | Aprovado Por | Data |
---|---|---|
Desenvolvimento - GeoSales | Renato Lima | 26/04/2021 |
Integração - GeoSales | Pessoa que aprovou | 00/00/0000 |
Configurações - GeoSales | Pessoa que aprovou | 00/00/0000 |
Empresa solicitante
Setor | Aprovado Por | Data | Assinatura |
---|---|---|---|
Gerente TI - Cliente | ___________________ | ___/___/_____ | ________________________ |
Gerente de Projeto - Cliente | ___________________ | ___/___/_____ | ________________________ |
Gerente Comercial - Cliente | ___________________ | ___/___/_____ | ________________________ |