Study guide
5.3 To-Do Steps, Checklists & Integration Steps
Workday Human Capital Management HCM
Track your progress as you read
Finished sections get a check mark.
1 Foundation & Navigation
1.1 Workday Cloud Architecture, Tenants & Navigation 1.2 Business Objects, Data Model & Related Actions 1.3 Worker Types, My Tasks & Delegation
2 Organizations & Hierarchies
2.1 Supervisory Organizations & Hierarchy Structure 2.2 Matrix, Location & Custom Organizations 2.3 Cost Centers & Financial Organization Hierarchies 2.4 Reorganizations, Effective Dating & Inactivation
3 Staffing Models & Worker Lifecycle
3.1 Staffing Models: Position Management vs Job Management 3.2 The Hire Process & Contingent Worker Contracting 3.3 Job Changes: Transfers, Promotions & Lateral Moves 3.4 Terminations, Separations & Staffing Audit Trails
4 Jobs, Positions & Headcount Management
4.1 Job Profiles, Families & Management Levels 4.2 Position Creation, Restrictions & Availability Dates 4.3 Managing Positions: Close, Freeze & Requisitions
5 Business Process Framework Fundamentals
5.1 Business Process Definitions & Flow Architecture 5.2 Step Types: Actions, Approvals & Approval Chains 5.3 To-Do Steps, Checklists & Integration Steps 5.4 Completion Order, Parallel vs Serial Routing, Conditions & Advanced Routing
6 Advanced Business Process Administration
6.1 Event Operations: Rescind, Cancel, Correct & Mass Operations 6.2 Effective Dates vs Entry Moments & Subprocess Execution 6.3 Service Center Routing & Workday Illuminate AI for BP Intelligence
7 Configurable Security Architecture
7.1 Security Fundamentals: Domains, Functional Areas & Domain Security Policies 7.2 Role-Based Security Groups: Constrained vs Unconstrained 7.3 User-Based, Job-Based, Segment-Based & Workday-Assigned Security Groups 7.4 Security Policy Activation, Role Assignment & Security Audit
8 Compensation Structure & Plan Design
8.1 Compensation Packages, Grades & Grade Profiles 8.2 Base Pay, Allowance Plans & Period Salary Plans 8.3 Bonus Plans, Merit Plans, Commission Plans & Stock Grants 8.4 Compensation Eligibility Rules, Defaulting Logic & Merit Review Cycles
9 Talent, Performance & Skills Management
9.1 Talent Profiles, Competencies & Certifications 9.2 Skills Cloud, Machine Learning Taxonomy & Skill Matching 9.3 Performance Review Cycles, Goals & Anytime Feedback 9.4 Succession Planning, Talent Pools & 9-Box Matrix
10 Absence Management & Time Off
10.1 Absence & Time-Off Plans, Types & Accruals 10.2 Absence Eligibility Rules, Validation Rules & Calendars 10.3 Leave of Absence (LOA) Types, Pay Status & Return to Work
11 Recruiting & Candidate Lifecycle
11.1 Job Requisitions, Postings & Career Sites 11.2 Candidate Pipelines, Stage Progression & Screening Workflows 11.3 Employment Offers, eSignatures & Ready for Hire Transition
12 Report Writer & Data Visualization
12.1 Building Custom Reports: Types, Columns, Sorting, Filters & Prompts 12.2 Primary Data Sources, Indexed Data Sources & Business Objects 12.3 Calculated Fields: Text, Date, Arithmetic, Logic & Lookup Related Value 12.4 Discovery Boards, Dashboards & Prism Analytics Integration
13 Workday Integrations & Enterprise Interface Builder
13.1 Integration Architecture: Core Connectors, Studio, REST & SOAP APIs 13.2 Integration Security: ISUs, ISSGs & Web Services 13.3 Enterprise Interface Builder (EIB): Outbound Integrations & Transformations 13.4 Enterprise Interface Builder (EIB): Inbound Integrations & Spreadsheet Templates
14 Release Management, Ecosystem & Workday AI
14.1 Semi-Annual Release Cadence, Preview Tenants & Feature Opt-In 14.2 Workday Illuminate AI, AI Assistant & Generative Productivity 14.3 Agent System of Record, AI Governance & Workday Extend
5.3 To-Do Steps, Checklists & Integration Steps
Key Takeaways Explain This Topic AI
To-Do steps represent manual, off-system, or informational tasks that require human acknowledgment but do not directly update Workday business object fields.
Placing a To-Do step after the Completion step creates a non-blocking post-completion task: the main business process marks as Successfully Completed and commits changes, while the To-Do remains open in My Tasks.
Checklists bundle collections of To-Do steps, document acknowledgments, and action tasks into coordinated packages distributed to multiple roles during onboarding, offboarding, and worker transitions.
Integration steps automate system-to-system exchanges (such as outbound EIB data transfers or automated Document Generation) directly within the business process lifecycle.
Service steps execute automated, background Workday processing (such as provisioning user accounts or generating employee IDs) without human intervention or inbox task generation.
Last updated: September 2026
5.3 To-Do Steps, Checklists & Integration Steps
Quick Answer: The Business Process Framework orchestrates both human and automated operations through specialized non-approval step types. To-Do steps assign manual or off-system tasks (e.g., "Issue facility security badge" ) that require a user to acknowledge completion without updating Workday data fields. A To-Do placed before the completion step blocks event finalization, whereas a To-Do placed after the completion step allows the transaction to reach Successfully Completed while remaining an open inbox item. Checklists bundle multiple To-Dos and tasks across multiple assignees for major lifecycle transitions like Onboarding. Integration steps trigger automated data interfaces (such as EIBs or Document Generation) directly within the workflow. Service steps execute core background Workday logic (such as account provisioning) without human interaction.
To-Do Steps: Manual & Off-System Task Orchestration
Real-world enterprise business events often require actions that cannot be executed directly within Workday. For example, a new worker may require a physical office key, an external IT ticket may need to be created in ServiceNow, or an HR specialist may need to physically inspect Form I-9 identity documents. Workday models these external activities using To-Do steps .
Anatomical Structure of a To-Do Step
When an administrator configures a To-Do step, they define the following attributes:
Title: A concise description of the task (e.g., Provision Laptop and VPN Access ).
Instructions: Detailed operational guidance, standard operating procedures (SOPs), or embedded hyperlinks directing the user to external ticketing portals or facility management systems.
Assignee: The security group or assignable role responsible for completing the task (e.g., IT Service Desk , Facilities Partner , HR Representative ).
Due Date Calculation: An offset rule that dynamically calculates when the task must be completed (e.g., 2 business days after step initiation or 1 day prior to effective date ).
No Database Field Mutation
A vital architectural characteristic of the To-Do step is that it does not mutate Workday database fields . When an assignee completes a To-Do in My Tasks, they simply click Done (or enter an optional confirmation comment). The system marks the step as Completed in the Process History, but no attributes on the Worker, Position, or Organization objects are modified.
Pre-Completion vs. Post-Completion To-Dos
The relative placement of a To-Do step in relation to the Completion Step fundamentally alters business process behavior and event status. PRE-COMPLETION TO-DO: Blocks event completion
- [Step a: Initiate] --> [Step b: To-Do (Verify I-9)] --> [Step c: COMPLETION STEP] --> [Successfully Completed]
- ^ Process paused here;
- Event remains 'In Progress'
POST-COMPLETION TO-DO: Non-blocking operational tracking
[Step a: Initiate] --> [Step b: COMPLETION STEP] ----> [Successfully Completed] --> [Step c: To-Do (Order Badge)]
- ^ Event is complete; ^ Remains open in inbox
- Worker is active; as an active reminder
- DB committed
- Pre-Completion To-Do (Blocking Behavior)
Placement: The step order letter precedes the designated Completion step (e.g., Step b where Step c is Completion).
Behavior: The business process event remains in In Progress status. The transaction will not finalize , database changes will not commit, and downstream staffing statuses remain pending until the assignee opens the To-Do and clicks Done .
Use Case: Mandatory compliance checks that must be validated before employment legally takes effect (e.g., mandatory background check clearance or executive sign-off).
Post-Completion To-Do (Non-Blocking Behavior)
Placement: The step order letter follows the designated Completion step (e.g., Step d where Step c is Completion).
Behavior: Once Step c finishes, Workday immediately marks the business process event as Successfully Completed . All database updates commit, the worker's operational record becomes active, and payroll integrations can consume the new record. Meanwhile, Step d spawns independently in the assignee's My Tasks inbox as an active tracking item.
Use Case: Administrative housekeeping tasks that should not delay the legal hire date or employee system activation (e.g., scheduling a 30-day check-in, ordering business cards, or enrolling in facility parking).
Checklists: Orchestrating Multi-Role Lifecycle Bundles
While a single To-Do step handles an isolated task, complex talent events involve dozens of coordinated tasks across multiple departments. Workday orchestrates these through Checklists .
Checklist Mechanics and Architecture
A Checklist is a coordinated framework that deploys a package of To-Do steps, document reviews, and self-service action tasks to multiple recipients based on worker attributes and lifecycle triggers.
Multi-Role Distribution: A single onboarding event triggers distinct, concurrent checklist items to:
The Worker (Self): Complete emergency contacts, review the employee handbook, input direct deposit details, submit photo.
The Direct Manager: Assign a team onboarding buddy, prepare 30-day milestone objectives, schedule introductory 1-on-1s.
IT Support: Provision email credentials, ship mobile hardware, configure single sign-on (SSO).
Facilities: Program security badge, assign desk space, allocate parking permits.
Tracking and Auditability
Workday provides dedicated operational reporting dashboards (such as Track Onboarding , Checklist Status Report , and Workers on Leave ) that allow HR Partners to monitor overall checklist completion percentages across hundreds of concurrent workers, identifying operational bottlenecks before a new hire's first day.
Integration Steps: Automating Downstream Systems
Modern enterprise HCM environments require continuous synchronization with external enterprise systems—including identity providers (Okta, Azure AD), third-party payroll engines (ADP, CloudPay), enterprise asset managers, and benefits carriers. Rather than relying on nightly batch batch-jobs, Workday embeds Integration steps directly into the Business Process Framework.
- Two Primary Forms of BP Integration Steps
- 1. Automated Document Generation
Integration steps frequently trigger Workday's native Document Generation engine:
When a Hire or Job Change event reaches the integration step, Workday automatically pulls transactional metadata (e.g., Worker Name, Title, Base Pay, Start Date, Sign-on Bonus) into a pre-configured template (built via Workday Docs or BIRT).
The engine renders a secure, unalterable PDF document (such as an Employment Offer Letter or Non-Disclosure Agreement ).
The workflow immediately passes the rendered PDF to an integrated eSignature step (utilizing native Workday eSignature, Adobe Acrobat Sign, or DocuSign) for electronic worker signature.
2. Enterprise Interface Builder (EIB) Outbound Integration
An integration step can automatically launch an outbound Enterprise Interface Builder (EIB) or Workday Studio integration:
Event Context Passing: The business process automatically passes the specific Event WID or Worker WID into the integration's launch parameters.
Targeted Payload: The integration extracts data specific strictly to the transaction that just occurred, generates an XML, JSON, or CSV file, and delivers it securely via SFTP, REST, or SOAP API to an external endpoint (e.g., immediately provisioning an account in Active Directory upon hire completion).
Synchronous vs. Asynchronous Integration Execution
Administrators configure how the BPF engine behaves while the integration executes:
Synchronous (Wait for Completion): The business process pauses at the integration step until the integration completes its external handshake. If the integration succeeds, the BP advances. If the integration errors out, the BP halts, alerting the integration administrator.
Asynchronous (Fire and Forget): The BP launches the integration job in the background and immediately advances to the next step without waiting for external confirmation.
Service Steps: Core System Automation
While Integration steps interact with external systems or generate documents, Service steps execute internal, automated Workday system processing.
The Anatomy of a Service Step
Zero User Interaction: A Service step never routes to any user's My Tasks inbox. It generates no notifications and requires no human clicks.
Engine Execution: When the workflow encounters a Service step, the core Workday application engine runs a specific calculation, establishes an object association, or creates a dependent business object in RAM.
Typical Delivered Service Steps
Create Workday Account : Automatically provisions system login credentials, user names, and security profile links for a newly hired worker.
Calculate Compensation Range Spread / Compa-Ratio : Re-calculates internal pay equity metrics and salary range positioning immediately following a compensation adjustment.
Assign Default Pay Group : Maps a worker to their corresponding payroll processing group based on country, company, and pay rate type.
Maintain Employee Contract : Updates contract expiration dates and legal staffing attributes in global jurisdictions.
Auxiliary Step Types Comparison Matrix
Step Type Execution Method Interacts with User? Mutates Workday Data? Impact if Step Stalls
To-Do Manual human completion Yes : Assignee clicks "Done" No : Purely an operational reminder Pauses process if pre-completion; no impact if post-completion
Checklist Multi-task bundle across roles Yes : Multiple users complete tasks Variable : Contains To-Dos and self-service actions Individual task delays trackable via onboarding reports
Integration Automated interface / Doc Gen No : Executes integration service Indirect : Transmits data externally or generates PDFs Pauses workflow if configured as synchronous and errors occur
Service Native Workday application logic No : Fully background system execution Yes : Creates system objects (e.g., User Accounts) Halts process with a system incident if service criteria fail
Common Exam Traps & Pitfalls
The Post-Completion Illusion: An exam question presents a scenario where a newly hired employee is actively working, receiving payroll, and logging hours, but the recruiter claims "the Hire process is not finished because the IT badge To-Do is still open." The exam tests your understanding that if the To-Do is configured post-completion , the business process event is already Successfully Completed ; the open To-Do is merely an uncompleted tracking item.
To-Dos as Data Entry Tools: Workday certification questions frequently trick students by suggesting that an administrator can use a To-Do step to "prompt the manager to enter the worker's new bonus percentage." A To-Do cannot accept data inputs for business objects. Entering or editing business data requires an Action step .
Confusing Service Steps with Integration Steps: Service steps run inside Workday's core platform to manage internal records (like provisioning a user account). Integration steps connect outward to external systems or document formatting engines.