Domain catalogue Reference data

Countries, regions and code lists

The code lists every system needs, kept once: countries and regions, Incoterms, payment terms, languages, and the crosswalk to each system's local codes.

SOURCES, READ IN PLACESAP S/4HANAERPOracle Fusion CloudERPSalesforceCRMServiceNowITSM · assetsSnowflakelakehouseASSEMBLED1 · standardise2 · match on the domain keys3 · survive field by field4 · place in the hierarchies5 · run the column and row rules6 · publish the golden viewGOLDEN COUNTRIES, REGIONS AND CODE LISTSCountries, regions and code listsone id · every source key keptREAD BYGrids, pivots and drill-downswith the transactionsAPIs, SQL and agentsone policyWrite-back to the systemsacknowledged
Where the countries, regions and code lists record comes from, how it is assembled, and who reads it. Other systems have their own page.
1 days
of configuration to a production-grade version
estimate
4
attribute groups in the golden record
catalogue
2
match keys
catalogue
2
hierarchies the record sits in
catalogue
1
kinds of transactions that refer to it
catalogue
What it is

Today, and with the golden record

Today each system has its own list of countries and payment terms; a new Incoterm is added to four systems on four dates.

With Lima the code lists are read where they live, matched on list + code and standard code (ISO), assembled field by field and published as one golden record per real countries, regions, with every source key underneath. The fields and rows using a code, across systems are one click away, because the transactions sit in the same bed.

The golden record

4 attribute groups, and which source usually wins each

Survivorship is per field; the winning source below is the usual one, and a steward's verified edit outranks it.

Code listname, owner, standard (ISO, UN/CEFACT), version
wins: reference owner
Codescode, name by language, valid dates, attributes
wins: reference owner
Crosswalkslocal code per system per code
wins: generated and maintained
Usagewhich domains and fields use the list
wins: the model
How records match

The keys, in order

list + codestandard code (ISO)

A code list is a small master-data domain with the same history, rules and security as the big ones.

Pairs above the merge line merge; pairs between the lines go to the steward with the two records side by side and the transactions of each; the rest stay apart. Every merge can be undone. The golden records page explains the steps.

Where it sits

2 hierarchies

Several structures for the same record, each kept as versions with dates.

HierarchyLevels and use
Geographycontinent → country → region
Standardstandard → list → code

A pivot can roll the record's measures up any of them; a draft version is validated against the facts before it goes live. See hierarchies.

Rules at three levels

Sample rules from the template

Written in one language, tested on live rows before they are saved.

LevelRules
ColumnISO codes match the standard
valid-to is after valid-from
Rowa retired code names its replacement
every code has a name in the default language
Businessevery field bound to a list holds only active codes as of the row's date
each local code maps to exactly one golden code
What refers to it

Transactions, measures and drill-downs

Transactions in the bedRead from
Documents using the codesorders, invoices, deliveries
codes per listunmapped local codesdocuments on retired codes

Measures above are available in the pivot on any hierarchy level, by month or week, with calculated measures beside them. Drill-down opens the fields and rows using a code, across systems.

Security pattern

What is masked, who edits, who reads

Default policy for the domain

Reference owner edits; everyone reads; a retirement needs an approval. The twelve layers apply on every door; see security.

The lookup API

Pass the keys you know, get the golden record

request
POST /api/v1/golden/codes/incoterms
{
  "as_of": "2026-10-01"
}
response
200 OK
{
  "version": "2020",
  "codes": 11,
  "crosswalks": {
    "sap": "INCO1",
    "oracle": "FOB lookup",
    "salesforce": "Incoterm__c"
  }
}

The same call creates the record when nothing matches; related facts are expanded through the cross-reference; page sizes and limits are published per endpoint. See the headless API.

On your systems

One page per system

The objects with their real names, the keys in that system's fields, the write interface and what to set up first.

A day with it

Illustrative

Names, places and figures are illustrative or anonymised; the pattern is the catalogue's.

A global manufacturer governs 84 code lists in one place. When a country changed its regions, one change reached the ERPs, the CRM and the ticketing tool, with the old codes readable in history.

illustrative scenario · Countries, regions and code lists
Terms on this page

Code listA finite set of allowed values with names and validity.
CrosswalkThe mapping from a golden code to each system's local code.
Retired codeA code that stays readable for history and is refused on new rows.
Golden recordThe one record for a real countries, regions, assembled from the source records, with every value carrying its source, rule and time.
Cross-referenceThe list of source keys that belong to one golden record.
Questions

Does this domain copy data out of the systems?

The golden record is a governed view over rows read in place; a governed replica in your lake is used only where a source is too slow or too limited to query live, and the column says so.

How long to the first golden view?

One working day for the first two sources; 1 working days to a production-grade version with rules, hierarchies, security and write-back tested.

Which industries use it most?

Logistics and 3PL, Consumer goods, Industrial manufacturing, High-tech and semiconductor, Telecom. The industry pages show the domains each starts with.

See your first domain built on your data

Bring two systems that hold the same customers, suppliers or materials. In one working day we connect them, run the match on live rows, review the queue with your steward and publish the first golden view with its API.