Workflowintermediate

Workflow Notifications and Notification Templates

Explain how workflow notifications are designed, formatted, and routed to end users through multiple channels

Notification Activities in Oracle Workflow generate messages sent to users or roles, which can appear in the EBS Worklist (the notification inbox accessible from the home page), be delivered via email (with HTML or plain-text formatting), and can require a response (like Approve/Reject buttons) that resumes the paused workflow process based on the user's selection. Each notification is defined by a Message (in the Workflow Builder's Message editor) specifying the subject, body template (using &ATTRIBUTE_NAME token substitution for dynamic values), and the set of valid response values.

Workflow notifications are like a smart mail-forwarding system: a letter (notification) is addressed not to a specific named person but to 'whoever currently holds the Branch Manager position,' so the letter automatically reaches the right recipient even if the branch manager changes, and includes a simple reply form (response values) the recipient can fill out and send back to trigger the next step.

Key Concepts

1
Notifications route to a Role rather than directly to a hardcoded user, where a role can represent a single user, a position (dynamically resolving to whoever currently holds that position), or an ad hoc/dynamically-determined user (common in AME-driven approvals, where the specific approver is determined at runtime based on rules rather than fixed in the process definition). This indirection is essential — hardcoding a specific user in a notification activity would break the moment that person changes roles or leaves the organization.
Role
2
The Notification Mailer component handles outbound email delivery and, importantly, inbound processing — allowing users to respond to certain notifications by simply replying to the email (with specific reply syntax) rather than logging into EBS, a convenience feature widely used for simple approve/reject scenarios.
Notification Mailerinbound processing
3
Interviewers often ask candidates to explain why notifications route to roles rather than hardcoded users, and to describe the token-substitution mechanism (&ATTRIBUTE_NAME) used to personalize notification content with transaction-specific details.
&ATTRIBUTE_NAME