Business term vs business element
A term is a word and its meaning. An element is governed data that carries that meaning in one context. Governance attaches to the element.
A business term is a word and its meaning. A business element is a piece of data that carries that meaning in a specific business context.
| Business term | Business element | |
|---|---|---|
| Lives in | business glossary | Business data dictionary or domain |
| Answers | "What does this word mean?" | "What data do we hold for it, and where?" |
| Has | Definition, synonyms, owner | Type, format, allowed values, quality rules, CDE flag |
| Links to | Elements (one term → many) | Physical columns (one element → many) |
The chain
Term (meaning) Outstanding Balance
└─ Element (data) Mortgage Outstanding Balance ← CDE
│ ├─ Column LOAN_DTL.OUTSTANDING_BAL_AMT
│ └─ Column MTG_HIST.UPB
└─ Element (data) Card Outstanding Balance
└─ Column CARD_ACCT.CUR_BAL
Why the distinction matters
- Governance attaches to the element. Stewards, critical data element (CDE) status and quality rules belong to Mortgage Outstanding Balance, not to the abstract word.
- Descriptions belong on the element. "For mortgages, excludes escrow" is true of one element and false of the term in general. When AI drafts long descriptions, it should draft them per element, grounded in that element's columns, profile and lineage.
- Mapping is two hops, not one. Semantic discovery tools propose column → element → term. Each hop is a proposal with a confidence score until a steward approves it.
Common mistakes
- Making every column a term. The glossary bloats with
OUTSTANDING_BAL_AMT_2and nobody trusts it. - Skipping elements. Terms link straight to columns, so there is nowhere to hang domain-specific rules or criticality.
- One element per system. If three systems hold the same mortgage balance, that is one element with three columns, not three elements.