diff --git a/kthelp/ktcore/EN/admin/admin-mode.html b/kthelp/ktcore/EN/admin/admin-mode.html index 1d60013..ad57bc1 100644 --- a/kthelp/ktcore/EN/admin/admin-mode.html +++ b/kthelp/ktcore/EN/admin/admin-mode.html @@ -6,14 +6,28 @@ -

Administrator Mode

-There are instances where systems administrators may be denied access to certain documents in the repository - management level documents containing classified information, for example. +Administrator mode is a system state that allows KnowledgeTree administrative users to override the permissions system, in an audited fashion, in order to access all documents in the system. With administrator mode enabled, Unit administrators will only be provided access to all documents in their Unit.

+

-However, because problems with these documents in the repository will also need to be fixed, administrators must be granted a way of overriding the controls in an audited manner that protects this information. -

-Enabling Administrator mode allows system and unit administrators to view and manage all documents in the system, including those documents where they are normally denied access. +Administrator mode provides an audited method of fixing errors on documents or in folders where even administrative users are usually denied access, such as content containing classified information. +

+
+

+Note: Administrators are not able to delete immutable documents using the 'Delete' button in Browse Documents, even if they're working in Administrator mode. To delete an immutable document, use the 'Delete' action from the immutable document's Document Detail page. This ensures that immutable documents are only deleted one at a time, and avoids the mistaken deletion of an immutable document in a mass action delete. +

+
+

How to Enable and Disable Administrator Mode

+

+

diff --git a/kthelp/ktcore/EN/admin/archived documents.html b/kthelp/ktcore/EN/admin/archived documents.html index 41fcd71..23814d0 100644 --- a/kthelp/ktcore/EN/admin/archived documents.html +++ b/kthelp/ktcore/EN/admin/archived documents.html @@ -1,5 +1,3 @@ - Archived Documents diff --git a/kthelp/ktcore/EN/admin/authentication sources.html b/kthelp/ktcore/EN/admin/authentication sources.html index 5756f88..ed4d48f 100644 --- a/kthelp/ktcore/EN/admin/authentication sources.html +++ b/kthelp/ktcore/EN/admin/authentication sources.html @@ -1,22 +1,79 @@ - - Authentication Sources + AUTHENTICATION SOURCES -

Authentication Sources

-KnowledgeTree allows you to control access to the DMS for the users and groups in its database, using KnowledgeTree's own default authentication method - Database Authentication. -



-However, KnowledgeTree also allows you to add external authentication sources where your organization maintains its own list of users and groups that require controlled access to the DMS. -



-You can also modify or delete the details of external authentication sources and authentication provider information. -



-Note: You need to add the credentials of each user to KnowledgeTree (see Managing Users and Managing Groups) to allow the system to retrieve their details, even if you're using an external authentication source. +

ABOUT AUTHENTICATION SOURCES

+
+

KnowledgeTree Default - Database Authentication

+

+By default, KnowledgeTree's inbuilt authentication method stores information about users and groups in the KnowledgeTree database, and retrieves this information to control access to the KnowledgeTree document management system (DMS). +

+
+

External Authentication Sources

+

+If you want to maintain your own predefined user and group information to control access to KnowledgeTree, you can add users from a preconfigured external authentication source. +

+
+

+When using external authentication sources, you need to add the authentication source, then, when adding your users to KnowledgeTree, select your preferred authentication source. When a user from your preferred authentication source first logs in to KnowledgeTree, their user credentials are automatically imported into KnowledgeTree. +

+
+

HOW TO VIEW / ADD / EDIT / DELETE AN EXTERNAL AUTHENTICATION SOURCE

-For more detail, please refer to the Administrator Manual. +

+

+

+
+

+

VIEW EXISTING EXTERNAL AUTHENTICATION SOURCES

+
  • a. External authentication source that have been added to your system are listed on the page.
  • +

    +
    +

    +

    ADD A NEW EXTERNAL AUTHENTICATION SOURCE

    + +

    +
    +

    +

    EDIT THE STANDARD CONFIGURATION FOR AN EXISTING AUTHENTICATION SOURCE (NAME AND PROVIDER)

    + +

    +
    +

    +

    EDIT AUTHENTICATION PROVIDER SETTINGS FOR AN EXISTING AUTHENTICATION SOURCE

    + +

    +
    +

    +

    DELETE AN AUTHENTICATION SOURCE

    + +

    diff --git a/kthelp/ktcore/EN/admin/automatic workflows.html b/kthelp/ktcore/EN/admin/automatic workflows.html index b5548c3..96b59df 100644 --- a/kthelp/ktcore/EN/admin/automatic workflows.html +++ b/kthelp/ktcore/EN/admin/automatic workflows.html @@ -11,7 +11,7 @@ Automatic workflows allow you to define the conditions for automatically assigning a specific workflow to a document.

    Workflow assignment may occur on a per folder basis or on a per document type -basis. Only one mode may be selected for a particular system.

    +basis. Only one mode may be selected for a particular system.

    - + \ No newline at end of file diff --git a/kthelp/ktcore/EN/admin/control units.html b/kthelp/ktcore/EN/admin/control units.html index 256e302..685af50 100644 --- a/kthelp/ktcore/EN/admin/control units.html +++ b/kthelp/ktcore/EN/admin/control units.html @@ -1,13 +1,31 @@ - Unit Administration

    Unit Administration

    -

    KnowledgeTree provides Units as a means of organizing groups. Units may be used to model your organization's business units.

    -Note: By default, each time a new Unit is created on the system, a Unit folder is created in the Organization (root) directory.

    +KnowledgeTree's Unit concept allows you to arrange the content of your document management system into standalone, separately managed sections. +

    +
    +

    +For example, you may want to create Units that match the business model of your organization, such as a Unit folder for each department or regional office. +

    +
    +

    +Units are also useful where you want to restrict access to certain parts of the DMS for specific users. User-level control is thus set up for specific Units - when these users log on, they will see only the Unit folder/s where they have been granted at least the 'read' permission. All other system folders and files are hidden. +

    +
    +

    +As with other system folders, Unit level access is controlled through KnowledgeTree's permissions system, by user group, and on specific folders. +

    +
    +

    +Note: By default, new Unit folders are added to the root directory, but you can specify a different location in the DMS. +

    +
    +

    +The KnowledgeTree system administrator adds Units, and assigns Unit administrator privileges to one or more users who are responsible for managing content and users in their Unit. The system administrator retains administrator privileges over the entire DMS, including all Units. +

    diff --git a/kthelp/ktcore/EN/admin/deleted documents.html b/kthelp/ktcore/EN/admin/deleted documents.html index bcbbfe3..2a7ef5c 100644 --- a/kthelp/ktcore/EN/admin/deleted documents.html +++ b/kthelp/ktcore/EN/admin/deleted documents.html @@ -4,16 +4,14 @@ Deleted Documents - -

    Deleted Documents

    -This page allows you to restore or expunge documents that have been deleted in the KnowledgeTree repository. -

    -Note: Expunging saves disk space by permanently deleting documents that are no longer useful or required. -

    -Note: By default, documents are restored to the folder location where they were originally deleted. If that folder no longer exists on the system, the document is restored to the root directory in the repository. +Documents that are deleted from Browse Documents in the DMS are not permanently deleted - they are 'soft deleted' and hidden from view until the system administrator restores those documents or permanently removes them from the system (expunge). +

    +
    +

    +Expunging deleted documents frees up disk space in your system. Restored documents are returned to their original folder location or to the root directory if the original folder no longer exists.

    diff --git a/kthelp/ktcore/EN/admin/document checkout.html b/kthelp/ktcore/EN/admin/document checkout.html index e27d122..99bd99f 100644 --- a/kthelp/ktcore/EN/admin/document checkout.html +++ b/kthelp/ktcore/EN/admin/document checkout.html @@ -8,13 +8,13 @@ -

    Document Checkout

    +

    Override Document Check out

    -This page lets you override the currently checked out status of a document and forces the document to be checked back in to the repository. -

    -Forced check ins are used where a checked out document is urgently required back in the repository so that another user can check it out. -

    -Note: The document is checked back in to the repository without saving any changes that may have been made to it while it was checked out. +The KnowledgeTree administrator may override the checked-out status of a document to force a document back in to the repository. This action restores the content version of the document as it was before it was checked out. +

    +

    +Forced check-in is used when a checked out document is urgently required back in the repository so that another user can check out the document to update it, and the original document is no longer available and/or the user who checked that document out is not available to check-in the document. +

    diff --git a/kthelp/ktcore/EN/admin/document fieldsets.html b/kthelp/ktcore/EN/admin/document fieldsets.html index b71ad9b..01c2aed 100644 --- a/kthelp/ktcore/EN/admin/document fieldsets.html +++ b/kthelp/ktcore/EN/admin/document fieldsets.html @@ -5,57 +5,74 @@ Document Fieldsets -

    Document Fieldsets

    -Document Fieldsets allow you to associate custom metadata with documents in the -repository. +A Fieldset is a collection of Fields that may be associated with a specific Document Type, or with all Document Types in the system.

    +

    -There are two types of document fieldsets: +

    Types of Fields

    +There are three types of fields:

    -

    -Note: KnowledgeTree auto-generates an editable system name (namespace) for every -fieldset. Plug-ins use this namespace to call the fieldset, and to control how the fieldset works. -For more information on developing Plug-ins for KnowledgeTree, see the KnowledgeTree Wiki -at http://support.knowledgetree.com/confluence/ -

    - -

    Document Fields

    +
    +

    +

    Types of Fieldsets

    -KnowledgeTree uses fields to group sets of related information into predefined -fieldsets. The custom fieldsets are then associated with specific document types, to -define the information (metadata) that should be included on documents of that -type.

    +The following two fieldset types are KnowledgeTree defaults: +

    -There are three classes of custom fields in KnowledgeTree: +Note: You can add plugins to KnowledgeTree that add different types of fieldsets, if required. +

    +

    +
  • Normal - may contain a variety of field types, i.e. one or more, or a combination, of Lookup field's, Tree field's, and Normal field's.
  • +
  • Conditional - contains two or more Lookup fields. This fieldset must be configured in the Fieldset editing pages after you add the fieldset, in order to set one field as the 'master' field, and to define how user-selected values in the master field determine the display of subsequent fields and values that are presented when the user adds document metadata. Since conditional fieldsets comprise a collection of interdependent fields and values, you need to plan the fieldset structure before creating the fieldset in the DMS. To use this feature, enable the 'Conditional Metadata' plugin in DMS Administration >> Miscellaneous
  • +.

    -

    Managing Tree Fields

    - +

    Generic Fieldsets

    -Trees can have multiple sub-categories and levels. You need to add sub-categories at -each level in order to organize the options into a 'tree'.

    +A fieldset that is defined as 'generic' is automatically associated with each document type you add to the repository. Define a fielset as 'generic' when adding or editing the fieldset. +

    +
    +

    +

    Working with Fieldsets

    +How to View Existing Fieldsets +

    +

  • 1. To open the Fieldset management page, click Document Fieldsets in Document Metadata and Workflow Configuration.
  • +
  • 2. On the Document Fieldsets page, view existing fieldsets listed in the table.
  • +

    +
    +

    +

    How to Add a New Fieldset

    -The top level of the tree is called the root. The root, which holds all the top level -items, is not shown to the user, but it provides a single 'parent' to the top level items.

    +
  • 1. On the Fieldset management page in DMS Administration, click Create New Fieldset.
  • +
  • 2. Define a name for the fieldset in the Fieldset Name field; then, add a description in the Description field.
  • +
  • 3. In the Fieldset Type section, define whether the fieldset is 'Normal' or Conditional'; then, define whether this is a 'generic' fieldset.
  • +
  • 4. Click Create Fieldset.
  • +

    +
    +

    +

    How to Add a New Conditional Fieldset

    +

    +Before you begin, plan the fieldset, and its lookup fields and lookup values. +

    +
    +

    +

    +

    +

    -For example, let's say you create a tree of the countries in the world. In this case, the -actual countries would be keywords - e.g. South Africa, England, Singapore, etc. And -the highest group of categories (the top level or 'root') would be continents - e.g. -Africa, Europe, Asia etc. The sub-categories, which fall below the top level 'continents' -could be 'regions' - e.g. Sub-Saharan Africa, Western Europe, South East Asia.

    -KnowledgeTree allows you to create more sophisticated tree fields on the Edit -Lookup Tree page.

    - - + \ No newline at end of file diff --git a/kthelp/ktcore/EN/admin/document types.html b/kthelp/ktcore/EN/admin/document types.html index 96b21d6..65bf119 100644 --- a/kthelp/ktcore/EN/admin/document types.html +++ b/kthelp/ktcore/EN/admin/document types.html @@ -2,44 +2,90 @@ "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> - Archived Documents +Document Types -

    Archived Documents

    +

    Document Types

    -Document Types are used to group together documents that have a similar function. -They also allow you to associate custom fieldsets for specific information that must be -included with a particular document type. +KnowledgeTree uses Document Types to group documents in the repository. This allows you to search for and manage your documents by 'Document Type', e.g. Invoice, Report, Template, Order, etc.

    -Let's say you create a document type called 'Invoice', and you want to ensure that -all documents of the type 'Invoice' contain the following fields: invoice number, -customer name, delivery address. You can group these fields in a fieldset called -Invoice Details, for example. And then you may want to create another fieldset for -the monetary values in the invoice, which you could call 'Amount'. The fieldset -Amount may include the following fields: Nett Item Value, Tax, Discount, and -Total Due. +

    -There are two ways you can configure the document type - Invoice - and the -fieldsets you want to associate with this document type. +For each Document Type, you can create a collection of fields, called 'fieldsets', and then associate the fieldsets (one or more) with selected Document Types. For example, for an 'Invoice' document type, you could create a fieldset called 'Invoice Details', for which you can create a collection of fields, such as: Invoice Number, Customer Name, Date, etc. When a user adds a document of the type 'Invoice', the fields display, and the user is required to enter field values, such as the invoice number, the name of the customer, and the date. When adding fieldsets and fields, you can specify whether they are 'required' - i.e. whether the user is must enter values for those fields.

    - +

    -1. You can first create the document type in the Document Types section, and then -create one or more custom fieldsets in the Document Fieldsets section. The -collection of fieldsets you define are automatically listed in the Document Type -editing page. Having created the fieldset(s), you need to edit the document type you -created in order to to add (associate) the fieldset(s) you want to use in this document -type. +Note: Fields, Fieldsets, and Document Type are Metadata - they are descriptive references for documents in the repository.

    +

    -2. Alternatively, you can first create a set of custom fieldsets in the Document -Fieldsets section, and then create the document type. Having added the document -type, KnowledgeTree automatically opens the Document Type editing page, where -you can select the fieldsets out of the collection of fieldsets you have pre-defined in -Document Fieldsets, and which now display on the Document Type editing page. +

    Working with Document Types

    +

    -Note: Document types cannot be deleted in KnowledgeTree; they can only be disabled. Since a document type may be associated with a large amount of documents, deleting a document type may cause the loss of required metadata. +

    How to Add a New Document Type

    + +

    +
    +

    +

    How to View Existing Document Types

    + +

    +
    +

    +

    How to Edit a Document Type

    + +

    +
    +

    +

    ENABLE OR DISABLE A DOCUMENT TYPE

    + +

    +
    +

    +

    EDIT A FIELDSET ASSOCIATED WITH A DOCUMENT TYPE

    + +

    +
    +

    +

    DELETE A DOCUMENT TYPE

    +

    - + \ No newline at end of file diff --git a/kthelp/ktcore/EN/admin/dynamic conditions.html b/kthelp/ktcore/EN/admin/dynamic conditions.html index fd9b8e4..c22d6dd 100644 --- a/kthelp/ktcore/EN/admin/dynamic conditions.html +++ b/kthelp/ktcore/EN/admin/dynamic conditions.html @@ -7,13 +7,31 @@

    Dynamic Conditions

    -You use KnowledgeTree's Dynamic Conditions feature to set up the rules that will determine the permissions that may be applied to documents within a folder.These rules may be applied to a document's metadata, to its contents, or to its transactional information. Dynamic Conditions are applied on a per folder basis, and may be set up in the folder's Folder permissions page. -

    -Having created a new dynamic condition, you need to assign it to a folder. You can also unassign dynamic conditions when they're no longer useful for the folder.

    - -Note: Dynamic Conditions are configured in the same way as Saved Searches. -

    -Note: Having defined a dynamic condition, you cannot delete it because that may change permission assignments. +A dynamic condition filters content in the system to selectively apply permissions to documents that meet the criteria of the condition. +

    +

    +After creating the dynamic condition you need to associate permissions with it on the Folder Permissions management page in Browse Documents. +

    +
    +

    +

    Dynamic Conditions and Workflows

    +

    +

    +Dynamic Conditions are also used to create Guard permissions, which are required to perform transitions on Workflows. +

    +
    +

    +

    Viewing / Adding / Editing / Running Dynamic Conditions

    +

    +

    +On the Dynamic Conditions page you can perform the following actions: +

    +

    diff --git a/kthelp/ktcore/EN/admin/help administration.html b/kthelp/ktcore/EN/admin/help administration.html index 20bfefc..4665bae 100644 --- a/kthelp/ktcore/EN/admin/help administration.html +++ b/kthelp/ktcore/EN/admin/help administration.html @@ -6,18 +6,43 @@

    Help Administration

    - +KnowledgeTree Document Management System contains several built-in Help files. +

    +
    +

    +You can access Help for the page you're on, wherever you see this icon (?) in the bar at the top right of the page. The Help file that displays provides information on using the system function relevant to your current location in the DMS. +

    +
    +

    +You can customize any Help file and restore the default text if necessary. +

    +

    -The KnowledgeTree Document Management System contains several built in system -help files. +

    Customize a Help File

    +

    +

    -You can open a help file anywhere in the system by clicking this help page icon:(?) +

    View Your Customized Help Files

    +

    +

    -The help file that displays is relevant to the location of the icon. For example, in the -image below, you click the help page icon on the right of the page to view help for -Browse Documents. +

    +
    - + \ No newline at end of file diff --git a/kthelp/ktcore/EN/admin/link type management.html b/kthelp/ktcore/EN/admin/link type management.html index e5bada9..7d5edad 100644 --- a/kthelp/ktcore/EN/admin/link type management.html +++ b/kthelp/ktcore/EN/admin/link type management.html @@ -6,10 +6,42 @@

    Link Type Management

    - -Document links allow users to establish associations between documents in the -repository. When creating a document link, you should specify the type of relationship that the -link implies between the linked documents - i.e. 'associated with', or 'duplicated by'. - +You can create various types of links between documents in the system that informs the user about the relationship between the linked documents. +

    +When creating a link, you specify the type of link, such as 'associated with' or 'duplicated by'. When a document is linked to one or more other documents, the link to associated documents display on the document's Document Details page. +

    +
    +

    +

    Viewing Existing Link Types

    + +

    +
    +

    +

    Editing Link Types

    + +

    +
    +

    +

    Adding New Link Types

    + +

    +
    +

    +

    Deleting Link Type

    + +

    - + \ No newline at end of file diff --git a/kthelp/ktcore/EN/admin/manage groups.html b/kthelp/ktcore/EN/admin/manage groups.html index bebd137..13bec64 100644 --- a/kthelp/ktcore/EN/admin/manage groups.html +++ b/kthelp/ktcore/EN/admin/manage groups.html @@ -7,17 +7,36 @@

    Manage Groups

    -Only a User that has been assigned to a Group is allowed to access the KnowledgeTree Document Management System. +Any system User may belong to more than one Group, and any Group may be added as a member of another Group, as a Sub Group.

    -Note: Groups can be members of other groups, and can have other groups as members. These memberships pass the permissions set on to the parent group to user members of the member groups, possibly along a few chains. - -

    Example:

    - -

    Let's say you create a new Group called Testers. Having created the Testers Group, you must assign the it to a Unit. You can name the Unit 'Quality Assurance'. So, the group named Testers is part of the unit Quality Assurance. +
    +

    +Permissions and Group Membership +

    +
    +

    +KnowledgeTree permissions are assigned at the Group level (and also at the Role level), but not to individual users. Each user requiring access to the system must be added to KnowledgeTree as an individual user, and then that user is added to one or more Groups, or is assigned to a Role, in order to obtain the permissions allocated to the Group (or the Role). +

    +
    +

    +Permissions are passed on to users through their membership of a Group (or a Role), and any sub group that is a member of another Group (the parent) obtains the permissions that are allocated to the parent group.

    -

    -Group: Testers
    -Unit: Quality Assurance +
    +

    +Add users to groups in DMS Administration - Manage Users. +

    +
    +

    +

    Tasks in Manage Groups

    +

    +

    +In Manage Groups you can perform the following tasks: +

    diff --git a/kthelp/ktcore/EN/admin/manage permissions.html b/kthelp/ktcore/EN/admin/manage permissions.html index c452100..38a840d 100644 --- a/kthelp/ktcore/EN/admin/manage permissions.html +++ b/kthelp/ktcore/EN/admin/manage permissions.html @@ -6,8 +6,36 @@

    Manage Permissions

    -KnowledgeTree 3 provides several default (core) permissions - Read, Write, Add Folder, Manage Permissions, Delete - but it also allows you to create your own permissions. -



    -You can create permissions for controlling user and group access for plug-ins, or create permissions to use as Guard Permissions for workflow transitions. +

    +KnowledgeTree provides several default (core) permissions: +

    +

    +
    +

    +You may create additional (custom) Permissions, which are useful where you want to control access for Plug-ins, or to create Permissions as Guard permissions on Workflows. +

    +
    +

    +Note: Only custom permissions may be deleted. +

    +
    +

    Tasks in Manage Permissions

    +

    +In this section you can perform the following tasks: +

    +

    diff --git a/kthelp/ktcore/EN/admin/manage plugins.html b/kthelp/ktcore/EN/admin/manage plugins.html index 9be45bf..62b23c1 100644 --- a/kthelp/ktcore/EN/admin/manage plugins.html +++ b/kthelp/ktcore/EN/admin/manage plugins.html @@ -7,19 +7,32 @@

    Manage plugins

    -Plug-ins allow you to add new features to your implementation of the KnowledgeTree Document Management System. +KnowledgeTree allows the use of Plugins that extend the functionality of the document management system.

    - +

    -Note: Go to our Wiki to view a list of the plug-ins that have been developed by the KnowledgeTree community. +View descriptions of the plugins on the Plugins Index at the KnowledgeTree Forge.

    +
    +

    Updating Plugins

    -You use Manage Plugins to: -

    -

    - +
    +

    Adding New Users (From External Authentication Source)

    +

    +KnowledgeTree uses the information you specified when adding the user or group to retrieve their details from the specified authentication source. The user or group's login details and permissions are verified when they first log in to the DMS. +

    +
    +

    +Note: You can't change the authentication source for a user after adding the user from a selected authentication source. +

    +
    +

    +Prerequisites: +

    +

    +
    +

    +

    +

    +
    +

    +Note: You won't be able to verify the details of individual users added through Mass Import. When bulk adding users, users that already exist in the system are duplicated in KnowledgeTree with 'duplicate' appended to the username. +

    +
    +

    +

    Display All Users

    + +

    +
    +

    +

    Search for Users

    + +

    +
    +

    +

    Enable / Disable User

    + +

    +
    +

    +

    Edit User Details

    + +

    +
    +

    +

    Edit User's Group Membership

    + - + \ No newline at end of file diff --git a/kthelp/ktcore/EN/admin/role administration.html b/kthelp/ktcore/EN/admin/role administration.html index 4894f20..506e880 100644 --- a/kthelp/ktcore/EN/admin/role administration.html +++ b/kthelp/ktcore/EN/admin/role administration.html @@ -6,10 +6,42 @@

    Role Administration

    -Roles include, for example, a document creator, a document reviewer, a document publisher, or writer, editor, developer, secretary, and so on. -



    -Workflow actions - e.g. review, or publish - are typically assigned to a specific role. The role is granted permissions for working with the document, based on the type of tasks their role performs - e.g. reviewers need read and write permissions. -



    -User Groups are allocated to Roles on a per-directory basis, and are inherited from the root folder of the DMS. +

    In DMS Administration >> Security Management >> Role Management page, you can:

    +

    +

    +

    +
    +

    + +

    What are Roles?

    +

    + +

    +To access the DMS, users must be assigned to Groups, or to Roles. Permissions are assigned to Groups and Roles on the Folder level. Roles are used to assign permissions to specific users for specific tasks. Example Roles may be: Reviewer, Publisher, Writer, Editor, Developer, Secretary, Anonymous. In smaller organizations there are likely to be groups with only one user, e.g. the 'manager', and in this case the Group concept can be replaced entirely by the 'Role'. +

    +
    +

    + + +

    Roles and Workflows

    +

    + +

    +Workflow actions, e.g. 'review', or 'publish', are typically assigned to a specific Role. The Role is granted permissions for working with the document, based on the type of tasks their role performs - e.g. reviewers need read and write permissions. +

    +
    +

    + + +

    Groups and Roles

    +

    + +

    +User Groups are allocated to Roles on a per-directory basis (by location), and are inherited from the root folder of the DMS. When assigning permissions or actions to Roles in a Workflow, you can use that Workflow anywhere in the site by assigning the appropriate Groups to it in that location. +

    diff --git a/kthelp/ktcore/EN/admin/system information.html b/kthelp/ktcore/EN/admin/system information.html index a39ac87..40784e6 100644 --- a/kthelp/ktcore/EN/admin/system information.html +++ b/kthelp/ktcore/EN/admin/system information.html @@ -6,24 +6,26 @@

    System information

    -

    -KnowledgeTree provides a Support and System Information page in the Miscellaneous section of DMS Administration, which helps you identify and fix problems with your system.The Support and System Information page displays the output of a php_info command in a scrollable window. You may be asked to copy and send this information to the KnowledgeTree support staff if you require assistance with your problem. +In DMS Administration >> Miscellaneous >> Support and System Information you can download support information that helps you to identify and fix problems.

    +
    +

    View System Support Information

    -Clicking the Download PHP Information link on this page automatically runs phpinfo and prints the results to the KnowledgeTree Document Management System. +1. Click Download Support Information.

    +

    -Note: If you believe that distributing this information represents a security risk for your organization, we recommend that you sanitize the output before copying and sending it. Alternatively, please enquire about sending the information directly to the developer dealing with your issue. +This action downloads a collection of information on your KnowledgeTree installation. +

    +

    - +Note: You may required to send this information to KnowledgeTree support staff to assist with your issue. Sanitize the information before sending it to us if you believe that distribution represents a security risk for your organization, or enquire about sending the information directly to the KnowledgeTree developer dealing with your issue. +

    +
    +

    KnowledgeTree Issue Tracker

    -You can also click the direct link to the KnowledgeTree Issue Tracker, where you can: +To report bugs, view known issues, or to find out whether fixes have already applied for your problem in a newer version of KnowledgeTree, click on the link to the KnowledgeTree Issue Tracker.

    -