Access Requests workflow

Zluri’s Access Requests interface allows you to submit new application access requests and monitor their status.

Requesting Access to an Application

Employees can request application access through any of the following paths:

1. From the Applications section

Path: Applications → Select Application → Request Access

  • Go to the Applications section.
  • Click on the desired application.
  • Click Request Access.
  • If recommended alternatives exist, a prompt will appear. You can either:
    • Choose an alternative, or
    • Click Ignore and Continue to proceed.

2. From the Overview section

Path: Overview → Request access to an application

  • Navigate to the Overview section.
  • Click Request access to an application.
  • Search for and select the application.
  • Fill out the request form.
  • Submit the request.
overview.gif

3. From the Access Requests section

Path: Access Requests → New Request → Fill Request Form

  • Go to Access Requests from the left menu.
  • Click New Request.
  • Search for and select the application.
  • Fill out the request form.
  • Submit the request.
from access request.gif

Access Request Form

The access request form allows users to submit application access requests. Available fields may vary based on workflow configurations set by your administrator.

Form Fields

  • Request For:
    • Myself: Request access for self.
    • Multiple Users or Others: Submit on behalf of other users or teams.
  • Select License (optional):
    Specify the license type required, if applicable.
  • Application Role (optional):
    Enter the role needed within the application (e.g., Admin, Viewer).
  • Access Duration (optional):
    Define the requested access period. Use predefined values (1 Month, 3 Months, etc.) or enter a custom duration.
  • Describe Your Requirement (required):
    State the business need or purpose for requesting access.
  • Have You Explored Any Other Tools? (optional):
    Indicate if alternate tools were considered and why this app is preferred.
  • Priority (required):
    Select the urgency of the request (e.g., Low, Medium, High).
  • Supporting Documents (optional):
    Upload relevant files to justify or support the access request.

Once all required fields are filled, click Confirm Request to proceed.

Screenshot 2025-07-25 at 11.13.06 AM.png

Tracking Access Requests

To monitor the status of submitted requests:

  1. Go to the Access Requests tab in the left navigation.
  2. Click the Your Requests tab to view all access requests initiated by you.

Request Table Fields

Each request is listed with the following attributes:

  • Request ID: Unique reference number
  • Application: App for which access was requested
  • Status: Current state of the request (e.g., Approved, Rejected, Awaiting Approval, Provisioning Completed, No Rules Matched)
  • License Name: Selected license (if applicable)
  • App Role: Requested role within the application
  • Business Requirement: Justification entered by the requester
  • Requested On: Timestamp of when the request was submitted
  • Subscription Duration: Requested access duration (if specified)

Additional Controls

  • Use Filter to refine the list by request status, application, or date.
  • Use Search to find specific requests by keyword or request ID.
  • Click + New Request to initiate a new access request.

Requests are displayed in real-time and update as they move through the approval and provisioning process.

Screenshot 2025-07-25 at 11.17.57 AM.png

Request Details

The Request Details page provides a comprehensive overview of an individual access request, including request metadata, approval workflow, provisioning actions, and user comments. A changelog is also available to audit request activity over time.

Screenshot 2025-07-28 at 3.59.59 PM.png

Request Metadata

Displays key information related to the request:

  • Request ID: Unique identifier (e.g., REQ-403)
  • Requested On: Submission date of the request
  • Requested For: Target user (usually the requester)
  • Requested By: User who initiated the request
  • Job Title and Department: Auto-filled from the requester's user profile

Requested App

Displays the application being requested:

  • App Name and Category (e.g., Workday – HR)
  • Usage Tag: If the app is already used within the organization, the label “This app is used in your org” is shown
  • App Description: Brief summary of the application's purpose and capabilities

Request Inputs

Captures additional context for the request:

  • License Name
  • Application Role
  • Duration
  • Priority (e.g., P1, P2)
  • Alternative Tools Explored (optional)
  • Reason for Request
  • Supporting Documents (optional attachments)

Approval Workflow

Lists approvers and their current status:

  • Approver Order: Defines the sequence of approvals
  • Status: Shows Pending, Approved, or Rejected

Provisioning Actions

Indicates the provisioning state:

  • Action Pending: Provisioning has not started
  • Provisioned: Access has been successfully granted
  • Rejected: Access request was denied

Comments

Facilitates communication between approvers and requesters:

  • Add clarifications or context
  • Respond to approval comments
  • Track conversation history

Both requesters and approvers are notified when a new comment is added, ensuring timely collaboration.

If no comments exist, the message “No comments yet” is shown.

View Changelog

Click the View Changelog button (top right of the request page) to view a complete history of the request, including:

  • Status changes (e.g., moved from Pending to Approved)
  • Approver decisions
  • Provisioning outcomes
  • Any edits or reassignments

The changelog supports auditing and traceability of access decisions for compliance and internal reviews.

Screenshot 2025-07-25 at 11.26.31 AM.png

Requesting Access via Slack

If your organization has enabled Slack integration, you can request app access directly in Slack:

  • Use /accessrequest to open the form
  • Submit app details and justification
  • Track approvals and receive status updates—all within Slack

The Slack-based flow follows the same request flow as the App Catalog.

slack.gif

What’s Next