My Padi Guide · Module 4 of 7
Every timer and refund rule, on one page
This is the quick-reference version of Modules 2 and 3: every countdown in the app, what happens when it expires, who can extend it, and where the money goes. Bookmark this one.
1. Paid money sits in escrow until the job is confirmed done.
2. Refunds always land in the client’s wallet balance, instantly usable or withdrawable.
3. Expired timers are enforced by a system sweep every 5 minutes, so an expiry can take up to ~5 extra minutes to apply.
Service requests#
| Stage | Timer | When it expires | Money |
|---|---|---|---|
| pending | 5 min | Request cancelled because the provider didn’t accept in time. | Nothing paid. |
| negotiating | 10 min | Request cancelled because no agreement was reached. | Nothing paid. |
| awaiting payment | 10 min | Request cancelled because the client didn’t pay in time. | Partial payments returned to the client’s wallet. |
| in progress | agreed duration (default 24 h) | Service cancelled because it exceeded the agreed time. | Full escrow refunded to the client’s wallet. |
Food orders#
| Stage | Timer | When it expires | Money |
|---|---|---|---|
| awaiting payment | 10 min | Order cancelled because the payment window closed. | Partial payments returned to the client’s wallet. |
| preparing | restaurant’s prep time (default 30 min) | Order cancelled because the kitchen ran out of time. | Full refund to the client; rider’s deposit returned. |
| finding handlers | up to 3 min per search | Best-rated applicant matched (15 applicants = instant match). Zero applicants → restaurant chooses: own driver, self-delivery, or cancel. | Full refund if the restaurant cancels. |
| pickup | 15 min | Rider missed pickup → removed from the order, search restarts automatically. | Rider’s deposit returned to the rider; the client loses nothing. |
| en route | estimated ride time (default 45 min) | Order cancelled because delivery took too long. | Delivery fee refunded from escrow + food cost compensated from the rider’s deposit. Client fully whole. |
Time extensions#
| Timer | Client | Provider / Restaurant | Rider |
|---|---|---|---|
| Service timer | 15–480 min, unlimited times | +30 min, once | — |
| Food prep timer | any minutes, anytime | +30 min, once | — |
| Delivery timer | any minutes, anytime | +30 min, once | +30 min, once (after pickup) |
Every extension notifies the other parties. Acceptance, negotiation, and payment windows can not be extended. Anyone needing more time to decide should let the request lapse and send a new one.
Who can cancel, when#
| Situation | Allowed | Outcome |
|---|---|---|
| Client, before paying (services or food) | ✔ always, reason required | Order ends; nothing owed. |
| Client, after paying (service in progress) | ✘ from the app | Protected by the service timer: if it expires, the system cancels and refunds the client automatically. For anything else, raise a dispute or contact support. |
| Client, after paying (food being prepared or delivered) | ✘ from the app | Protected by the prep/delivery timers: expiry refunds the client automatically. For anything else, raise a dispute or contact support. |
| Provider declining a request | ✔ during acceptance/negotiation | Request cancelled; client notified. |
| Restaurant rejecting an order | ✔ while pending, reason required | Order cancelled; client notified. |
| Restaurant, no rider found | ✔ cancel, self-deliver, or assign own driver | Cancel = full client refund. |
| Rider abandoning a job | Missed 15-min pickup only | Deposit returned, excluded from that order, search restarts. |
| After completion / delivery | ✘ | Disputes only (Module 6). |
Because sweeps run every 5 minutes, a just-expired order may briefly show its old status. If an order still looks wrong after ~10 minutes, open a support ticket from the app. Support staff can see the full order timeline.