Stat 6.3 - System Administration Guide

Working With Service Domains

Service domain-specific maintenance tables are displayed in standard maintenance windows, which by default display information regarding your default service domain. You can switch to a different service domain by selecting it in the Domain field located at the top of each window.

Any value you specify in a service domain maintenance table pertains only to the service domain displayed in the Domain field. For example, users working in the Human Resources service domain are not affected by any changes you make to a table pertaining to the Change Control service domain. You can, however, specify the same value for two or more service domains. This is because Stat invisibly prefixes service domain codes to each value, thereby uniquely identifying them in the system. For example, let’s say you define a CSR status named “URG” (for urgent) in both the Change Control and the Human Resources service domains; even though they appear the same to users working in both service domains, internally Stat distinguishes them by the code prefixes of their respective service domains, “CHG-URG” and “HR-URG.”

User class rights control access to each service domain-specific maintenance table. Since you can have a different user class for each service domain, you may have access to a table for one service domain but not for another. It is recommended that system administrators have user class rights to all tables.

Activity Code Maintenance

The Activity Code Maintenance table defines categories of tasks and auto tasks. Each task must be associated with an activity code.

The use of tasks and activity codes is optional in a Stat implementation.

If you choose not to define activity codes for a service domain, you should not display the Tasks tab on CSRs created within that service domain.

Activity code security is controlled by the following user class rights:

The Activity Code Maintenance table is displayed in a standard maintenance window. To open this window, select Maintenance | Domain-Specific | Activity Codes.

Application Maintenance

The Application Maintenance table defines the products or facets of your enterprise that can be represented in CSRs. Application codes define available items on the CSR Application drop down list.

Application security is controlled by the following user class rights:

The Application Maintenance table is displayed in a standard maintenance window. To open this window, select Maintenance | Domain-Specific | Applications.

Application Environment Maintenance

The Application Environment Maintenance table defines subsystems of an application. Application environment codes are used to further define or describe applications.

Not all applications have environments. Defining application environments is optional; you can define environments for all, some, or none of the applications in a service domain.

Application environment security is controlled by the following user class rights:

The Application Environment Maintenance table is displayed in a standard maintenance window. To open this window, select Maintenance | Domain-Specific | Application Environments.

NOTE: For any service domain in which you want to use application environments, be sure to select Use Appl Env in the Service Domain maintenance table. Otherwise, the Application Environment field will be grayed out on CSRs opened in that service domain. For more information, see Service Domain Maintenance .