Playbooks Tab (Onboarding+Offboarding)

Create reusable templates for consistent onboarding and offboardin

About Playbooks

A playbook in Zluri is a reusable template for onboarding or offboarding. Unlike workflows often built for one-time cases, playbooks provide standardized, repeatable processes for multiple employees.

Playbooks are:

  • Reusable – Apply to multiple employees
  • Standardized – Maintain consistency across departments and roles
  • User-agnostic – Configure apps and actions once, apply repeatedly to matching users
  • Automated – Trigger via Automation Rules
page 14 (workflows become playbook).png

Workflows vs. Playbooks

Workflows are typically created for one-time or user-specific scenarios. Playbooks are reusable templates—configure the steps once, then run them for any user with a similar access pattern requirements.

AspectWorkflowsPlaybooks
PurposeOne-time use for specific usersReusable templates for recurring tasks
ExecutionManual trigger for specific usersManual or automated for multiple users
ConfigurationAd-hoc for individual usersPredefined, reusable steps
Example Use CaseEmergency access for one employeeStandard sales team onboarding
Best ForSpecific, one-time provisioningStandard processes across multiple employees

Playbooks Tab Overview

The Playbooks tab displays all saved playbooks in the organization.

Playbooks tab.png

Core Features

Search

Use the search bar to quickly locate specific playbooks.

Playbooks search option.png

Refresh

Select Refresh to display the most recently saved and updated playbooks.

Refresh option_playbook.png

Filter

Use filters to narrow down long lists and find relevant playbooks quickly.

Filter by

  • Playbook name
  • Status (Published, Setup Required)
  • Applications included
Playbook_Filters option.gif

Playbooks Table

playbook table.png

The Playbooks table displays key information for each playbook.

Playbook

  • Displays the playbook name
  • Default naming follows the format Onboarding Playbook on [Date] or Offboarding Playbook on [Date]

Applications

  • Displays applications included in the playbook.
  • Displays up to three application icons.
  • Displays a count when more than three applications are included.

Status

  • Published – Ready to run
  • Setup Required – Needs configuration
Offboarding Playbook tab with two types of setup status: Published and Setup required.

Offboarding Playbook tab with two types of setup status: Published and Setup required.

Runs

  • Select View Runs to open playbook run logs

Last Used

  • Displays last edited, published, or executed
  • Displays "N/A" if the playbook is not set up

Total Actions

  • Displays the number of actions in the playbook
  • Select the information (i) icon to view automated and manual action counts.
playbook _ Automate actions and manual actions count.png

Managing Playbooks

Run Playbook

Onboarding: Select Run Playbook to execute provisioning actions for selected users.

Offboarding_playbook_run icon.png

Offboarding: Select Run Playbook to execute deprovisioning actions.

Note: Only published playbooks display the blue arrow icon and can be executed. Playbooks with the "Setup Required" status cannot be run until configuration is complete.

Edit Playbook

Select the pencil icon next to any playbook to modify its configuration.

Playbook_edit pencil option.png

For Published playbooks: Select the pencil icon and select Unpublish and Edit to make changes.

Offboarding playbook_edit option.gif

Playbook Actions Menu

Select the three-dot icon for additional options:

Playbook_delete and duplicate playbooks.png

Delete

Permanently removes the playbook from the organization. Use this option with caution.

Playbook_Delete playbook option.gif

Duplicate

Creates a copy of the existing playbook. Useful for:

  • Creating variations for different departments
  • Testing modifications without affecting the original
  • Building similar playbooks faster
Playbooks_Duplicate Playbook option.gif

Playbook Actions

Onboarding Actions

Onboarding playbooks support provisioning actions such as:

  • Add User
  • Assign License
  • Add to Group

Offboarding Actions

Offboarding playbooks support deprovisioning actions such as:

  • Remove User
  • Revoke License
  • Set Email Forwarding
  • Create Data Transfer Request

Example: An offboarding playbook includes Google Workspace with two deprovisioning actions:

  • Set email forwarding for selected users.
  • Create Data Transfer Request for all Applications
Offboarding playbook examples.png

Update in Zluri (Offboarding Only)

Mark as Inactive in Zluri’s system flags users as inactive once the playbook run completes. This capability is available only for offboarding playbooks. It helps maintain an accurate directory of active and inactive users in Zluri.

Example: Admins can create a playbook to revoke access to Slack, HubSpot, and Microsoft 365 select Update in Zluri - Mark as Inactive in Zluri’s system. Once the workflow completes, the employee is automatically marked as inactive in the Zluri IGA system.

Playbook_mark as inactive_remove a user.png

Example Use Cases

Onboarding: Sales Team Playbook

  • Apps included: Salesforce, Slack, HubSpot
  • Actions configured:
    • Salesforce → Add User, Assign Sales Cloud License
    • Slack → Add to #sales channel
    • HubSpot → Add User, Assign Sales Seat
  • Outcome: Published as "Sales Team Onboarding" and applied to all new sales hires

Offboarding: Contractor Exit Playbook

  • Apps included: Google Workspace, Slack, Jira
  • Actions configured:
    • Google Workspace → Remove User
    • Slack → Remove User from workspace
    • Jira → Revoke License
  • Update in Zluri: Selected to mark the contractor as inactive once execution is complete
  • Outcome: Published as "Contractor Exit" and applied to any future contractors leaving the company