Enterprise Classification Review
Validate company category assignments and narrowing profiles, preserve ambiguous crosswalks, and propose version-migration candidates without changing subject identity.
Bundle → Layer → Finding → Questions Filled
4 bundles · 8 layers · 19 findings · 38 questions
Review context Govern review context within a bounded classification review.
Identity and custody
Make identity and custody explicit through evidence and checks.
Packet identity
Sealed packet. Assemble a new immutable revision under the host owner.
- Which local review is this? evidence
- Which revision and previous content digest does it preserve? decision
Source sovereignty
Source and capture inventory. Reference original authorities and retain capture provenance.
- Who owns the scheme, binding and correspondence meanings? evidence
- Which copies are explicitly snapshots? decision
Read authority
Host context. Ask the host for a current scoped context; never self-authorize.
- Which authenticated actor may read the complete packet for this purpose? evidence
- Does the independent grant match exact packet bytes and current interval? decision
Integrity and time
Make integrity and time explicit through evidence and checks.
Byte integrity
Integrity checks. Verify frozen bytes and ask the custodian about external authenticity.
- Do local snapshot digests match the captured envelopes? evidence
- What does the separately declared source digest actually prove? decision
Time frames
Temporal frame table. Keep assertion, validity, capture and assessment clocks separate.
- What was known at the knowledge cut? evidence
- Which effective and target instants are being assessed? decision
Profiles and categories Govern profiles and categories within a bounded classification review.
Release membership
Make release membership explicit through evidence and checks.
Qualified codes
Qualified category set. Preserve exact strings; obtain missing qualifications.
- Which publisher scheme and release qualify this lexical code? evidence
- Could an identical label or code belong to another scheme? decision
Complete enumeration
Completeness statement. Return insufficient-context when closure cannot be established.
- Is the frozen enumeration complete for this review? evidence
- Who verifies absent codes and missing expansions? decision
Historical selectability
Historical and target checks. Preserve history and assess new eligibility independently.
- Was the recorded category valid at the effective instant? evidence
- Is it active and selectable for a new target assignment? decision
Profile restriction
Make profile restriction explicit through evidence and checks.
Identity-preserving restriction
Profile ancestry assessment. Refuse changed meaning or version as a disguised restriction.
- Does the child retain class, unit, slot and meaning? evidence
- Are parent and release pins exact? decision
Set and cardinality restriction
Restriction and coverage findings. Inspect affected subjects before adopting narrower rules.
- Does the child only remove values and tighten counts? evidence
- Does removing categories leave subjects unclassifiable? decision
Assignments and correspondence Govern assignments and correspondence within a bounded classification review.
Assignment evidence
Make assignment evidence explicit through evidence and checks.
Assertion versus suggestion
Assignment snapshot. Retain stated origin and ask the source owner to resolve status.
- Is this an asserted, proposed, disputed or withdrawn source? evidence
- What method/version produced model suggestions? decision
Competing revisions
Source selection decision. Keep competing revisions and request explicit host selection.
- Which single source assertion is authoritative for this review? evidence
- Is a correction preserved without editing its predecessor? decision
Correspondence evidence
Make correspondence evidence explicit through evidence and checks.
Mapping meaning
Captured correspondence. Keep n:m associations intact; never invent pairwise exactness.
- Is the relation exact, close, broader, narrower, related or compound? evidence
- Are multiple or empty sides preserved as one association? decision
Mapping authority
Approval basis. Obtain independent acknowledgment; score is not approval.
- Who approved the exact snapshot/entry and on what evidence? evidence
- Does the host acknowledgment match after a changed snapshot? decision
Competing targets
Alternative eligibility table. Route ambiguity to a steward without ranking by confidence.
- Are all applicable alternatives visible before profile filtering? evidence
- Does exclusion of one target conceal an unresolved conflict? decision
Assessment and adoption Govern assessment and adoption within a bounded classification review.
Disposition and limits
Make disposition and limits explicit through evidence and checks.
Bounded migration candidate
Candidate or refusal. Propose only; use a separate authorized workflow for any business change.
- Is there one eligible direct target under complete declared context? evidence
- Would a chain or a model-ID replacement exceed this contract? decision
Reproducible assessment
Assessment snapshot. Recompute consistency and preserve distinct assessment identities.
- Can the exact evaluator reproduce the saved result? evidence
- Did input, approval basis or build change? decision
Native use and migration
Make native use and migration explicit through evidence and checks.
Native binding and disclosure
Native installation report. Validate separately and keep host disclosure controls.
- Were both outer V3 and installed nested validation run? evidence
- Does the restricted aggregate disclose only what its owner permits? decision
Version and records lifecycle
Loss/refusal and retention decision. Refuse unsupported conversion; preserve the original sealed record.
- Can an older version preserve all meanings and evidence? evidence
- Who retains superseded packets and records repeated imports? decision
Classifiers Filled
- Family
- Enterprise profiles
- Category
- Cross-cutting context
- Entry kind
- companion-contract
- Navigation path
- NAV.XCT
- Domain
- EnterpriseClassificationReference dataProfiles
- Industry
- Cross-industry
- Tags
- EM-XCT-09classificationtaxonomycrosswalkprofilemappingcodereview
- Also called
- Category and code validation, Classification Review, Classifications, profiles and crosswalk, EM-XCT-09
What it is Filled
A companion contract for a Company Dimension that reviews how company subjects are assigned to categories of pinned classification schemes, keeps crosswalks between schemes including ambiguous ones, and proposes migrations between scheme versions.
Why it exists Filled
Validate company category assignments and narrowing profiles, preserve ambiguous crosswalks, and propose version-migration candidates without changing subject identity.
Distinguishing features Filled
- Reviews category assignments and crosswalks; it never changes the identity of the classified subject.
- Keeps ambiguous correspondences between schemes instead of picking the most confident one.
- Proposes version migrations as candidates; adopting them is a separate authorized change.
What robots and AI may and may not do Filled
Must not
- Self-authorize a review context; it must come from the host.
- Rank ambiguous mappings by confidence and keep only the top one.
- Disguise a change of meaning as a restriction.
- Treat a review score as approval.
Only with a human decision
- Selecting between competing revisions of a classification.
- Adopting a migration that changes business reporting.
May
- Validate an assignment against the pinned scheme and version.
- List affected subjects before a narrower profile is adopted.
- Route an ambiguous crosswalk to a steward with all candidates kept.
Moral aspects Filled
- Classifications of people, products or risks drive decisions; a silent reclassification can treat someone unfairly.
- Keeping old assignments as history protects people from retroactive relabelling.
Who is affected
- People and organizations whose records are classified
- Teams whose reports depend on the classification
Owners Filled
Steward
The reference data steward owns category schemes and profiles; subject records stay with their domain owners.
Master systems
- Reference data management system
- Scheme publishers (for example statistical or industry classification bodies)
Links to other meta-models Filled
references
- WM-KNW-018 - 0.3.0-research.1
- WM-XCT-020 - 0.3.0-research.1
aligned
- vr.wm-knw-018
- vr.wm-xct-020
What else AI and robots need to interact with it Filled
Identity and identifiers required Filled
- Scheme ID and version pinned for every assignment.
- Immutable revision ID for each profile.
Direct properties not applicable Not applicable
Not applicable
Institutional or informational subject: it has no physical body to measure.
Recognition optional Filled
- An assignment links one subject to one category of a pinned scheme version, with evidence and assessment.
Capabilities and actions required Filled
- Assemble a new immutable revision under the host owner. Host permission and source verification remain required.
- Reference original authorities and retain capture provenance. Host permission and source verification remain required.
- Ask the host for a current scoped context; never self-authorize. Host permission and source verification remain required.
- Verify frozen bytes and ask the custodian about external authenticity. Host permission and source verification remain required.
- Keep assertion, validity, capture and assessment clocks separate. Host permission and source verification remain required.
- Preserve exact strings; obtain missing qualifications. Host permission and source verification remain required.
- Return insufficient-context when closure cannot be established. Host permission and source verification remain required.
- Preserve history and assess new eligibility independently. Host permission and source verification remain required.
- Refuse changed meaning or version as a disguised restriction. Host permission and source verification remain required.
- Inspect affected subjects before adopting narrower rules. Host permission and source verification remain required.
- Retain stated origin and ask the source owner to resolve status. Host permission and source verification remain required.
- Keep competing revisions and request explicit host selection. Host permission and source verification remain required.
- Keep n:m associations intact; never invent pairwise exactness. Host permission and source verification remain required.
- Obtain independent acknowledgment; score is not approval. Host permission and source verification remain required.
- Route ambiguity to a steward without ranking by confidence. Host permission and source verification remain required.
- Propose only; use a separate authorized workflow for any business change. Host permission and source verification remain required.
- Recompute consistency and preserve distinct assessment identities. Host permission and source verification remain required.
- Validate separately and keep host disclosure controls. Host permission and source verification remain required.
- Refuse unsupported conversion; preserve the original sealed record. Host permission and source verification remain required.
Hazards and failure modes required Filled
- Silent semantic drift when a scheme version changes.
- Lost nuance when an n-to-m crosswalk is forced to 1-to-1.
Standards and interfaces required Filled
- W3C SKOS mapping relations.
- Statistical classifications such as ISIC and NACE.
Context of use required Filled
- Used when company data is classified for reporting, compliance or analytics.
Sources Filled
- Research record EM-XCT-09: independent provider studies, audits and reconciled findings - Evidence behind the release; claims in the card trace to it.
- Enterprise Classification Review 0.1.0 specification - Normative release, digest sha256:438269d5af6ec4dbec31b3fc3637421987198bb54a1aa307defe915b3c1ba7b9
Open questions
- Use the pinned companion schema/validator and trusted-host binding. Native outer validation alone does not enforce nested semantics. Consult the released adoption limits. Use only with a complete frozen scheme release, an exact finite profile and independently authorized host context. Preserve every applicable correspondence before profile filtering. Treat candidate-only as a proposal; read the capacity, custody and native-binding limits before installation. Required reading: https://ver.cy/models/enterprise-classification-review/versions/0.1.0/publication-addendum.md
Machine files
Provenance
enterprise research · reviewable-draft
Built from: models/enterprise-classification-review/versions/0.1.0/spec.json, models/enterprise-classification-review/catalogue-entry.json, ver-cy/world-models/card-supplements/enterprise-classification-review.json