Assembled Workforce Management

Admins should be able to impersonate any user to assist with troubleshooting access issues and to help with coaching opportunities. Current state we are left juggling dozens of test accounts to trouble shoot and we have to fine tune those permissions every time.

Users who use multiple instances of Assembled would like a configurable bar or more prominent visual indicator of what instance they are currently using. When using 4 plus instances it is easy to confuse with instance you are working in.

Currently, shift rules that enforce a max number of hours per X days are calculated on a rolling basis. For customers with labor laws tied to a fixed work week (e.g., Sunday-Saturday), this can cause false positives or compliance gaps. Example use case: A customer has a labor law requiring a maximum number of overtime hours per work week (Sunday-Saturday). Because our rule logic uses a rolling 7-day window, it may flag violations that don't actually exist within the legal work week, or miss violations that span across the rolling window differently than the law intends. Request: Allow admins to configure whether a scheduling rule is evaluated against a fixed calendar week (with a configurable start day, e.g., Sunday) or the current rolling 7-day window. This gives teams the flexibility to align Assembled's rules with their specific legal and operational requirements.

Assembled's new Slack notifications functionality for schedule changes & realtime overview is really great! It would be helpful to have a similar integration for Microsoft Teams in order to leverage these features.

Summary Requesting a self-serve reporting feature in Assembled that allows Workforce Management teams to track staffable users who have been deactivated and/or reactivated over a selected time period. Business Need Our team is looking to better understand how frequently BPO partners are cycling users in and out of Assembled and the operational impact this may have on staffable license utilization. Currently, there is no self-serve reporting option available to identify: Which users were deactivated or reactivated The timestamps associated with those status changes The number of times a user has been deactivated/reactivated within a given timeframe This information would help improve visibility into license management practices, support workforce planning discussions with BPOs, and allow teams to proactively monitor trends without requiring manual engineering pulls. Requested Functionality Create a self-serve reporting feature or export in Assembled that includes: Name, Email, and other identifier Staffable status changes (deactivated/reactivated) Timestamp of each status change Count of deactivation/reactivation events per user Ability to filter by date range Desired Outcome Enable Workforce teams to independently pull and analyze user activation/deactivation history without engineering support, improving operational visibility and reducing ad hoc reporting requests.

We would love the ability for users to be able to add additional sorting options to the export from the agent states extract csv from the agent scorecard. Please include the current queue mapping and give us the ability to select all identifiers from the people page.

Need ability to export time off data for more than one week at a time, using flexible date ranges

Problem When reviewing a schedule change request, hovering over events in the timeline preview returns a generic "This event is not editable" tooltip (with time range) instead of the event name and details. Reviewers can't quickly see what event is being changed without additional clicks — which adds friction when a request covers multiple events. Proposed solution For the schedule change request preview, hover should display the full event details (event name, type, time range) — matching the normal timeline hover behavior.

Workforce Setup: Team Attributes: Admins should be able to edit and delete filter attributes in bulk via CSV or bulk edit in the UI. When Org structures change, this is a very manual process to update a parent if the child filter already exists.

It's highly disappointing and feels being controlled to take breaks on a pre-decided schedule. Given the 9hr schedule is being adhered to, the little changes in break time should be auto-approved.