Role Migration

The governance roles remain largely consistent but with some name changes and expanded responsibilities.

2015 Role2026 RoleResponsibility Changes
Register OwnerRegister Owner
  • Now defines commitments
  • Approves register specification
  • Handles appeals (unchanged)
Register ManagerRegister Manager
  • Ensures commitment compliance
  • Manages register specification
  • Process management (unchanged)
Control BodyControl Body
  • Decision-making authority (unchanged)
  • May review concept changes
Submitting OrganizationProposer
  • Renamed for clarity
  • Same responsibilities
Registry ManagerSystem Manager
  • Renamed for clarity
  • Technical system management
Register UserRegister User
  • Unchanged

Process Changes

2015 Processes

  • Proposal submission
  • Control body review
  • Appeal process
  • Item status management
  • Register publication

2026 Processes

  • Establishment process (new)
  • Proposal submission
  • Control body review
  • Appeal process
  • Content management process
  • Commitment compliance (new)
  • Decommission process (new)

New Processes to Implement

Establishment

Creating and formally establishing the register.

  • Define register specification
  • Appoint roles
  • Declare commitments
  • Initial content load

Commitment Compliance

Ensuring declared commitments are met.

  • Monitor persistence levels
  • Verify access availability
  • Track transparency requirements

Decommission

Properly retiring a register.

  • Notify stakeholders
  • Archive content
  • Redirect identifiers
  • Document rationale

Register Specification (New Requirement)

The 2026 edition requires a formal register specification document (previously called "technical standard"). This is a key new obligation.

Required Content

Purpose and Scope

What the register is for and its boundaries.

Roles and Responsibilities

Who fills each role and their duties.

Governance Processes

How proposals, approvals, and appeals work.

Data Requirements

Schema and content requirements.

Identifier Scheme

How identifiers are structured and assigned.

Commitments

Declared access, persistence, and transparency levels.

Concept Organization

How concepts are organized (for concept registers).

Creating Your Register Specification

  1. Gather existing documentation

    Collect your current technical standards, procedures, and policies.

  2. Document commitments

    Determine and declare your access, persistence, and transparency levels.

  3. Update role assignments

    Verify all roles are assigned with updated names.

  4. Define processes

    Document all governance processes including new ones.

  5. Get approval

    Register owner must approve the specification.

Commitments Declaration

A key new requirement is declaring your commitments to users. Choose levels you can realistically maintain.

Minimum Declarations

CategoryMinimum LevelYour Declaration
AccessLevel 1: Metadata access
PersistenceLevel 1: Identifier persistence
TransparencyOptional

Migration Checklist

  • ☐ Update role names in documentation
  • ☐ Update role assignments if needed
  • ☐ Create register specification document
  • ☐ Define and document commitments
  • ☐ Update process documentation
  • ☐ Add establishment process (if new register)
  • ☐ Add decommission process
  • ☐ Update training materials
  • ☐ Notify stakeholders of changes