Stat 7.0 - System Administration Guide

Version Control Management Connection Maintenance

You can integrate Stat with your 3rd party version control management (VCM) system. This allows you to save your file objects from a VCM repository directly into Stat to control the process and the migration of the objects. Currently Stat supports the following VCM platforms: SVN, PVCS, Perforce, and CVS.

VCM Maintenance security is controlled by the following user class rights:

IMPORTANT: Before connecting to a VCM system, be aware of the following: • All Stat VCM functionality is performed by the Stat Central Agent. Except for P4 and TFS, this means that for the connection to be established the machine hosting the Stat Central Agent must have a client copy of the VCM software installed and that the Stat Central Agent must be running. • For Stat to archive file objects from a VCM repository, the subdirectories where the object types reside in the repository must match the subdirectories in the source environments. For example, if *sql files reside in a .../admin/sql subdirectory in the source environment, the sql files in the VCM repository must also reside in a .../admin/sql directory.

The 3rd Party Version Control Connection maintenance table is displayed in a standard maintenance window. To open this window, select Maintenance | General | VCM Connect.

IMPORTANT: When users add file objects from a VCM repository to an archive set, a VCM-specific field is displayed in the Archive Set window (Revision for SVN and P4, Tag/Branch for CVS and Git, Label for PVCS, and Version for TFS). In this field users can override the default value specified by system administrators by specifying the particular version of the objects they want to add from the VCM repository. If left blank, Stat adds the most recent version of the objects in the repository.

Service Domain-Specific Maintenance

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.