Articles

Notes on data without theory for its own sake

I write about situations where a weak definition, a poor model or bad data quality changes the conclusion. The terminology matters less than the decision it affects.

98% completeness does not mean 98% data quality

A field can be populated almost everywhere and still be unusable. A document series in the number field, dates in several formats, a reference list with six values where two are expected. Completeness only answers whether something is present. Quality starts after that.

Data Quality

Document type can matter more than the number itself

If an exchange sends only a number, the same digit pattern can match several document types. Reliable identification needs type, format and validation rules. This is an architecture problem, not a cosmetic API detail.

Data Architecture · Data Quality

BI should not be the place where source systems are repaired

If Power BI constantly cleans names, joins broken references and recreates missing business logic, the report becomes fragile. Some of that work belongs in the data model and preparation layer.

Business Intelligence (BI) · Data Architecture

You can see data governance when numbers conflict

When two teams bring different figures, governance becomes visible. Who decides which definition is correct. Which source is authoritative. Who changes the rule. If nobody can answer, a policy document will not fix it.

Data Governance