Wiki: EVENT_RECIPIENT

EVENT_RECIPIENT_TYPE is a field which stores values from a supplied lexicon and refers to the individual(s) to whom the workflow action is communicating.

X_EVENT_RECIPIENT_TYPE is a fixed lexicon with the following values:

Saved Value	Displayed Value	Usage Information
01	User	If this recipient type is used, ensure that the user has been set up properly in IMUS with the email address stated there (for workflow actions that are issuing emails). If the email address on the IMUS record is blank then IF there is a person filled in on the IMUS record the system will try to retrieve the email address from the "Employee". "Current User" will be the default value used when updating IMUC to call workflow actions of the type "User". Workflow Actions set up on IMUC triggered by changes made to self service should not use the defaulted "Current user" as a recipient type.
02	Employee	If one of these recipient types is used, then ensure that the email address is stated on the person's Prime assignment record (IEAS). When an email is issued and this recipient type is used, the system will go to the employee's IEAS screen and read the email address from there. If there is no email address on the employee's Prime assignment, the system will go to their Personal Information (IEPI) to retrieve the email address. If their IEPI record does not have an email address, no email will be sent. This option can only be used from tables with a hook to the P2K_HR_EMPLOYMENTS table.
03	Manager	If one of these recipient types is used, then ensure that the email address is stated on the person's Prime assignment record (IEAS). When an email is issued and this recipient type is used, the system will go to the employee's IEAS screen and read the email address from there. If there is no email address on the employee's Prime assignment, the system will go to their Personal Information (IEPI) to retrieve the email address. If their IEPI record does not have an email address, no email will be sent. This option can only be used from tables with a hook to the P2K_HR_EMPLOYMENTS table. Managers must be set up in the "supervised by" field on IEAS in order for a recipient to be found. No other "Manager type" is supported by this recipient type.
04	Business Contact	If this recipient type is used, ensure that the contact has been set up on IECI with the email address stated there. It is important that the business contact have a contact type value of "Business Contact" for their IECI record in order to select the contact as the recipient type in the UserCalc.
05	Candidate	If this recipient type is used, ensure that the email address is stated on the candidate's profile record IRCA.
06	Current Identity	If one of these recipient types is used, then ensure that the email address is stated on the person's Prime assignment record (IEAS). When an email is issued and this recipient type is used, the system will go to the employee's IEAS screen and read the email address from there. If there is no email address on the employee's Prime assignment, the system will go to their Personal Information (IEPI) to retrieve the email address. If their IEPI record does not have an email address, no email will be sent. When triggering workflow actions in self service "Current Identity" should be used instead of "Current User"
07	Specific Employment	If one of these recipient types is used, then ensure that the email address is stated on the person's Prime assignment record (IEAS). When an email is issued and this recipient type is used, the system will go to the employee's IEAS screen and read the email address from there. If there is no email address on the employee's Prime assignment, the system will go to their Personal Information (IEPI) to retrieve the email address. If their IEPI record does not have an email address, no email will be sent.
08	People List	If one of these recipient types is used, then ensure that the email address is stated on the person's Prime assignment record (IEAS). When an email is issued and this recipient type is used, the system will go to the employee's IEAS screen and read the email address from there. If there is no email address on the employee's Prime assignment, the system will go to their Personal Information (IEPI) to retrieve the email address. If their IEPI record does not have an email address, no email will be sent. Please note that if a people list is being used, the 'Rederive on use' toggle on the people list must be unchecked. The 'Rederive on use' option for people lists cannot be used in conjunction with workflows.
09	Department Coordinator	This recipient type when used on an ACT line in IMUC will give a list of the "Coordinator Types" available from the lexicon X_COORDINATOR_TYPE. This type could only be used on work flows that can get a clean link to department. Types of "Department Coordinators" can be established on the IDDP on the "Coordinators" tab by Person or Position. Unlike most other WF emails, the email recipients are deciphered at the time of sending the email due to the fact there could be multiples and not at the of insert the WF Log thus the email cannot be personalized to the recipients.
10	Record Creator	This type allows you to send emails back to the person who created a record.If one of these recipient types is used, then ensure that the email address is stated on the person's Prime assignment record (IEAS). When an email is issued and this recipient type is used, the system will go to the employee's IEAS screen and read the email address from there. If there is no email address on the employee's Prime assignment, the system will go to their Personal Information (IEPI) to retrieve the email address. If their IEPI record does not have an email address, no email will be sent.

Notes #

Click to create a new notes page