Describe the element
Record the business definition, ownership, process context, systems, consumers, classification, and lineage.
Document the definition, accountability, lineage, quality expectations, controls, and business impact of data elements that matter most to your organisation.
Capture the record, calculate a transparent criticality score, and export a structured register entry for review.
Record the business definition, ownership, process context, systems, consumers, classification, and lineage.
Select impact factors and severity. The tool applies a fixed formula with visible weights and thresholds.
Review completeness, practical actions, thresholds, and controls, then export the record to CSV or JSON.
Required fields are marked with an asterisk. Enter one controlled record at a time; imported CSV rows remain in your browser only.
The tool is designed to support consistent governance conversations and a repeatable starting point for register management.
Criticality combines selected impact categories, maximum credible severity, classification sensitivity, system dependencies, and consumer dependencies. The weights are fixed and shown in the result.
The score does not test whether controls operate effectively, whether lineage is technically complete, or whether regulatory obligations have been correctly interpreted. It relies on user-supplied information.
Use the result to prioritise approval, monitoring, evidence, remediation, lineage validation, threshold review, and periodic reassessment. Keep the record aligned with the organisation’s approved governance framework.
Practical guidance for establishing and maintaining a critical data element register.
A critical data element is a data item whose accuracy, completeness, availability, timeliness, confidentiality, or integrity materially affects important business outcomes, obligations, decisions, customers, operations, or reporting.
Assess credible impact if the element is wrong, missing, late, unavailable, duplicated, or accessed inappropriately. Consider legal, financial, customer, operational, safety, security, strategic, and reputational consequences.
A stable accountable role is usually preferable because responsibilities survive personnel changes. A named person may be recorded operationally, but the governance record should clearly identify the accountable role.
The owner is accountable for decisions, risk acceptance, and approval. The steward typically coordinates definitions, rules, quality monitoring, issue management, metadata, and day-to-day governance activity.
Lineage should be detailed enough to identify origin, material transformations, system interfaces, storage points, reconciliation controls, and major downstream uses. High-criticality elements generally need more technical evidence.
Thresholds should reflect business impact, consumer requirements, regulatory or contractual expectations, process capability, and the cost of failure. They should be measurable and linked to escalation and remediation.
The score is a prioritisation aid from 0 to 100. It consistently combines selected impact factors, maximum severity, classification, system dependencies, and consumer dependencies using the published formula.
No. A high score indicates that the element may warrant stronger governance attention because of its impact and dependencies. Control effectiveness must be assessed separately using evidence.
Review frequency should be proportionate to criticality and change. Quarterly review is a practical default, with additional event-driven review after system changes, incidents, regulatory changes, or material process redesign.
No. It is a structured governance aid and does not provide legal advice, regulatory interpretation, certification, audit assurance, or a technical control test.
CSV import, duplicate detection, filtering, and CSV or JSON download are performed locally in the browser. Form submission is processed by the current site server and is not sent to an external API.
The importer accepts headers matching the form field names, including element_name, business_definition, domain, owner, steward, systems, source_of_truth, classification, impact_level, and related fields. The first valid row populates the form; duplicate element-name and domain combinations are reported.