...
Page Properties |
---|
| Everything within this section is only visible while editing. Use status for "stub" (red) "progress" (yellow) "review" (blue) and "refactor" (grey). Everything contained within the table is displayed in the (INTERNAL) Reports page.
Status | Status |
---|
---|
colour | Grey |
---|
title | REFActure |
---|
Priority | 3.0 |
---|
| Product Version |
|
---|
Report Note | published, only the object history - rest of the concept is outstanding |
---|
Assignee |
|
---|
Resources & Remarks Remarks - Antje: page created
- Antje: table with history codes created
- Needs to be moved to the Document Lifecycle page as subpage - if the DLM page is ready to get published
- Heading 1 "Summary" deleted for now - needs to be added later on if the concept is written in detail
- Antje: Cleanup Section startet in the hidden part
Cleanup of the Audit Trail It is possible to delete old audit trail entries by means of the Commander service and a configuration file ./config/system/cleanupConfiguration.json. The audit field in the JSON file contains the details on the deletion of the audit trail entries using the following parameters: |
Parameter | Description |
---|
defaultCleanupAfterDays | actions | Contains a list
Parameter | Optional | Description |
---|
comment | action | cleanupAfterDays | Code Block |
---|
language | yml |
---|
title | Example cleanupConfiguration.json |
---|
|
{
"audit": {
"defaultCleanupAfterDays": -1,
"actions": [
{
"comment": "OBJECT_CREATED",
"action": 100,
"cleanupAfterDays": -1
},
{
"comment": "DOCUMENT_ACCESSED",
"action": 400,
"cleanupAfterDays": 1
}
]
}
} |
The corresponding command is audit cleanup
with two available parameters:
Parameter | Description | Example |
---|
-h | --help | Display the help for the command. | audit cleanup -h |
-t | --tenant | Specify the target tenant. If not specified, the command is executed for all tenants. | audit cleanup -t default
(with the example tenant default ) |
When executed, the command reads the configuration
excerpt- Antje: Cleanup Section moved to Commander tooling page
For a cleanup the audit trail, the commander service can be used as a tool to remove audit trail entries. >>> audit-cleanup Command
Modification History Name | Date | Product Version | Action |
---|
Antje | 08 FEB 2021 | 2.4 | New page properties macro. | Antje | 03 JAN 2022 | 2022 Spring | restoring added (325) | Antje | 23 NOV 2022 | 2022 Winter | post text rendition (306) added | Antje | 28 NOV 2022 | 2022 Winter | restructure table |
|
Excerpt |
---|
|
The audit trail is the history protocol of an object, serving to document its total lifecycle. There are many different actions that trigger the creation of a new entry in the respective object's audit trail. |
Section |
---|
|
Column |
---|
Table of Contents Table of Contents |
---|
exclude | (Table of Contents|Read on|Another Tutorial|Another Concept Article|Another interesting Tutorial|Retrieving Document History Entries|Endpoint for retrieving a document's history) |
---|
|
|
|
...
The audit trail is the history protocol of an object, serving to document its total entire lifecycle. There are many different actions that trigger the creation of a new entry in the respective object's audit trail. In this article, an overview of the different history codes is provided , that can occur in the audit trail.
Anchor |
---|
| auditTrail_HistoryCodes |
---|
| auditTrail_HistoryCodes |
---|
|
History Codes
The GET "/dms/objects/{id}/history” REST endpoint returns a list of changes made to the object with the id ID {objectId}. The meanings of the individual history codes are listed in the table below.
Core APIDescriptionConstantExplanation | Endpoints triggering the entry | Description | Explanation |
---|
Import: |
100 |
Object created101OBJECT_CREATED_WITH_CONTENT | The object was created using functions of the client or via an import operation. |
110 | OBJECT_TAG_CREATED: [<name >, <state >] | <state> | POST /api/dms/objects |
110 | OBJECT_TAG_CREATED | /tagsnamestatestate}Deletion: |
200versionNr} (up to 2023 Summer) | Object irrevocably deleted |
OBJECT_DELETED}/versions/{versionNr202 | Object marked for deletion |
OBJECT_FLAGGED_FOR_DELETE | 210OBJECT_TAG_DELETEDtagsname}versionNr} (as of 2023 Autumn) | Object version deleted. | The object version was deleted and cannot be restored. |
Update: |
300 |
Index data modifiedThe index data apidms/objects/objectId301 | OBJECT_DOCUMENT_CHANGED | The document was edited using functions of the client or via an update carried out during the import operation. |
/api/dms/objects/{objectId}/contents/file
Object updated and content moved | OBJECT_UPDATE_CONTENT_MOVED |
The object was updated and the document was moved. | 310 | Object tag modified | OBJECT_TAG_UPDATED | One of the object's tags was changed. | Output content./api/dms/objects/{objectId}/contents/file | 401 | Index data retrieved | METADATA_ACCESSED | Die Indexdaten des Objektes wurden zur Ansicht abgerufen. | . As of 2022 Summer: If a user retrieves the binary content file of the same object version multiple times within 10 minutes, only the first retrieval is documented in the audit trail. The following processes internally retrieve the object's binary content file and thus trigger the creation of an audit entry as well: - the first retrieval of a PDF rendition after the object creation
|
401 | METADATA_ACCESSED | - | POST /api/dms/objects/search GET /api/dms/objects/{objectId} GET /api/dms/objects/{objectId}/versions |
402 | Text preview downloaded | RENDITION_TEXT_ACCESSED | The text rendition of the object's document file was retrieved. | renditions/text Info |
---|
|
Read on
Section |
---|
Column |
---|
| Insert excerpt |
---|
| Retrieving Document History Entries |
---|
| Retrieving Document History Entries |
---|
nopanel | true |
---|
| Keep reading
|
Column |
---|
| This endpoint retrieves the history entries of a DMS object identified by objectId. History entries document modifications of or actions performed on a DMS object. Keep reading
|
|
|
...