Governed master data

One governed master record.
The sources remain visible.

Golden brings records from different systems under an explicit entity model. It prepares and compares them, routes uncertain cases to the right people and keeps the governed result connected to its origins.

Master-data contract

Source recordsPartial and conflicting versionsValues, identifiers and provenance from each system
Trazadera GoldenGoverned entity modelQuality, matching, resolution and survival policy
Operated masterReviewable and maintainableHistory, access and configured destinations

A governed path

Resolve identity before choosing values.

Golden separates the decisions that are often hidden inside a master-data process. Each domain defines what enters, how records become comparable, which candidates deserve attention, who resolves them and how the resulting master is operated.

01

Define

Establish the entity schema, source contracts, ownership, access and the intended use of the master.

Domain contract
02

Prepare

Transform and validate each source against the shared model while retaining its system and record reference.

Quality & provenance
03

Match

Form candidate groups and classify their similarity using the indexes, weights and thresholds chosen for the domain.

Candidate policy
04

Resolve

Apply approved automatic rules or send the case to a steward, then use a separate survival policy for conflicting values.

Human authority
05

Operate

Maintain the master with quality findings, history and permissions, and publish it when a destination is configured.

Controlled use

Aurelia Utilities

One domain. Six moments that matter.

This synthetic residential-customer domain focuses on the product moments that carry practical weight: finding a concrete quality problem, ordering duplicate work, protecting a near miss, previewing survival, measuring improvement and retaining the decisions behind it.

Diagnose

Make data quality actionable.

A concrete customer record scores 78/100 and explains exactly why: one invalid email and three missing values. Quality becomes an ordered repair list rather than an abstract grade.

Aurelia Utilities customer record scoring 78 out of 100 with an invalid email and three missing values
01 / 06

Technology

A declarative engine for governed records.

Golden is implemented as a Java 21 and Spring Boot system over PostgreSQL. Its engine composes typed resources, deterministic matching, explicit policy and transactional evidence rather than collapsing the work into one opaque score.

01

Composable domain graph

An entity binds datasets, sources, transformations, indexers, classifiers, mergers, stewards and sinks through typed resources.

02

Typed data contracts

Column types and nested datasets drive normalization, validation, comparison and the structure exposed through the API.

03

Pluggable data movement

File, JDBC and table sources feed a domain; file, HTTP, JDBC, Kafka and table sinks serve configured destinations.

04

Deterministic preparation

Field mappings and controlled Groovy transformations reshape source documents while preserving their declared context.

05

Two-stage candidate engine

Exact, geographic and fuzzy indexes form buckets first. Weighted classification then decides how each group proceeds.

06

Ordered stewardship policy

Rules consume eligible clusters in a defined order. Automatic resolution, review and value survival remain separate decisions.

07

Versioned quality model

A canonical SHA-256 definition identifies each measurement model; changes mark scores stale and preserve prior daily snapshots.

08

Transactional audit

Record writes, history and immutable audit events share the same transaction, with partitioned storage and controlled access.

Practical scope

Begin with one master domain.

Golden is shaped around the entity the business needs to maintain, not a generic matching exercise. A first scope establishes the domain, its authority and a representative set of records before expanding sources or consumers.

Discuss your domain

Master domains

Govern the entities reused across systems.

CustomerTravellerDestinationSupplierProductProperty

The schema, rules and authority are defined for each domain.

Implementation contract

Make every operating decision explicit.

Source records and schedulesEntity schema and relationsTransformations and quality rulesCandidate keys and thresholdsStewardship and survival policyAccess, history and destinations

Destinations and synchronization are included only when they are configured for the domain.

Customer results

Golden in operating scope.

The product is used for different master domains and source landscapes. These results describe the scale and boundary of two customer implementations.

Grupo Piñero · Customer master

8M+ records.
Four source channels.

Customer data reconciled under one governed model while retaining provenance, consent and language.

View customer result

IT Travel Services · Two domains

5M+ traveller records.
250K destinations.

Traveller and destination masters replace repeated identity and location resolution in downstream analysis.

View customer result

Start with one domain

Which record do your systems disagree about?

Bring the entity, its main sources and a representative set of records. We can begin by defining the operating boundary, the decisions that need policy and the cases that still need people.

Contact Trazadera