The number isn’t registered on MBWAY, so the customer doesn’t receive the payment request on MBWAY app.

The customer gets an error message that the payment didn’t go through and this will be a generic error.

Notes:

• no ability to differentiate errors.

• if the error confirmation takes long, use the “waiting payment page” works as a loading page as well, to wait for this informationthe confirmation of success and errors from MBWAY.

The number is registered on MBWAY, and the owner of this number refuses or do not accept the payment on MB WAY.

The customer gets an error message that the payment didn’t go through and this will be a generic error.

The number is registered on MBWAY, and the owner of this number accepts the payment on MB WAY.

Notes: in this case the phone number may belong to someone that will pay the order on behalf of the customer and it works.

The order will be placed.

In this case, this is considered a “happy path”, because the order is completed.

The customer refuses the payment on MBWAY app.

When the customer goes back to WL app, they’ll receive an error message informing that the order was canceled.

The customer forgets / do not accept the payment on MBWAY app

When the customer goes back to WL app, they’ll receive an error message informing that the payment was refused and the order was canceled.

The customer completed the payment and goes back to WL app.

The customer goes back to the main page. The customer can follow the status of the order using order tracking.

If the customer goes to order history details, the order will be there and the status is completed.

The cart will be empty. (TBC if it’s possible to do this)

Note: this is the same behavior as any other orders nowadays. Don’t require additional developments.

The customer refuses the payment or the payment timeframe expired and the customer goes back to WL app.

The customer goes back to the main page. There is no details about this order.

The cart will keep the same items as the previous order, if the customer wants to try again. The items will be kept in the cart during 20 min (same behavior as nowadays).

Notes:

We won’t change the order history details to show this order. This is a current limitation and we won’t change the behavior of order history to show more details about this order that wasn’t placed.

If, in the future, we understand that this is a relevant issue, this can be evaluated as an additional milestone.

If this is added, we shouldn’t call these as “cancelled orders”, but a different naming. The best naming TBD.

The customer didn’t accept the payment yet, but it’s still within the timeframe, so the payment is being processed, and the customer goes back to WL app.

The customer goes back to the main page.

There will be a new tracking banner, showing that the order is being processed and the payment is pending. For processing orders that link with the order details.

When the customer opens the app, will be redirected automatically to the waiting payment page. This way, the customer knows that the order is still pending and they have to either pay it or cancel it on the MBWAY app.

If the customer completes a new purchase, it will go through and a duplicated order will be placed. The customer must complain to get refunded.

The customer won’t be able to place a new order without taking an action on the current one. This way, we avoid the duplicated orders scenario.

Note: for this scenario, we will develop the re-use the tracking banner to consider the “order processing, payment pending” scenario. This will be created for MB WAY scenario, but can be re-used for other payment methods / markets.