Document number | Revision |
---|---|
UMA11497 | 1 |
Document subtypes and templatesBackgroundUser requirements for administering subtypesGeneral securityTemplate document SecurityCreate a new document subtypeDescriptive informationNextIDExtra configuration for ts_subtypeTemplate folderUsing Template folderUsing existing document folder as template folderDefining schema for a subtypeDocument files, refinery and propertiesAdd document templatesSetup of Document templates with no revision controlExampleReviewers, Approvers and Distribution listAdditional subtype optionsSecurityActivation
This article will show you how to create and maintain document subtypes and templates in Highstage.
The user administering (creating/modifying) subtypes must have TrustRead, TrustModify and TrustCreate permissions for the basetype ts_subtype.
In order to administrate a specific subtype in Highstage, the user maintaining need proper access. The users should have [TrustRead] permissions for specific base type ts_subtype, so that they have access to see the subtype.
The template file may exist in the Templates folder defined by the Templates TemplatesPath parameter, or it may reside in a document.
To create new subtype using with a template in Templates folder the user has to have NTFS modify permissions to Templates folder on the server.
To create new subtype with a template in template document the user must be an author of the template document to be able to modify the template folder and schema XML file.
Decide the id (short name) for the new subtype. It is vital that is short, intuitive and descriptive. As an example, "RS" may be used as id for type "Requirements Specification". It is essential that the id is long-term durable since it is challenging and cumbersome to change later, due to traceability and especially when the distribution of documents have taken place.
The ID must be unique, meaning that it can not be used if another base type or subtype already uses it.
Best is to use types that resemble entities or names already in place in the organization. If none of these is available, then inspiration can be found here:
To create the new subtype execute the following steps:
The descriptive information is useful for users that need to create a new item. It may sometimes be difficult for users to decide which subtype to use, so descriptive information to help the user is beneficial.
Use -1 for using global NextID counter defined by parameter NextID.
Alternatively set a value to make the type have its own NextID counter.
Extra columns can be added to the ts_subtype form. See general schema documentation for this.
Columns such as the class is by default free text as a string type. but predefined values may be specified by adding an xml snippet to custom.schema.xml, a sample is here:
x1 <type name="ts_subtype">
2 <column name="class" values="Management;HR;Logistics;Production;R&D;Sales;Quality" />
3 </type>
4
If left blank, then an empty folder will be created. However normally a folder template file(s) is required to provide user creating a document a suitable initial file or set of files.
Observe that Linux and Mac OS is case sensitive, file extension should be lower case to support these operating systems. For non-critical templates that do not require version control, the templates folder may be used. Alternatively, the template folder can reside in a document and the template folder is then under revision control.
If no TemplateDocument have been chosen, the global template path defined by the parameter is used. The field TemplateFile can then be used select the specific file in the global template folder.
This option allows a template to be revision controlled and be used as a template for one or more types in Highstage. In the TemplateDocument field, enter the ID of the item which has the template.
Now use the TemplateFolder to locate the folder that holds the template.
Use the TemplateFile, to select the primary file that should be used as the primary template document.
If no primary file is chosen, all files in the template folder will copied over.
Important! Make sure to not use Dashes (-) in the file name, because Highstage uses this one to show revisions.
A custom definition for the subtype can be specified in a schema, which follows the general schema design principles. Choose the schema file in this field and reset the web app by pressing the restart button in the header, to take it into action.
Refinery is the process that stamps document files with various information when the item switches status (Working, Freeze, Review, Approval, Approved).
Document refinery by default is able to process file formats from Microsoft Office applications. Examples are provided that show how this is done for office applications.
Refinery can be highly customized by code-behind so that new properties are added. Refinery is also able to generate various alternative rendition file formats. Please contact the Highstage support for further information about custom refine-job for a subtype.
There are too ways of implementing templates:
In principle, all document types need a template document. As a template any type of file can be used, .ex Excel spreadsheet, a document, a txt file etc.
The root directory for templates files which are not part of the revision control, is found by looking in Highstage: System>Management>Files>TemplatesPath
In principle, does every Document type need a directory with the same name as the document type, and with a template file with the same name
Document type: DD Template directory \DD\DD.doc
It is possible to use other directory name, but still the filename and the directory name should be the same. As an example:
Document type DD
Template directory \STANDARD\STANDARD.doc
These fields give the possibility of having pre-filled users or user-groups for the specific document type. These settings can be found under the Options section on the subtype.
Set the ReviewBy to set to true, a default set of reviewers for the Subtype.
If the ReviewByManager field is set to true, the workforce manager will be added default to the lists of reviewers.
If the ReviewEnforcement field is set to true, Enforce that review is done, and that at least one role of a list of reviewers must review, and that the reviewers include a non-author.
Set the ApproveBy to set to true, a default set of reviewers for the Subtype.
If the ApproveByManager field is set to true, the workforce manager will be added default to the lists of reviewers.
If the ApproveEnforcement field is set to true, Enforce that review is done, and that at least one role of assigned reviewers must review, and that the reviewers include a non-author.
Additional options to configure subtype behavior can be specified. These settings can be found under the Options section on the subtype.
If the TemplateReference field is set, a reference to the template document that the document was created from is made by default.
A template for the review can be specified on the type by setting ReviewTemplate to object that contains the desired template files.
Security to create a certain subtype can be controlled by going into the Subtype setting and change the [TrustCreate] field, this field can specify both users and VectorRoles.
To enable creating items of the subtype the Active attribute must be checked.
The subtype may later be inactivated to depreciate the subtype, preventing new items of this type to be created. Deactivating a subtype will not affect already created items of the subtype.