An Overview of Alert Composer Feature In Oracle HCM Cloud Application (Application Release Version Release 13 23A)
HCM Alerts is a common functionality from common architecture team and
has following salient features:
- ·
Provides ability to send notifications
triggered from an event or from rest resource.
- § Event Alerts:
Event Alerts are based on the context provided by the calling client.
Modification of the triggering criteria for notifications is not supported.
- § Resource Alerts: Resource Alerts are based on the Oracle HCM Cloud REST API resources.
You can modify the triggering criteria for notifications by defining filters on
the resource attributes
- ·
Provides ability to send email
notifications and/or FYI worklist notifications.
- ·
Delivers a rich UI to define the event
and resource alert, filter conditions, notification templates, email formats,
recipients, etc.
- ·
Provides ability to define
language/country specific email templates.
- ·
Provides ability to use groovy
expressions and substitute runtime values from input.
- ·
Provides APIs to define alerts,
templates and other required setup data.
- ·
Provides ability to schedule jobs for
processing notifications.
- ·
Standard seeded alerts have been
created out of the box.
- ·
Customers can create custom
alerts.
- ·
Alerts can have multiple access levels
– Restricted, System, Extensible User.
- ·
Extensible and user can be modified
- ·
User defined Alerts can be disabled
Alerts is a common
functionality from Fusion that provides the ability to:
- ·
Send notifications triggered from an
event or from REST resource
- ·
Send email notifications and/or FYI
worklist notifications
- ·
Learning uses event based and ESS
alerts
Learning
Administrator can use Alerts UI to define the event and resource alert, filter
conditions, notification templates, email formats and recipients
Alert Types
Alert Types |
Alert
Description |
Use Case
Examples |
Event Alert |
An event alert can be used to send notification(s)
when a change has happened in the system by calling the processAlertAPI |
1.
Notification to user that password change was
successful 2.
Notification to inform workers that new work
schedules are available |
Resource Alert |
A resource alert is used to send on-demand or
scheduled notifications based on REST resource and applying filter criteria |
1.
Send
notification(s) to employee and manager when employee’s visa is expiring
within a certain period. 2.
Send
notification(s) to employee and manager when employee’s passport is expiring
within a certain period. |
Access
Levels
•
Access
levels are defined for alerts to control the actions that can be performed on
the alerts.
–
For
example, you can add new templates and modify predefined templates for an alert
if its Access Level is set to Extensible or User but not if its Access Level is
set to System.
•
You
can view the access level for an alert when editing the alert; however, you
can't modify it.
• Alerts that are predefined with access levels System or Extensible are always enabled. You can't disable them. Alerts that are user-defined are enabled by default. You can disable them.
HCM
Alerts (Key Features)
At this point some consultants may feel that a lot
many of the Alert features can be achieved using OTBI Analysis or for that
matter BI SQL too. However, Alerts offer some features which are unique to
itself. Some of the most saliengt ones being:
Ø Alerts is real-time event (i.e. as
it happens) i.e. password reset, enroll for class etc. these can NOT be
captured by queries i.e. there is NO password reset table to query.
Ø
Efficient
as there is NO polling required for event driven alerts.
Ø
Custom
data sources i.e., Password, User, etc. are supported in Alerts
Ø
Support
for system, extensible and user-defined alerts.
Ø
Support
for multiple templates for an alert i.e. employee, manager specific content.
Ø
Integration
to Worklist and User preferences are honored.
Ø Rich text editor support for
message Subject & Body.
Alert
Composer Configuration
One can use Tools->Alert Composer and then try to
Add Resource Alert.
Add Resource
Alert |
|
Access Level |
User |
Enabled |
Yes |
Alert Code |
Auto assigned when saved |
Name |
<User Input> |
Description |
<User Input> |
Resource |
REST resources for which you want to create Alert.
Once save the Resource can’t be changed |
Available
Resources
Ø
In
order to create a User, Alert the REST resources need to be available.
Ø
Based
on the primary resource sleeted, when filters are added a list or
Resources/child records are available
Ø Additional resources will continue to be added, enhancement requests could also be submitted to request additional Resources
Attributes
Return attribute for a
person can be Persoid , Work-Email , DisplayName
, FirstName , LastName , User-Name
Functions
Some of the functions support by Alerts include:
Function Names |
Function Description |
hrRep |
Returns HR Representative Type for PersonId or
AssignmentId provided. |
payRep |
Returns Payroll Representative Type for PersonId or
AssignmentId provided. |
benRep |
Returns Benefit Representative Type for PersonId or
AssignmentId provided. |
unionRep |
Returns Union Representative Type for PersonId or
AssignmentId provided. |
empManager |
Returns
the employee’s manager for the PersonId or AssignmentId provided. |
Person |
|
getSysdate |
Returns System Date |
getSystimestamp |
Returns System Date and Time |
formatNumber |
Formats a Number |
formatDate |
Returns Date in specific format |
formatXML |
Returns formatted XML |
Loop |
Loops through a collection (possible use case is to
construct line manager list) |
Tokens
Notifications contain tokens. When a notification
is modified, you can only use tokens
available for the context. For example, if you modify a notification sent to
candidates, you can only use tokens for the candidate context.
Example Tokens for Candidates in ORC
CandidateFirstName,CandidateLastName,CandidateDisplayName,CandidateUserName,CandidateNumber,CandidateEmail,CandidatePreferredPhone,CandidateLocation,CandidateTokenURL
Example Tokens for Job Offer in ORC
JobOfferTitle,JobOfferTeamMembersUserNameList,JobOfferRecruiterDisplayName
JobOfferRecruiterUserName,JobOfferRecruiterEmail,JobOfferHiringManagerDisplayName
JobOfferHiringManageruserName,JobOfferHiringManagerEmail,JobOfferDetailsTeamDeepLinkURL
JobOfferListDeepLinkURL,JobOfferDetailsCandidateDeepLinkURL
Filters
Enables the Alert to be triggered based on specific
criteria. Also helps to segregate population like (What population of employees
should get this alert )
Defining
Templates
A template is the format for an alert notification.
The template includes the message text, and Groovy expressions defined for the
variables in the message. Alert Notifications can be sent to a recipients email
and worklist based on template configuration. For Extensible and User Alerts,
multiple templates can be defined, modified or disabled. Multiple languages are
supported. The default language is set when creating a template, when a
template is saved language-specific templates are created in the application
based on the installed languages. During runtime, worklist notifications are
sent based on the recipient's user language preference. If the corresponding
language is not found, the default template is used
Defining
Templates – Communication Method
•
How
Alert will be delivered – Worklist, Mail
•
Use
an Expression builder to define the Recipients
Defining
Templates – Message
•
Define
the message that will be generated and sent the
recipients
•
Expressions
can be utilized in the Subject, Group by and Message Text areas.
Groovy
Expressions
Defining
Templates – Translation Editor
•
Alert
Composer supports multiple language templates
•
When
the template is saved multiple template are created based on the installed
language.
•
If
creating User Defined Alerts, create the template in the default language then
access the translation editor to view and update the template in each installed
language.
Defining
Templates - Run Options
•
Run
Options enable you to specify the runtime settings for an alert.
•
Run
Options include:
–
On
Demand – to run the alert notification immediately if initiated by a user.
–
Schedule
– to run the notification at a specific time. Specify the notification
frequency and the start date and time.
•
Set
Log Activity History to Yes to view details about the Alert on the Alert
History page.
•
Set
Simulate Run to Yes to do a test run of the Alert
•
Enable
Duplicate Message if needed.
Log
Activity History
Set Log Activity History to Yes to view details about
the Alert on the Alert History page.
Conclusion
And with this I have come to the end of the article
hope this was a good read and you all were able to learn something out of it.
That’s all from my side for now. Have a nice day all and do feel free to share
your suggestions and feedback at ashish1234u@gmail.com
Also contact at ashish1234u@gmail.com for ERP implementation project,
job support, training, document preparation.
Comments
Post a Comment