Email Notification Fixes

[#1]

We have a variety of user types in Workfront with varying notification needs. And with over 16,000 users, it’s not feasible to manage their preferences manually. Enabling notifications globally in Workfront activates all options for all users by default, resulting in an overload of notifications. Our goal is to provide users with appropriate notification levels initially, with the ability to opt for more if desired.

Issues:

• There is currently no way to activate notification options, but set them to “off” by default.
• There's no automated way to adjust notifications for users through Fusion.
• Our organization relies on parent/subgroup relationships for object sharing and reporting using home group wildcards. Unfortunately, email notifications can only be controlled by parent home groups. Utilizing this for email control would force a significant restructuring of our access hierarchy.

Proposed Solutions:

1. Enable global notifications to be activated but set to "off" by default.
2. Add APIs for each notification type in the API explorer. This would allow Fusion to manage activation/deactivation and on/off functionality for each API.
3. Allow subgroups to set permissions for a user similar to top-level groups, as long as it is the user's home group.
4. Allow subgroups to default to inherited permissions from a parent group, but provide the option for overriding each set of group permissions.

[#2]

I generally support this and hope some improvements will be added to the notifications in WF.

One tip in the meantime, you can disable notifications using API, but only using "unsupported" version. there is an action that allows for that:

there are no clear instructions on how to do this, but if you first get inactive notifcations, hopefully you will be able to figure out how to set inactive ones. If you want to disable all by default that should be even easier.