Skip to content
Datablau DAMData governance documentation

End-to-end governance scenarios ​

These implementation patterns are not built-in automated workflows. Confirm licenses, roles, scope, and approvals. Preserve stable system, schema, table, field, and metric identifiers across modules.

Customer data governance ​

Make customer data discoverable, understandable, testable, cataloged, and requestable.

StageOwnersActions and evidence
InventoryMetadata administrator, stewardRegister sources, harvest, sample tables, fields, dependencies
StandardizeStandards administrator, business ownerDefine customer IDs, names, and status standards; publish and map
ValidateQuality administrator, issue ownerCheck uniqueness, completeness, and reference values through tasks and verification
PublishAsset administrator, data ownerRegister and publish in a customer catalog; test visibility
ConsumeConsumer, approver, delivery teamRequest through marketplace, approve, deliver offline, accept

Accept when sources and definitions are confirmed, key issues have verification outcomes, ownership and visibility are correct, and request, approval, delivery, and acceptance correspond.

Sensitive data governance ​

Identify sensitive fields, publish reviewed classifications, and verify actual access and audit.

StageOwnersActions and evidence
ScopeOwner, security administratorSelect harvested objects and record policy/legal basis
DiscoverSecurity administrator, stewardDesign classification, run discovery or collaborative review
ReviewSecurity reviewerCheck evidence, correct false positives, publish in workbench
ControlSecurity/gateway administratorsDefine policies, configure server and JDBC
VerifyConsumer, auditorTest allowed and restricted identities and audit

Accept evidence-based decisions, explicit identities, objects, and purposes, expected results, and matching user/time/object audit records. Classification publication does not prove enforcement.

Metric governance ​

Align definitions, calculations, dimensions, sources, quality, and delivery.

StageOwnersActions and evidence
DefineMetric owner, standards administratorPublish name, definition, algorithm, owner, and dimensions in metric standards
ModelMetric administrator, engineerUse Metric Management for atomic/calculated/qualified metrics; see DDM documentation (Chinese) for modeling
AssociateSteward, metadata administratorVerify tables, fields, lineage, and change impacts
ValidateQuality administratorCheck completeness, timeliness, range, and dimensions
DeliverAsset/service administratorPublish assets or APIs; verify visibility, authorization, and results

Accept consistent definitions, formulas, dimensions, sources, publication, mappings, executed checks, and approved value granularity and periods. A definition alone does not produce queryable data.

Handoff requirements ​

Record IDs, owner, state, evidence, and open items. A module's success does not replace downstream acceptance. After source, standard, or permission changes, return to the relevant journey stage.