DATA GOVERNANCE

Clear data. Reliable analysis.

Bring table blocks, headers, field meaning and quality issues into one governance workflow. Inspect the data, review proposed changes and confirm them before publishing a traceable standard dataset.

Discuss data governance
Willow file governance workspace: table blocks, multi-level headers, semantic fields, quality issues and repair differences

DATA STRUCTURE

Know what each table and field means.

One file can contain several table blocks and stacked headers. Confirm table boundaries and field meaning before combining, calculating or analyzing the data.

  1. Table blocks: separate detail, summary and explanatory areas, retaining each source and business purpose.

  2. Multi-level headers: clarify header hierarchy, column groups and units so every column has a clear field name.

  3. Semantic fields: define business names, data types, units, time granularity and the meaning of enumerated values.

  4. Structure confirmation: business users review the identified structure and confirm table boundaries, primary keys and field mappings.

QUALITY REVIEW

Understand the issue before repairing it.

Review missing values, duplicates, formats and conflicts. Keep original values, affected scope and handling rationale in the issue list so repairs retain their context.

  1. Missing values: distinguish unavailable, blank and zero values, then decide how to handle them using business context.

  2. Duplicate records: distinguish repeated imports from separate business events; confirm the deduplication criteria and retention rules.

  3. Formats and units: check dates, codes, numbers and units, and define conversion rules.

  4. Field conflicts: compare a field's meaning and values across table blocks; confirm its definition before merging.

CHANGE REVIEW

Review the difference. Confirm the change.

Explain the reason and impact of each proposed repair. Retain the original version, repaired result and confirmation record to provide a clear basis for changes and rollback.

  1. Repair proposals: record the cause, suggested action and possible impact; keep suggestions distinct from business facts.

  2. Difference review: compare original and repaired values, marking affected fields, records and rules.

  3. Confirmation responsibility: an authorized business owner confirms the repair decision, application scope and version.

  4. Rollback target: identify the original version to restore before confirmation, retaining the change record and rollback rationale.

STANDARD DATASET

Publish the data with its definitions.

A standard dataset is more than a cleaned table. Its field dictionary, quality notes, version lineage and usage scope determine whether it can be a stable input for subsequent analysis.

  1. Field dictionary: retain names, business meaning, types, units, time granularity and value rules.

  2. Quality notes: list resolved and outstanding issues, exclusions and responsible owners.

  3. Version publication: identify source files, repair records, approvers and the published version, preserving their lineage.

  4. Downstream use: base metrics, Dashboards and reports on a confirmed version, and review how data changes affect subsequent analysis.

RESPONSIBILITIES

Assign ownership of data and confirmation.

Agree on inputs, deliverables and both parties' responsibilities before assessment, connecting data preparation, business confirmation and standardized delivery within one scope.

  1. Inputs: original files, representative samples, field definitions, analysis goals and the permitted data scope.

  2. Outputs: standard dataset, field dictionary, quality issue list, repair differences and version notes.

  3. Customer responsibilities: confirm data authorization, field meaning, repair decisions and publication scope.

  4. Willow responsibilities: map table structures, explain quality issues and repair differences, and deliver standardized results within the agreed scope.

Turn complex source data into traceable, standardized analysis inputs.

Identify structure and semantics, review issues and repair differences, then confirm publication or rollback

BEFORE ANALYSIS

Bring a real file. Define the governance scope.

Confirm the analysis question, file structure and business owner, then agree on dataset fields, quality requirements and delivery boundaries.

Request a data governance assessment