13.1 Mass and Individual BP Management
Key Takeaways
- Individual BP management acts on one event at a time—view status, reassign the current step, cancel, correct, or rescind—using event Related Actions and My Tasks context.
- Mass BP management applies the same operational intent across many events at once (mass reassign, mass cancel, bulk status review) when volume or outages make one-by-one work impractical.
- Cancel applies only while an event is still in progress; after successful completion use Correct (limited data edit) or Rescind (reverse and unwind)—never Cancel on a completed event.
- Stuck events are usually waiting on a person, role, parallel sibling, security gap, or definition condition—not a random system freeze; diagnose status, awaiting persons, and step type before mass action.
- Mass and individual management require Business Process Administration / BP security permissions (View, Cancel, Reassign, Rescind as designed); having been the initiator alone does not always grant admin-level control.
13.1 Mass and Individual BP Management
Quick Summary: After you design definitions and steps, you still must operate live events. Individual management works one Hire or Change Job at a time—status, reassign, cancel. Mass management applies the same recovery to many events when inboxes flood or a role leaves mid-process. Task T55 is operational fluency: see status clearly, move work safely, cancel only when allowed, and unstick events without breaking completed history.
Business Process Fundamentals is about 20% of Workday Pro HCM Core (10 of 50 questions, 80% pass, 100 minutes). Earlier BP chapters covered the framework, step types, and configuration. This section closes the operational loop: how administrators and authorized operators manage events that already exist—individually and in bulk—and how to troubleshoot when an event appears stuck.
Why BP Management Is an Exam Topic
Configuration questions ask “what step type?” or “which definition fires?” Management questions ask:
- Who is waiting on this Hire, and can we move it?
- Fifty Change Jobs sit on a manager who left—what tool do we use?
- Is this event still cancelable, or is it completed?
- Why does status say Awaiting Action when “nothing is wrong”?
T55 expects you to choose the right management surface (individual vs mass), the right action for event state (Cancel vs Correct vs Rescind), and a logical diagnosis path for stuck work—not to invent new definitions under pressure.
Event State Before You Touch Anything
Every management decision starts with event state and current step.
| State (conceptual) | What it means | Primary management tools |
|---|---|---|
| In Progress / Successfully Completed = No | Steps remain; someone still owes work | View status, Reassign, Cancel, complete the step |
| Successfully Completed | Definition path finished; history is closed for Cancel | Correct (limited edits), Rescind (reverse + unwind) |
| Canceled / Rescinded / Denied (terminal outcomes) | Event stopped or reversed per action | Usually read-only history; new business needs a new event |
In progress ──► Cancel (stop without completing)
Reassign (change who owns current step)
Complete step (normal path)
Completed ────► Correct (edit allowed completed data)
Rescind (reverse event; unwind effects)
✗ Cancel no longer available
Exam trap: “Cancel the completed Hire so the wrong start date goes away.” Wrong tool. Completed events are not canceled; use Correct for limited field fixes or Rescind to reverse the event and unwind downstream effects (subject to security and process design).
That Cancel / Correct / Rescind triangle appeared in step runtime (Chapter 11). T55 reuses it as the management decision tree when you operate from admin tasks and Related Actions rather than as the everyday approver.
Individual BP Management
Individual management means you open one business process event and act on that instance.
Where you work
| Surface | Typical use |
|---|---|
| My Tasks | Complete your assigned Action, Approval, To Do, or Checklist |
| Event Related Actions → Business Process | View process history/status, reassign, cancel, rescind, correct (as allowed) |
| Worker / position process history | Find the Hire or Change Job event for a subject, then manage |
| Business process event reports / find tasks | Locate a specific event when you are not the assignee |
View status (first skill)
View status / process history answers:
- Which definition ran (default, org-specific, rule-based result)?
- Which steps completed, skipped, or are current?
- Who is the awaiting person (or group of candidates)?
- Is the event still in progress or successfully completed?
- Were any steps denied, sent back, or parallel-waiting?
Without status, reassignment and cancel are guesses. On the exam, stems that describe “stuck for three days” almost always expect you to inspect awaiting persons and step type before mass-canceling half the tenant.
Configuration/ops scenario: Contoso’s HRIS opens a Hire event Related Actions → Business Process → views status. History shows Manager Approval completed, Propose Compensation subprocess Awaiting Action for the Compensation Partner on Engineering. The Hire is not broken; it is waiting on a nested subprocess actor. Fix: complete compensation proposal or reassign that step—not cancel Hire casually.
Reassign (individual)
Reassign moves the current outstanding step from one worker (or from an empty/invalid assignee situation) to another authorized person so the event can continue.
Use reassign when:
- The assignee left the company or is on long leave.
- The step routed to the wrong person because of a temporary role gap.
- A backlog must clear before a hard effective date.
Reassign does not:
- Rewrite the BP definition permanently.
- Grant the new assignee security they lack (if they cannot Approve per BP policy, reassign may still fail or leave them unable to complete).
- Replace Cancel when the business wants the event dead.
Exam trap: “Reassign always bypasses BP security.” False. The destination user still needs the appropriate BP permission (for example Approve) and domain access to finish the step. Reassign changes who holds the task, not the security policy catalog.
Cancel (individual)
Cancel stops an in-progress event so it does not complete. Typical reasons:
- Hire was started for the wrong position.
- Change Job was initiated in error.
- Business withdrew the request before approvals finished.
Cancel is state-gated: available while in progress; unavailable after successful completion. Authority is security-gated: BP security policy (and admin domains) control who may cancel—not merely “I initiated it,” though initiators are often designed into cancel permissions.
Correct and Rescind (individual, completed events)
| Action | Event must be | Effect |
|---|---|---|
| Correct | Successfully completed (where allowed) | Edit limited completed-event data without full process unwind |
| Rescind | Successfully completed (where allowed) | Reverse the event and unwind downstream effects |
| Cancel | In progress only | Stop without completing |
Ops scenario: A Terminate completed with the wrong last day of work. HR cannot Cancel. If policy and step design allow, Correct the date fields; if the termination should never have happened, evaluate Rescind (with awareness of payroll, benefits, and position vacancy side effects).
Mass BP Management
Mass management applies operational actions across many events in one administrative pass. Exam language: use mass and individual tasks to manage business processes—not only the happy-path My Tasks click.
When mass tools are the right answer
| Situation | Individual? | Mass? |
|---|---|---|
| One Hire awaiting the wrong manager | Yes | Overkill |
| Regional manager terminated; 40 approvals in their inbox | Possible but slow | Yes—mass reassign |
| Product change invalidates a batch of in-progress Change Jobs | Case-by-case review first | Mass cancel after criteria confirmed |
| Audit “all open Terminations older than 30 days” | Report first | Mass only after status filter |
Mass task patterns (conceptual)
Workday provides administrative tasks and reports that let authorized users:
- Find / filter business process events by type, status, date, organization, step, or awaiting person.
- Select a set of matching events.
- Apply an action such as reassign current steps or cancel eligible in-progress events.
- Review results (success/failure per event).
Mass is still state- and security-aware:
- You cannot mass-cancel completed events with Cancel semantics.
- You cannot reassign to a user who is not a valid participant under security/routing design and expect magic completion.
- Filters matter: mass actions on the wrong status set cause production incidents.
Mass workflow (mental model)
1. Report / find events (type + status + awaiting person)
2. Confirm business intent (reassign vs cancel)
3. Confirm each selected event is still eligible
4. Execute mass action
5. Spot-check remaining stuck items individually
Configuration/ops scenario: Global Retail’s West Region HR Partner resigns with 37 in-progress Hire and Change Job approvals. The security admin does not open 37 events by hand. They run a mass reassignment of awaiting approval steps from the former partner to the interim partner (who already holds HR Partner on the same supervisory span and has Approve on those BP security policies). Events continue; definitions are untouched.
Exam trap: Mass reassign rewrites the default Hire definition. False. Mass management operates on events (runtime instances), not on the definition catalog (configuration). Changing who completes today’s steps is not the same as Maintain Step Conditions on the definition.
Individual vs Mass Side by Side
| Dimension | Individual | Mass |
|---|---|---|
| Scope | One event | Many events matching criteria |
| Best for | Nuanced diagnosis; exceptions | Volume recovery; role exit; campaigns |
| Primary risk | Slow at scale | Acting on wrong filter set |
| Typical actions | View status, reassign, cancel, correct, rescind | Bulk reassign, bulk cancel, bulk status review |
| Exam cue | “This hire…” | “Dozens of events…” / “all awaiting…” |
Troubleshooting Stuck Events
A stuck event is an in-progress business process that is not advancing—often with aging Awaiting Action status. “Stuck” is a symptom, not a diagnosis.
Diagnosis checklist (memorize)
- Confirm state — Still in progress? If completed, Cancel will not apply.
- Read process history — Which step is current? Action, Approval, Approval Chain, Subprocess, To Do, Integration?
- Identify awaiting person(s) — Empty assignee? Terminated worker? Wrong role holder?
- Check parallel vs serial — Parallel siblings may all need to finish before the process continues; waiting can look like a freeze.
- Check nested subprocess — Parent Hire may wait on Propose Compensation or another nested BP.
- Security — Does the awaiting user have Approve/Action permission and domain View/Modify for required fields?
- Role / org context — Did a reorg remove Manager or HR Partner from the Supervisory Org so routing has no valid participant?
- Conditions — Entry/validation misconfiguration can block or skip unexpectedly (Chapter 12); validate with Rule Tester when logic is suspect.
- Integrations / system steps — Integration steps may wait on external systems or exit conditions.
- Choose remedy — Complete step, reassign, fix role/security, fix data validation, cancel if business withdraws, or escalate definition defects.
Stuck-event symptom table
| What you see | Likely cause | First management move |
|---|---|---|
| Awaiting Manager who left | Assignee invalid | Reassign (individual or mass) to new Manager; fix role assignment |
| Awaiting Action, no person | Routing/role empty | Assign role on org; reassign step |
| Parent BP “stuck,” child incomplete | Subprocess open | Open nested event status; complete or cancel child per design |
| User says “I approved but it still waits” | Parallel sibling unfinished | View status for other open parallel steps |
| User cannot open the step | Domain or BP security | Fix policy + activate; do not only reassign in circles |
| Validation error on submit | Validation condition true | Fix data; do not mass-cancel unless abandoning |
| Entire team’s inbox frozen after security change | Policy edit / activation / group membership | Security diagnosis (section 13.2), then reassign backlog |
Worked scenario A — false stuck
Change Job shows Awaiting Action for three days. Status reveals a parallel To Do for IT provisioning still open while Manager already approved. Remedy: complete the To Do (or cancel the event if the change is abandoned)—not mass reassign Manager approvals that already finished.
Worked scenario B — real assignee gap
Twenty Hires await a Compensation Partner who transferred without role reassignment. Remedy: assign Compensation Partner on the correct orgs, then mass reassign remaining compensation steps to the new partner.
Worked scenario C — wrong tool after completion
Hire completed yesterday with wrong job profile. Support ticket says “cancel and redo.” Correct answer path: Cancel unavailable; evaluate Correct vs Rescind (and whether a new Change Job is cleaner than Rescind). Management literacy includes refusing Cancel on completed work.
Security and Governance of Management Actions
BP management is not unrestricted superuser theater. Effective operators need:
| Need | Layer |
|---|---|
| See events and history | BP View (and related admin domains) |
| Cancel in-progress events | Cancel on BP security policy (and admin tasks) |
| Reassign steps | Reassign / administrative BP permissions as designed |
| Rescind / Correct completed events | Those actions on BP policy where permitted |
| Run mass admin tasks | Business Process Administration–style domain access |
Exam trap: “Anyone in My Tasks can mass-cancel any process in the tenant.” False. Mass administration is privileged. Everyday approvers complete their tasks; administrators with proper domain and BP permissions perform cross-event recovery.
Document mass cancels and reassigns the way you document security activation—silent bulk actions without business approval create audit findings.
Common Confusions Table
| Statement | Verdict | Why |
|---|---|---|
| Cancel works on completed events | Incorrect | Cancel = in progress only |
| Mass reassign edits the BP definition | Incorrect | Acts on events, not definition design |
| Stuck always means product outage | Incorrect | Usually people, parallel steps, security, or nested BPs |
| Individual management is only My Tasks | Incomplete | Related Actions and find/report paths matter |
| Initiator can always rescind anything | Incorrect | Rescind is policy- and state-gated |
| View status is optional before mass cancel | Dangerous | Filter and state check first |
Study Drill for T55
For any management stem, write four lines:
- State: in progress or completed?
- Scope: one event or many?
- Action: view status / reassign / cancel / correct / rescind?
- Root cause if stuck: assignee, parallel, subprocess, security, validation, integration?
That drill converts T55 scenarios into free points under ~2 minutes per item and prepares the security-interaction diagnosis in the next section.
When is Cancel the appropriate management action on a business process event?
What is the primary difference between individual and mass business process management?
A Hire event shows Awaiting Action for several days. Process history shows Manager Approval complete and a Propose Compensation subprocess still open for the Compensation Partner. What is the best first management interpretation?
A regional HR Partner leaves with dozens of in-progress Hire and Change Job approvals still in their queue. The replacement already holds the same constrained HR Partner role and Approve permission on those BP security policies. Which approach best matches T55 mass management intent?