Physical Store - Check In
This use case is designed for merchants who want to integrate Maypay Business directly into their cash register software.
Thanks to the API offered by the Maypay service, third-party software can request the list of pending payments for a specific store or for all the stores associated with a specific merchant account.
When using the check-in integration, the payment request is not created by the merchant. The user shall select the store in the list of nearby stores directly in the Maypay app on his phone and send a payment request to the selected store. After the user has sent the request the merchant can update the list of pending request using a refresh button and accept or refuse the request.
Once the list is obtained, the merchant or employee must identify and accept the correct request, simply by asking the buyer for his or her name. After identifing the user, the merchant can check if the payment amount sent by the user is correct and accept the request, otherwise the merchant can refuse the payment and ask to the user to send a request with the correct amount.
When the merchant selects Maypay as payment method, the payment request may not yet have been created by the buyer. It is recommended to implement a Refresh button to give the merchant the possibility to update the list of pending payments on demand.
This flow is designed to be integrated in thirdy party software and does not require any UI library provided by Maypay in order to be used. It is up to the developer to display the list of pending requests, for each request in the list it is necessary to add two action buttons, one for accepting the request and one for refusing the request.
A discount of 100% off the gross amount of the purchase should be applied to amounts associated with winning payouts. The amount is in fact paid by Maypay while the user does not pay. The amount paid by Maypay for each winning outcome is in the form of a reversal from the commissions retained by Maypay and allocated to the prize pool.