Skip to content
  • There are no suggestions because the search field is empty.

How app requests work

Understand access requests and new-app procurement in one flow.

What you get

Software bought on purpose instead of on a card — the thing that stops next year's shadow IT before it starts.

Two kinds of request

Access — someone wants a licence for a tool the organisation already has.

Procurement — someone wants a tool the organisation does not have yet.

Both arrive in one queue, on separate tabs, and both leave a record: who asked, who approved, and when.

The employee's side

Apps Catalog is the employee-facing place to find available software and request access. Use Recommended to start with the apps surfaced first, All Apps to search the catalogue, and the request-status view to track what you have asked for. Request Access on an app starts the access-request process.

Apps Catalog with recommended apps and Request Access

Apps Catalog with recommended apps and Request Access

The approver's side

App Request holds the queue — App Requests for access, Procurement Requests for new tools — with approve and reject inline.

Why it matters for spend

Every request leaves a structured record of what was requested, who asked and how it was resolved. That gives the reviewer a clear place to check whether the organisation already owns something that does the same job before approving another purchase.

What you've unlocked

Next: Submit a request