In two previous blog posts, we have discussed setting up security roles and access levels for users to send ClickDimensions emails. These same principles can also be used to determine who can set up ClickDimensions’ subscription management feature, which would involve creating subscription lists, appending marketing lists to those subscription lists and creating subscription management pages.
While the ClickDimensions solution includes its own security roles, these should be cloned before customizing them to match each customer’s organizational needs.
As a quick review, CRM contains eight privileges that users can perform on records:
To build a subscription list, users must have the Create privilege on the subscription list entity. However, subscription lists are also connected to marketing lists, so it is necessary to have the proper privileges on that entity as well.
When you are associating a marketing list to a subscription list, the marketing list record is actually being appended to the subscription list record. This process will involve utilizing the Append and the Append To privileges in CRM’s security role set up. The Append privilege allows one record to be attached to the other record. In this case, the marketing list is the record that is being attached to the subscription record, so the Append privilege on the marketing list entity is needed for users to associate a marketing list to a subscription list. The subscription list is the record that another record is attaching to, so the Append To privilege will be necessary as well.
It is important to note that these are both necessary for the process to work. If the Append privilege is given on the marketing list entity, but the Append To privilege is not added to the subscription list entity, the association between these records cannot occur.
Once the subscription lists are created and the marketing lists are associated, the next step is to set up the subscription management page, which is a type of ClickDimensions web content. Users will need the create privilege on the web content entity to create the subscription page record and access the editor.
CRM’s security model also allows for these privileges to be assigned at certain access levels. The access level determines on which specific records of that entity users can perform the privileges. As a review, here is an explanation of each access level CRM offers with its security role settings.
None Selected – The user cannot perform the privilege at any level.
User – The user can perform the privilege on any records they own.
Business Unit – The user can perform the privilege on their own records and any records owned by anyone in the same business unit as the user.
Parent: Child Business Units – The user can perform the privilege on their own records, any records owned by anyone in the same business unit as the user, or records owned by anyone in a business unit under theirs in the business unit hierarchy.
Organization – The user can perform the privilege on any records in that CRM environment regardless of who owns them.
Using access levels can help organizations limit which marketing lists can be associated with which subscription lists. For example, if users in one business unit should not be accessing subscription lists owned by users in another business unit, assigning privileges on the subscription list and marketing list entities at the business unit access level will prevent a user from modifying those subscription lists or associating marketing lists to them.
Similarly, if each business unit has its own subscription page that pertains to a specific company or brand, assigning privileges on the web content entity at the business unit access level will prevent users from editing the subscription pages of other business units.
While the ClickDimensions solution includes its own security roles, these can be cloned and customized to match each customer’s organizational needs. This functionality can be particularly useful when assigning privileges to subscription management entities.