Update Set Manager

Update sets live in every application scope, and hopping between the picker, the form view, and a second scope is a lot of motion for a small job. Update Set Manager keeps the list, the detail, and the actions in one dialog so you can stay on the page you were already editing.

Open It

Any of these opens the same dialog:

• /usm: the slash command, and the way in on Classic UI16
• The icon next to the update set picker in Next Experience
• The radial menu (Quick Ring)

What You See

The left sidebar filters the list:

• Scope: current scope, a recent scope, All scopes, or Recent activity (Pro, see below)
• Search: filter by update set name
• Status: In progress, Complete, or All
• Mine: only the update sets you created, matched on your login name. The chip is remembered for the next time you open the manager

Every row shows the update set's application scope, so a filtered or scrolled list stays unambiguous. (In the All scopes view the group heading already names it, so the row leaves it out.)

The dialog always opens on the scope your session is actually in, not a scope you happened to pin last time, and selects the update set you are currently working in. That set stays in the list and marked as current even when the status filter would hide it, with an orange Default badge if it is a Default set. Filtering to another scope, or searching, is treated as a deliberate narrowing and is left exactly as you asked for it.

The dialog re-reads the session whenever you come back to it, so a scope or update set you changed in another tab is reflected without pressing anything. There is also a refresh button in the title bar.

Pick a set and the right pane shows its details: scope, parent, description, who created it, last updated, and whether it is the Default set. From there you can Make current or Open record.

When another set is current, a compact Default button appears in the toolbar next to New update set and switches you back to the Default update set of your current scope in one step. The built-in /usd slash command does the same switch straight from the slash palette, without opening the dialog.

If the set is a parent, the detail pane also lists the child update sets gathered under it, with the scope and status of each. Click one to jump straight to it, even when it sits outside your current filter.

The dialog remembers its size and sidebar width. Fill the window in the title bar, or a double-click on the title bar, sizes it to the browser window and is remembered too. The detail pane has two tabs. Details holds the set's facts and child sets; Contents is the list of captured updates at the pane's full height, and the tab you are on carries over as you move from set to set.

Recent activity

Pick Recent activity in the scope control to list the update sets where changes were captured in the last 14 days, newest first, across every scope. It answers "where was I working?" from what was actually captured, not from which scope you last switched into.

• Just me / Everyone: the switch above the list shows only your own changes, or everyone's. Everyone's view names who worked in each set, so you can see what a colleague is busy with before you touch the same records. The choice is remembered.
• Each row shows how many changes landed in the set in that window, when the latest one was, and its scope.
• The search box narrows the list by update set or scope name.

When a set lives in another scope, the detail pane offers Switch scope and make current. It moves your session into the set's scope and then makes the set current, in that order, because entering a scope loads that scope's last-used update set. Both pickers are read back afterwards; if the session did not land on exactly that scope and set, the dialog says so instead of assuming it worked.

Create with a naming template

Creating a set happens right in the dialog, with no jump to the form view. The create form carries an optional Naming helper that builds the name from a template, so every set follows your team's convention:

{initials} {date:YYYYMMDD} {task} {description} {scope}

• Built-ins fill themselves in: {date:YYYYMMDD} (any arrangement of YYYY, MM and DD with ., /, - or _ separators), {scope} (the technical name of the scope you are creating in, following the scope picker live) and {username} (your login name).
• Every other placeholder becomes an input field. Write {task}, {release}, {sprint} or anything else and a matching field appears below the template. {number} and {description} pre-fill from the record form you have open, in Classic and in Workspace.
• Defaults travel in the template: {version:v1} pre-fills its field with v1 until you type something else.
• Empty values clean up. A blank placeholder collapses, and only genuinely stranded separators go with it: doubled ones fold to one ({task} - {release} - {description} with no release renders STRY0012345 - Case changes, not ... - - ...), and one left hanging at the start or end of the name is dropped. Separators next to your own words always stay.

Placeholders render as chips you can click, type (autocomplete opens after {), or drag to reorder. The template and your developer initials are remembered for the next set; task-specific values deliberately start blank so the previous story never leaks into a new name. A live preview shows the finished name, and a counter warns when it passes the length ServiceNow stores. Typing your own name always wins over the template; Use generated name brings the template output back.

Preview captured updates

The Contents tab in the detail pane lists everything the set captured, 100 at a time with Previous and Next for the rest, so a Default set running to thousands of records is fully reachable. The filter box narrows by the changed record's name or its type as you type, the type picker next to it shows only one record type (with a count per type), and the sort picker orders by updated or created date, type or name in either direction. Each row shows the timestamp the sort is on, the count always reflects the filters you have applied, and the sort is remembered for next time. Open in a list opens sys_update_xml on the same filter and order.

Move captured updates to another set

Changes captured in the wrong update set, most often the Default set, used to mean editing sys_update_xml by hand in a list view. Instead, open the Contents tab on the set holding them, select the records you want like a spreadsheet (Shift+click, Ctrl/Cmd+click, drag, or Ctrl/Cmd+A), and choose Move to update set, or drag them directly onto an update set in the list. The checkbox in the header takes the whole page; when the filter has more pages, Select all N matching then takes every match across them, and Clear (or Esc) drops the selection again. Filter to one type first and you can move, say, every Business Rule in one go.

The destination list only offers in-progress sets in the same application scope as the captured update, because a captured update belongs to the scope it was created in and would not preview or commit cleanly anywhere else. The scope's Default set counts too, so you can park updates back in Default as easily as you rescue them from it. If the destination already captured the same record, you are warned before anything is written: two updates for one record means only the newest is applied when the set is committed.

Free vs Pro

Cross-scope actions

When a Pro action needs another application scope, the manager switches for you, does the work, and puts your original scope and update set back afterwards. Nothing reloads the page on its own.

Related

• /usd: switch to the current scope's Default update set without opening the dialog
• /su: quick switch of an in-progress update set in the current scope (stays in the slash palette)
• Header pickers: Application and Update Set pickers in Classic and Next Experience