Product Update - July 10, 2026

Wikis: Edit Locks and Group Visibility — Prevent conflicting edits and restrict wiki access to specific teams

Wiki pages now prevent conflicting edits with a full edit-lock lifecycle: when a second editor opens a page already being edited, they see a conflict modal with an option to request access or be notified when the page is free. The original editor can release the lock from the editor toolbar. Alongside this, admins can now restrict any wiki's read access to specific groups — the restriction is enforced in page browsing, search results, and AI-powered answers, so sensitive internal wikis stay within the intended audience.

Use case: A legal team maintains a confidential contract playbook wiki — they restrict it to the "Legal" group so it never surfaces in search for other employees, and when two team members open the same article simultaneously, one is prompted to wait rather than silently overwriting the other's changes.

Available in: Wikis → Page Editor → Edit Lock / Wiki Settings → Visibility

---

Onboarding Hub: Group Task Assignment — Assign onboarding tasks to a team instead of a single person

Onboarding tasks can now be assigned to a recipient group — such as "IT Team" or "HR Team" — rather than a single individual. Any group member can view, act on, and complete the task, and the platform records who completed it. All current group members receive an in-app notification with a direct link to the task when it is assigned. This removes the bottleneck of single-person ownership for tasks that any qualified team member should be able to handle.

Use case: An onboarding plan assigns the "Provision laptop" task to the IT Team group — any available IT team member can pick it up without a manager needing to manually reassign it when the primary contact is out.

Available in: Onboarding Hub → Onboarding Plan → Task Assignee → Assign to a Group

---

Service Desk: Live Directory Dropdowns — Auto-populated employee, location, and department fields in request forms

Custom dropdown fields on Service Desk request forms can now source their options live from the employee directory, company locations, or departments — instead of requiring admins to manually create and maintain static choice lists. Options are resolved at form-render time, so the list always reflects current data. Employee fields render as a searchable type-to-search input so agents and requesters can quickly find anyone without scrolling through a full directory.

Use case: An IT request form asks which office location the asset should be shipped to — rather than an admin maintaining a manually updated list of office names, the field automatically pulls the current location list from the directory.

Available in: Service Desk → Admin → Request Types → Custom Fields → Field Type: Dropdown → Source: Built-in (live)