5.3 Step Configuration, Order & the Completion Step

Ordering is alphabetical, and that is deliberate

Configure the order in which steps execute using letters, because Workday sorts alphabetically. Workday explicitly recommends letters over numbers, and the reason is a sorting quirk worth remembering: with numbers, 10 and 100 sort before 2, and 2,000 sorts before 3.

The conventions:

• All business processes start with step a, the Initiation step.
• Use multiple letters to insert new steps into an existing order. The sequence a, b, ba, bb, c runs in exactly that order.
• Skip letters if necessary. a, b, d runs in that order.
• Use all lowercase or all uppercase. Mixing cases complicates the order: lowercase-lettered steps list before steps with the same letter in uppercase, but they still run in parallel regardless of case.

  a   Initiation                     ← always first, cannot be removed
  b   Action: Propose Compensation
  ba  Approval: Manager              ← inserted later, runs after b
  bb  Approval: HR Partner           ←   and before c
  c   Service: Create Workday Account
  d   To Do: Submit W-4              ← letter skipped; still runs in order

Parallel versus sequential. Steps with the same order letter run in parallel. That is the mechanism for "the manager and the HR partner should approve at the same time" - give both steps the same letter rather than consecutive ones.

Per-step configuration

Much of business process configuration is done by editing the steps themselves. Each step has its own Related Actions menu, and you can configure a step while viewing the business process definition.

The two-task trap. Create Condition Rule and Maintain Step Conditions are separate operations. Creating a rule only adds it to the library; the step is unaffected until you apply it with Maintain Step Conditions. Administrators who create a rule and stop are the classic case of "I built the condition and the step still runs every time."

Advanced routing is a segregation-of-duties control

Maintain Advanced Routing prevents someone approving their own transaction when they are the initiator, a prior approver, or the subject of the event. It is the answer whenever a scenario says a manager was able to approve their own pay change, or an initiator approved the event they submitted. Because role-based groups derive from organization assignments, a manager can legitimately be a member of the approving group for their own event - advanced routing is the control that closes that gap.

Step delays

Maintain Step Delay builds a wait before the next sequential step runs. Use it to space a notification from the event, or to give an integration time to complete before a dependent step fires.

The completion step

The completion step designates when to save or commit information to Workday. Completion makes the data in the business process available to other areas of Workday - payroll, the general ledger, downstream integrations.

The rules:

• All Approval steps and Review steps must come before the completion step.
• You cannot have more than one completion step in a business process.
• If there is no completion step, the business process is marked complete when the last step finishes.
• The process may contain steps after the completion step, and the status becomes Successfully Completed once the completion step has finished.

Set it from a step's Related Actions > Business Process > Set As Completion.

The consequence that shows up in real tenants

Workday's own example: a person is listed as hired even if they have not yet done several new-hire To Do steps, as long as the completion step has successfully finished.

That is the whole point of the design - and the whole source of confusion. Post-completion steps are genuine steps that genuinely need doing, but the business outcome has already happened.

  a  Initiation
  b  Action: Hire Employee
  c  Approval: Manager            ┐
  d  Approval: HR Partner         ├─ must be before completion
  e  Complete  ★ COMPLETION       ┘  ← worker is now "hired"
  f  Service: Create Workday Account
  g  To Do: Submit W-4                ← still outstanding, hire already committed
  h  To Do: Enroll in Benefits

Placement decides what "done" means:

Exam framing to expect: "A worker shows as hired but has outstanding onboarding tasks" is not a defect. It means the completion step is placed before those To Dos, which is normal and correct design. The defect version of that question is the opposite - "payroll cannot see the new hire until all onboarding To Dos are complete," which means the completion step is too late.

Testing a definition change

Prove definition changes in a nonproduction tenant before Production. A workable sequence:

1. Confirm what the type allows with Business Process Configuration Options.
2. Make the change with an appropriate effective date.
3. Verify the security groups you routed to are on the business process security policy - the Group prompt only offers groups that are.
4. Initiate a test event and walk it end to end, using proxy to act as each assignee.
5. Check the process against View Definition for the date you are testing, so you know which version you exercised.
6. Confirm the completion step fires where you expect and that downstream data appears.