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.
Last updated: August 2026

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 meansPrimary management tools
In Progress / Successfully Completed = NoSteps remain; someone still owes workView status, Reassign, Cancel, complete the step
Successfully CompletedDefinition path finished; history is closed for CancelCorrect (limited edits), Rescind (reverse + unwind)
Canceled / Rescinded / Denied (terminal outcomes)Event stopped or reversed per actionUsually 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

SurfaceTypical use
My TasksComplete your assigned Action, Approval, To Do, or Checklist
Event Related Actions → Business ProcessView process history/status, reassign, cancel, rescind, correct (as allowed)
Worker / position process historyFind the Hire or Change Job event for a subject, then manage
Business process event reports / find tasksLocate a specific event when you are not the assignee

View status (first skill)

View status / process history answers:

  1. Which definition ran (default, org-specific, rule-based result)?
  2. Which steps completed, skipped, or are current?
  3. Who is the awaiting person (or group of candidates)?
  4. Is the event still in progress or successfully completed?
  5. 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)

ActionEvent must beEffect
CorrectSuccessfully completed (where allowed)Edit limited completed-event data without full process unwind
RescindSuccessfully completed (where allowed)Reverse the event and unwind downstream effects
CancelIn progress onlyStop 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

SituationIndividual?Mass?
One Hire awaiting the wrong managerYesOverkill
Regional manager terminated; 40 approvals in their inboxPossible but slowYes—mass reassign
Product change invalidates a batch of in-progress Change JobsCase-by-case review firstMass cancel after criteria confirmed
Audit “all open Terminations older than 30 days”Report firstMass only after status filter

Mass task patterns (conceptual)

Workday provides administrative tasks and reports that let authorized users:

  1. Find / filter business process events by type, status, date, organization, step, or awaiting person.
  2. Select a set of matching events.
  3. Apply an action such as reassign current steps or cancel eligible in-progress events.
  4. 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

DimensionIndividualMass
ScopeOne eventMany events matching criteria
Best forNuanced diagnosis; exceptionsVolume recovery; role exit; campaigns
Primary riskSlow at scaleActing on wrong filter set
Typical actionsView status, reassign, cancel, correct, rescindBulk 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)

  1. Confirm state — Still in progress? If completed, Cancel will not apply.
  2. Read process history — Which step is current? Action, Approval, Approval Chain, Subprocess, To Do, Integration?
  3. Identify awaiting person(s) — Empty assignee? Terminated worker? Wrong role holder?
  4. Check parallel vs serial — Parallel siblings may all need to finish before the process continues; waiting can look like a freeze.
  5. Check nested subprocess — Parent Hire may wait on Propose Compensation or another nested BP.
  6. Security — Does the awaiting user have Approve/Action permission and domain View/Modify for required fields?
  7. Role / org context — Did a reorg remove Manager or HR Partner from the Supervisory Org so routing has no valid participant?
  8. Conditions — Entry/validation misconfiguration can block or skip unexpectedly (Chapter 12); validate with Rule Tester when logic is suspect.
  9. Integrations / system steps — Integration steps may wait on external systems or exit conditions.
  10. 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 seeLikely causeFirst management move
Awaiting Manager who leftAssignee invalidReassign (individual or mass) to new Manager; fix role assignment
Awaiting Action, no personRouting/role emptyAssign role on org; reassign step
Parent BP “stuck,” child incompleteSubprocess openOpen nested event status; complete or cancel child per design
User says “I approved but it still waits”Parallel sibling unfinishedView status for other open parallel steps
User cannot open the stepDomain or BP securityFix policy + activate; do not only reassign in circles
Validation error on submitValidation condition trueFix data; do not mass-cancel unless abandoning
Entire team’s inbox frozen after security changePolicy edit / activation / group membershipSecurity 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:

NeedLayer
See events and historyBP View (and related admin domains)
Cancel in-progress eventsCancel on BP security policy (and admin tasks)
Reassign stepsReassign / administrative BP permissions as designed
Rescind / Correct completed eventsThose actions on BP policy where permitted
Run mass admin tasksBusiness 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

StatementVerdictWhy
Cancel works on completed eventsIncorrectCancel = in progress only
Mass reassign edits the BP definitionIncorrectActs on events, not definition design
Stuck always means product outageIncorrectUsually people, parallel steps, security, or nested BPs
Individual management is only My TasksIncompleteRelated Actions and find/report paths matter
Initiator can always rescind anythingIncorrectRescind is policy- and state-gated
View status is optional before mass cancelDangerousFilter and state check first

Study Drill for T55

For any management stem, write four lines:

  1. State: in progress or completed?
  2. Scope: one event or many?
  3. Action: view status / reassign / cancel / correct / rescind?
  4. 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.

Test Your Knowledge

When is Cancel the appropriate management action on a business process event?

A
B
C
D
Test Your Knowledge

What is the primary difference between individual and mass business process management?

A
B
C
D
Test Your Knowledge

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
B
C
D
Test Your Knowledge

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?

A
B
C
D