Domain catalogue Parties

Organisation units and positions

The organisation as governed master data: units, positions, their managers and cost centres, versioned so every system shows the same structure on the same day.

SOURCES, READ IN PLACEWorkdayHCM · financeSAP S/4HANAERPOracle Fusion CloudERPServiceNowITSM · assetsASSEMBLED1 · standardise2 · match on the domain keys3 · survive field by field4 · place in the hierarchies5 · run the column and row rules6 · publish the golden viewGOLDEN ORGANISATION UNITS AND POSITIONSOrganisation units and positionsone id · every source key keptREAD BYGrids, pivots and drill-downswith the transactionsAPIs, SQL and agentsone policyWrite-back to the systemsacknowledged
Where the organisation units and positions record comes from, how it is assembled, and who reads it. Other systems have their own page.
2 days
of configuration to a production-grade version
estimate
4
attribute groups in the golden record
catalogue
2
match keys
catalogue
3
hierarchies the record sits in
catalogue
3
kinds of transactions that refer to it
catalogue
What it is

Today, and with the golden record

Today HR keeps the org chart, the ERP keeps a copy for approvals, the ticketing tool keeps a third for routing, and a reorganisation lands in each on its own schedule.

With Lima the organisation units are read where they live, matched on unit code and position id, assembled field by field and published as one golden record per real organisation units, with every source key underneath. Positions, holders, approvals and tickets for a unit under any version 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.

Unitcode, name, type, parent, manager, cost centre, valid dates
wins: HR system
Positionid, job, grade, unit, holder (golden employee), status
wins: HR system
Mappingsunit codes per system, approval groups, assignment groups
wins: crosswalk
Versionsreorganisation as a version with an effective date
wins: HR and finance
How records match

The keys, in order

unit codeposition id

Positions link to golden employees and cost centres, so an approval route, a headcount plan and a ticket queue read one structure.

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

3 hierarchies

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

HierarchyLevels and use
Organisationcompany → division → department → team → position
Reportingmanager chain
Costunit → cost centre

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
Columnvalid-to is after valid-from
Rowan active unit has a manager position
a position sits in exactly one unit per version
Businessunits with headcount above plan carry an approval
every approval group in the ERP maps to an active unit
no unit closes with active positions
What refers to it

Transactions, measures and drill-downs

Transactions in the bedRead from
Headcount and movesHR
Approvals routedERP workflows
Tickets by groupITSM
headcount by unitopen positionsreorganisations per yeartickets per group

Measures above are available in the pivot on any hierarchy level, by month or week, with calculated measures beside them. Drill-down opens positions, holders, approvals and tickets for a unit under any version.

Security pattern

What is masked, who edits, who reads

Default policy for the domain

HR edits; managers read their subtree; finance reads all. 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/org-unit/lookup
{
  "code": "DEP-441",
  "as_of": "2026-10-01"
}
response
200 OK
{
  "name": "Item data",
  "manager": "E-19822",
  "positions": 14,
  "cost_centres": [
    "CC-4410",
    "CC-4411"
  ],
  "version": "v13"
}

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 financial services company runs reorganisations as versions: HR publishes the structure with an effective date, and the ERP's approval routes and the ticketing groups change on that date, together.

illustrative scenario · Organisation units and positions
Terms on this page

PositionA seat in the organisation, filled or vacant.
Assignment groupThe ITSM name for a team that receives tickets.
Effective dateThe date a new organisation version takes effect everywhere.
Golden recordThe one record for a real organisation units, 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; 2 working days to a production-grade version with rules, hierarchies, security and write-back tested.

Which industries use it most?

Telecom, Industrial manufacturing, Financial services, High-tech and semiconductor. 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.