Learn more about Platform-wide roles

Platform-wide roles set the baseline of what a person can do across the entire CMS.

Platform-wide roles set the baseline of what a person can do across the entire CMS.

Every person who logs in to the CMS has one platform-wide role. This role controls the broad things you can do everywhere on the site: what kinds of content you can create, whether you can send campus messages, and which restricted pages you can view. It works alongside your site-group level permissions, which control what you can do inside one specific site group. Most platform-wide roles are assigned by the Web Communications team. The one exception is CMS Author, which everyone receives automatically the first time they log in.

The roles below are grouped by what they are for.

Content editing roles

These roles determine what content you can build and how much of the CMS you can manage.

The default role for everyone. You receive it automatically on your first login. CMS Authors can manage the publishing workflow for content, moving items between draft, needs review, and published, and can create the everyday content types: pages, topics, categories, faculty/staff listings, blogs, blog posts, intercom posts, and media galleries. CMS Authors can also edit some fields on existing custom cards. Almost everyone who edits the website is a CMS Author. See Publishing states and revisions for how the workflow works.

Everything a CMS Author can do, plus a wider set of content types and site-level tools. CMS Managers can create and edit specialized content such as academic departments, academic programs, minor programs, events, news, IC View articles, custom landing pages, person spotlights, profiles, simple full width pages, alerts, and sites. They can also administer taxonomy, add URL redirects, manage a site's local navigation, view every site group and create new ones, and add content with or without a site group. CMS Managers can view all content regardless of access restrictions, and they have access to a number of more specialized paragraphs, such as Hero, Container, and Spotlight Slider, that CMS Authors do not.

The highest level of access. Administrators have every permission on the website, and those permissions cannot be changed. This role is reserved for the Web Communications team. Administrators cannot send Intercom Alerts, Intercom Notices, or Public Safety Alerts; those are handled by the dedicated roles below.

Affiliation roles

These roles identify a person's relationship to the college and control access to pages that are limited to a specific audience.

Designates a person as faculty. Faculty can view pages restricted to faculty, can create intercom posts, and can be designated on profiles. See Faculty and staff profiles.

Designates a person as staff. Staff can view pages restricted to staff, can create intercom posts, and can be designated on profiles. See Faculty and staff profiles.

Designates a person as a student. Students can view pages restricted to students. This role does not grant content editing access, and is not provisioned a profile.

Intercom / alert roles

Intercom roles let people post to intercom or work with specific intercom topics.

Allows a person to create intercom posts and to use the "Student Organization" topic when posting.

Allows a person to assign the Student Org Leader role to others.

Allows a person to use the "Technology" topic when posting to intercom.

Allows a person to use the "HR News" topic when posting to intercom.

Allows a person to add the site-wide "Alert" content type and to send Intercom Alert and Intercom Notice emails to members of the campus community.

Allows a person to send Public Safety Intercom emails to the campus community.

For more on managing intercom, see Intercom for Content Managers.