Key | parent | P | fe story points | be story points | story points | Status |
---|---|---|---|---|---|---|
SM-4680 | Slacker Integration in Transactions (MVP) | 0.0 | 13.0 | 13.0 | Resolved |
Role: User
Objective: wants the created transaction to be evaluated manually in the back-office system,
Reason: so that the user knows whether the transaction was approved or not.
Functional requirements:
Domain Manager provides API for backoffice system to enable to manually review transactions.
Ticketing Manager enables Domain Manager to create a ticket for manual approval of the transaction.
In situations where the transaction needs to be manually reviewed, the transaction will be persisted in the domain MS until approved or rejected. Domain MS will expose API for backoffice FE to enable this.
Note: Card transactions that need immediate approval (MasterCard time limit is 7 seconds) cannot go through the manual approval.
UI requirements:
The user will create the transaction and will see the pending status of a transaction. The user gets the answer in form of the status update (failed/in process/successful).
Process flow:
https://safibank.atlassian.net/l/cp/uo0m9bCH
https://safibank.atlassian.net/l/cp/0fuVFPb4
High risk scenario with manual approval
User creates a transaction
The call to the slacker-manager API is happening for fraud check
Slacker will evaluate the transaction risk as high
manual approval is required
Domain Manager provides API for back office system to enable to manually review the transaction
Ticketing Manager enables Domain Manager to create a ticket for manual approval of the transaction
Backoffice will evaluate the transaction
Result of the evaluation is displayed to the user
Execution steps:
User creates a transaction
the transaction is in “pending” state while it is checked by the fraud system and back office afterwards
User will receive a push notification of the evaluation
The transaction is approved and its status screen is displayed with “in process/pending or successful” message
Internal dependencies:
Slacker
IAM
Jira Ticket Manager > SM-3629 - Add createTransactionFraudTicket endpoint Done
External dependencies:
Alternative scenarios:
User creates a transaction
the transaction is in pending state while it is checked by the fraud system and backoffice afterwards
User will receive a push notification of the evaluation
The transaction is rejected and its status screen is updated with “failed” message
Acceptance criteria:
User creates a transaction
the slacker-manager API is called for fraud check
Slacker evaluates the transaction with high risk of fraud probability
manual approval is required
Domain Manager provides API for backoffice system to enable to manually review the transaction
Ticketing Manager enables Domain Manager to create a ticket for manual approval of the transaction
Backoffice will evaluate the transaction
Result of the evaluation is displayed to the user
The user will get a push notification with the result of the fraud check > SM-5066 - Push Notification for manual approval (Slacker) Resolved
Links to wireframes/UI: n/a