Requests on mobile
Submit requests, track them, work the approvals inbox, and reply, all from the mobile app.
The Requests screen ("Time off, equipment, and support") mirrors the web request system on your phone. It has two tabs: Inbox for items waiting on approvers, and My Requests for your own.
The lists
My Requests groups what you filed into Active, Needs me, and Done. Search narrows the list, a Status filter chips it down further, and a counter reads "{n} requests". Load more pages through a long history. The empty state is "No requests here" and a failed load offers Retry.
The Inbox tab is the approvals queue, and only approvers and managers see it. If you open it without that role, the app says "Approvals queue is available to approvers and managers. Switch to My Requests to see your own requests" rather than failing.
Every request carries its status: Draft, Submitted, In review, Approved, Partially approved, Rejected, Withdrawn, Fulfilled, Cancelled, plus ticket states Open, In progress, Waiting on you, Resolved, Reopened, Closed, Escalated, and Waiting for signature when a document step is outstanding. Priority reads Low, Medium, High, Urgent.
New request
New Request opens a type picker asking "What do you need?". Search the types your admin configured, pick one, and a form sheet slides up titled "New {type} request".
The form takes:
- Title and an optional Reason.
- Dates for leave types: Start date and End date picked from a date sheet, shown as a summary like "Mar 3 to Mar 7" with the duration. Dates validate ("End date must be after start date").
- Attachments when the type requires them: tap to add files, up to 5 files and 20 MB each, with errors for files that are too large, too many, or the wrong type.
- Signature required notice when the type needs you to sign a document after approval.
- Priority where it applies.
Submit files it and confirms "Your request was submitted successfully." Incomplete fields are called out before it sends.
Inside a request
Open a request and the detail page lays out What happens next in plain words matched to its state: in the queue, being reviewed, approved and waiting for your signature on the web, resolved, or complete. Below that it shows the submitted information, a Leave summary for leave requests (type, range, duration, reason), the approver or "Not yet assigned", any attachments you can preview, Approval steps with each step's status (Pending, Approved, Rejected, Skipped, Delegated), an Audit timeline narrating every event, and Comments where you and your manager reply.
You can edit or delete your own comments, attach files to a reply, and Withdraw request while it is still open (it asks "Are you sure you want to withdraw this request?" first). Approvers see Approve and Reject with a decision note; rejecting requires a reason.
Signature-required requests
When a type needs a signature, the detail explains "Approved, sign your document on the web to finish this request" with a Continue on web action. Signing currently completes in the browser; once everyone signs, the detail switches to "Agreement signed" with a View on web link to the sealed document.
Sensitive approvals
High-sensitivity requests can require biometric confirmation before an approval goes through. The app asks you to "Authenticate to approve this request" with Face ID or fingerprint; if biometrics are not available or configured it says so instead of approving silently.
Working offline
The app tolerates a dropped connection. An offline banner reads "You're offline, changes will sync when you're back", a submitted request queues as "Saved offline, will submit when you reconnect", and the queue retries automatically once you are back online.
Dates in Hijri
A Hijri / Gregorian toggle switches how request dates display, including the Saudi Hijri month names.
Request types, routing, SLAs, and leave policies are configured by your admin under Requests. What you can submit on mobile is exactly what those policies allow.