Skip to main content
Help Center

Set up document management

QM administration: set up QM templates, file classes, review and approval processes, permissions, version rules and audit-proof archiving.

Prerequisites

  • Access to configuration mode (administrator rights)
  • Basic understanding of the Files module (see File management)

In teamspace, QM is a configuration task: you set up the building blocks so that users can manage, review and approve documents without having to think about the mechanics. This article walks you through the four levers – templates, review/approval processes, permissions and version/archive rules.

Note (Review). QM uses the configuration of the Files module and the wiki; a dedicated “QM” configuration area does not necessarily exist. The exact UI paths of individual review-process settings have not yet been fully reviewed against the live interface in this version (last_verified: null).

1. Provide QM templates

So that users can create documents via ActionsNew document from QM templates (Idea, Proposal, Approval, Work instruction … – see QM document templates at a glance), you create a template in the configuration for each document type. A file under System/Templates is not needed for this. Each template needs two things:

  • Valid layout: Every template must be linked to a valid layout – only then does it become usable.
  • Workflow: In the template you set the workflow, that is, which follow-up document may be created from a document (e.g. a Proposal from an Idea, and an Approval from that).
Configuration → Templates
Configuration → QM, tab 'QM documents': list of QM templates with the types Status report, Proposal and Idea (Status report/Proposal/Idea template), columns Type, Title, creation/modification date and Access (Unrestricted)
Create a QM template in the configuration, link it to a layout and define the workflow

Info. If no template appears under New document, it has not been created in the configuration or is not linked to a valid layout.

2. Define the review and approval process

Define how a document is reviewed and approved:

  • Review types: Approval (technical sign-off) and Acknowledgement (read confirmation) – both are available per version via the columns Review and For acknowledgement.
  • Reviewers/those responsible: Who may approve, who must acknowledge – controllable via the permissions (Step 3).
  • Notifications: Reviewers are informed automatically on handover, and the applicant after approval.
Configuration → QM, tab 'Reviews': open dialog 'Review' with the fields Module (QM document), Type (For acknowledgement), Name (Proposal review), Review instruction, Reviewer, Count (1) and Condition (Always)
Define the review/approval process: in the configuration under "QM" → "Reviews", create a review with type, reviewer and condition

3. Permissions: who may do what

Using the permission system you separate reading, editing, reviewing and approving. This is how you technically enforce the four-eyes principle (authors may not approve their own documents). Create a dedicated QM directory with clear access modes:

4. Version and storage rules

  • Version limit: Set the default value for Maximum number centrally; for QM documents rather high, so that older versions are retained when revising (Configuration → Files → Setting).
  • Resubmission: Users set reminders per document in the Alarms tab when a document is to be updated periodically.
  • Structure for finding documents: Create a clear QM directory with meaningful folders – this is the basis for users finding documents quickly (see Structure and find documents).

Optional: audit-proof archiving (GoBD). Anyone who must retain tax-relevant or completed documents in an unalterable form can use GoBD mode. This is a special case, not the normal operation of QM. GoBD mode and certifications come from the product description; activation in configuration mode has not yet been reviewed against the live interface.

Common questions & needs

You want to …How to
Offer QM templates to usersCreate templates in the configuration, link them to a valid layout and define the workflow.
Enable the four-eyes principleSeparate review/approval rights from editing rights (Permissions).
Keep older versions when revisingSet the Maximum number of versions high.
Remind people of due updatesUsers set reminders in the Alarms tab.
Archive completed documents in an unalterable form (special case)Use GoBD mode (review activation against the live configuration beforehand).