Page Properties | ||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Status
| status
| ||||||||||||||||||
colour | Yellow | title | progress | Priority | 2.2 |
RessourcesResources & Remarks This article is meant to offer the functional context for the technical implementations tagging and schema flow and is important as such.
Modification History
|
Excerpt |
---|
Information This article gives information on tagging and schema flow functionality (secondary object types) in the context of a document's lifecycle. |
Section | ||||||
---|---|---|---|---|---|---|
| ||||||
|
Introduction
Efficient Managing your documents in yuuvis® Momentum means efficient document management from creation to deletion ...
Completely organize Keep your document's lifecycle documents' entire lifecycles organized and streamline every step in yuuvis® Momentum – —from the minute it’s it is created to it's its eventual archival archiving or the minute it’s it is destroyed. Proper Proper procedures throughout the document’s lifecycle documents' lifecycles are an important part - —a set of defined processes help helps to organize, store and deliver information crucial to its their operation in the most effective manner possible. The The steps include: creation, storage, classification via object types and metadata (single properties or property groups), delivery or sharing, repurposing, review and reporting, archiving and/or destruction.
yuuvis® Momentum supports you in various ways to deal with the challenges during a document's entire lifecycle.
Schema
...
Flow Using Secondary Object Types
According to Depending on your business use cases it may be important to change a document's classification options during it's its lifecycle: e.g. , triggered by certain conditions further properties are needed or temporary information should be available for a period of time. This implies adding or removing additional properties at runtime, which will be provided next to the defined set of properties in the schema for schema for the assigned document type.
Defined secondary Secondary object types defined in the schema - —marked as "floating" - —are used to provide the additional properties and enable a "Schema Flow". They They can easily be added or removed using the known endpoint for updating metadata (POST /api/dms/objects/{objectId}) to a document's instance. As As a result, an extended set of properties can be made available and removed again later on removed again, if only needed temporarily.
>> Changing Schema Structures ("Schema Flow")
Stateful Processing
...
Using Tags
In modern data processing chains, asynchronous operations become more and more popular. Concerning the administration of such complex procedures, a status measure is essential. The lifecycle of any document needs to be recorded with a view to a general knowledge on the current state of progress, and in order to enable the prosecution of interrupted processes. If the document status would be located in the metadata, each pass through a multi-stage processing chain would create a completely new version of the whole document, that needs to be stored in addition to the previous one. In contrast, the tags are treated separately. They always have a state and a unique traceid
, which is a basis for external support as well as a possibility to control asynchronous operations. These additional features are stored together with the document, but they are completely independent on the metadata and on the document's version. In fact, they are always available for the current version. The management and modification of tags neither creates a new version nor triggers events that become due when documents are modified. The so assigned processing status reflects a concrete state of the document and serves as the basis for further transactions. The tag operations are recorded for any document in its audit trail.
>> Tagging
Summary
This article gave an introduction into the document lifecycle management possibilities provided by yuuvis® Momentum. More detailed information on on each topic can be found in the articles linked below.
document lifecycle management, multi-stage and asynchronous processes are not uncommon—quite the contrary. The first process steps are carried out with the highest priority. More complex and currently not absolutely essential process steps are carried out asynchronously with a lower priority. This saves time, and carrying out operations in parallel lets you distribute resources more evenly. To resume a process chain, additional information about the current status of the process is necessary. In order to not mix an object's metadata with its status data, there is the possibility to tag objects.
>> Tagging
Audit Trail
The audit trail is the history protocol of an object, serving to document its entire lifecycle. There are many different actions that trigger the creation of a new entry in the respective object's audit trail. In the article linked below, an overview of the different history codes is provided that can occur in the audit trail.
>> Audit Trail - an "Object's History"
Info | |||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||
Read on
|