
What Are Read-Only Custom Attributes?
Read-only custom attributes are a solution designed to balance the need for control and visibility within business process management. These attributes can be critical identifiers like unique IDs, approval dates, and approver names. Although they are visible within the user interface for reference, they can only be modified through backend processes, typically via API integrations. This setup ensures the integrity of the data and maintains its traceability without direct user interaction.
Benefits:
Capabilities:
List of use cases and examples:
-Governance and Compliance:
Ensuring that critical data like approval dates, approver names, and audit-relevant attributes cannot be altered directly by users is essential for compliance. This protects against unauthorized changes and ensures data remains accurate, which is vital during audits.
-Workflow-Controlled Versioning:
To maintain consistency and establish a clear history, customer-specific diagram versioning (e.g., major releases 1.0, 2.0, 3.0) should be set automatically through workflows. This prevents manual tampering and guarantees all changes are accounted for and tracked systematically.
-Integration Consistency:
Unique IDs from external systems, such as ERP or CRM identifiers used for data integrations, must remain consistent. Read-only custom attributes guarantee that these external references cannot be altered by end-users, preventing data conflicts and ensuring seamless integrations.
-Diagram Meta Information:
Information such as diagram metadata or internal business identifiers should be immutable for general users to avoid discrepancies and maintain the overall accuracy and purpose of the model.
-Approval Tracking:
Attributes related to approvals, including approval dates and approvers' names, are best handled through read-only custom attributes to ensure that only authorized workflow processes can modify them. This provides clear, traceable approval history.
-Strict Control Over Dictionary Entries:
When specific organizational units or IT systems are embedded within process diagrams or dictionary entries, making their references immutable to users is crucial. It protects against unauthorized edits that might inadvertently affect downstream processes and data quality.
How do you mark attributes as read-only
How do you update those attributes through APIs - An Example:
CURL:
curl -X POST \
'https://editor.signavio.com/p/glossary/'
--header 'Accept: application/json'
--header 'Cookie: <Cookie>
--header 'x-signavio-id: <Token>
--header 'Content-Type: application/x-www-form-urlencoded' \
--data-urlencode 'title=External Risk' \
--data-urlencode 'category=<Dictionary Category ID>\
--data-urlencode 'description=This is an external risk' \
--data-urlencode 'force=true' \
--data-urlencode 'metaDataValues={meta-externalid: "123", meta-externalurl: https://link-to-external-system.com/risks/123}'
Java Script:
let headersList = {
"Accept": "application/json",
"Cookie": "<Cookie>,
"x-signavio-id": "<Token>",
"Content-Type": "application/x-www-form-urlencoded"
}
let bodyContent = "title=External Risk&category=<CategoryID>&description=This is an external risk&force=true&metaDataValues={meta-externalid: "123", meta-externalurl: "https://link-to-external-system.com/risks/123"}";
let response = await fetch("https://editor.signavio.com/p/glossary/", {
method: "POST",
body: bodyContent,
headers: headersList
});
let data = await response.text();
console.log(data);
Result:
More details and how to access the SAP Signavio Process Manager API docs: https://help.sap.com/docs/signavio-process-manager/workspace-admin-guide/api-access
Co-Authors:
Manuel Taechl, Bairbre Wilson
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
12 | |
10 | |
8 | |
7 | |
7 | |
6 | |
6 | |
6 | |
5 | |
5 |