Roles Management

/roles Allows you to manage your webpage sections, roles, and security groups.

• create new services (/pages)
• create additional roles in services
• assign webusers to roles
• create or review security strings

The Security Builder allows you to create security strings.

As long as your logged in and have administrator rights over at least ONE role, you can build security strings for ALL ROLES in the system.

Search for the webusers you want included. Choose from the Service Roles and System roles.

When the Security String is interpreted, the webuser either has to be explicitly name, or a member of the Service Role.

To decode an existing security string, Paste the string into the primary text box, and choose [Decode].

To see a list of people and their email addresses for any give security string, choose [Get Email List]

/roles?action=builder&decode=mySecurityString decodes a security string as well, where mySecurityString is the string you wish to decode.

This illustrates the email list from a security string.

You can paste the email list into outlook for easy emailing, or use Notepad to replace the ; character to , character if you are using another email client.

The roles management home page allows you to choose the security builder, search for a webuser, or add a new service (section of the webpage).

All existing services are listed complete with their roles (if they exist).

The list includes:

• All services that do not have any roles (sans roles)
• service name
• role name
• whether the role is DEFault for a new profile
• whether the role is SUBscribable from webuser profile
• whether AUThorization from an administrator is required if a webuser opts into a role
• a count of webusers Approved
• a count of webusers Inactive
• a count of webusers Pending
• a count of webusers Suspended
• a count of webusers Denied in the role

The list or roles and services is reduced to what the person logged in has role management rights for - and they must have role management rights for at least ONE service in order to see the page. Therefore you'll only be able to interact with what you are an role management rights for.

Service Properties page shows the roles in a selected service.

The list includes:

• service name
• role name
• whether the role is DEFault for a new profile
• whether the role is SUBscribably from webusers profile
• whether AUThorization from an administrator is required if a webuser opts into a role
• a count of webusers Approved
• a count of webusers Inactive
• a count of webusers Pending
• a count of webusers Suspended
• a count of webusers Denied in the role

A new role for the service can be created, assign a unique name, a description, and then choose if the role is default for new users, subscribable from the profile, and if administrative approval is required for a webuser to be approved for a role.

Role Properties page shows the properties of the role, and lists the users in the role.

BY DEFAULT each new role is bound to the USER role. IF the Role is not bound to at least 1 system role, a web user will not be associated with the role.

The properties of the role can be edited, and you can bind and unbind system roles to the role.

System roles bound to roles control what ADDITIONAL things can be done by members of the role in the CMS. IF members of the role need to administer over the service, edit webpages, manage security then you should bind the appropriate system: role. All other sys roles are webmaster defined and a global way to track additional information like 'user' - but the CMS does not interact with these additional Sys roles.

Webuser profile page shows a webuser and which roles they are a member of, and the status.

The person must have an account on the system in order to have a role. IF you don't find the person you looking for, have them create an account before you continue.

You may add them to more roles, or remove them from an existing role by adding them to the role and choose the status: REMOVE FROM ROLE. Notes are optional.

The "User Info x' fields allow you to track your own informatoin and are ignored by the CMS. You can use these fields to tie the CMS into other systems like UCAN. Click the 'edit' link in a users role list to edit their presence in a role up update that roles attributes.

Webuser search page allows you to find webusers.

This reports:

• First and Last name as a link to their profile with their [webuser id]
• email address
• address, city state ZIP
• Phone number
• Last Active timestamp (when they last logged in)
• and a count of how many times they logged in.