Chronicle · Identifiers

Chronicle Identifier Specification

Chronicle identifiers provide stable, permanent identity for canonical Chronicle Entries. The identifier should remain simple enough to endure changes in Event Type, schema, relationships, publication state, and historical interpretation.

Identity belongs to the Entry. Classification and other changing semantics belong in structured fields, not inside the identifier.

Canonical Identifier Form

CHR-YYYY-NNNN

Example: CHR-2026-0001

This structure carries only the minimum durable semantics needed for human readability and operational sequencing: Chronicle namespace, assignment year, and sequence number.

Identifier Namespace

CHR is the Chronicle Entry namespace. It distinguishes canonical Chronicle Entry identifiers from identifiers issued by other Suite systems.

Required

Year Component

The four-digit year records the year the Chronicle identifier is assigned. It does not represent Event Date unless assignment and occurrence happen in the same year.

Required

Sequence Structure

The sequence is numeric, zero-padded, and scoped to the identifier-assignment year. The initial production form uses four digits beginning with 0001.

Required

Semantic Restraint

Event Type, originating system, status, verification state, publication state, jurisdiction, and other mutable meanings should not be encoded into the identifier.

Required

Identifier Anatomy

CHR → Chronicle Entry namespace
2026 → Identifier assignment year
0001 → Annual sequence

The identifier describes identity, not historical interpretation.

Permanence Rule

Once assigned, a Chronicle Entry identifier is permanent.

The same identifier remains attached to the Entry across corrections, new Versions, changes in Event Type classification, additional Relationships, Verification updates, publication changes, and preservation-state changes.

Entry identity persists even when Entry content evolves.

Reuse Prohibition

A Chronicle identifier must never be reassigned to a different Entry.

If an Entry is withdrawn, superseded, corrected, unpublished, or later determined to have been created in error, its identifier remains historically reserved.

Assigned once → Reserved forever

Corrections

A Correction does not create a new Chronicle Entry identifier when the underlying canonical Entry remains the same historical record.

Versions

Record Version changes occur beneath the stable Entry identifier. Version should be represented through explicit Version fields or related Version records, not by changing the canonical identifier.

New Occurrences

A genuinely distinct qualifying Occurrence receives a new Chronicle Entry and therefore a new identifier, even when it concerns the same external authoritative object.

Duplicate Entry Resolution

If two Entries are later determined to represent the same Occurrence, identifiers should not be recycled. Chronicle should preserve the identity history and resolve duplication through status, relationships, correction, or supersession procedures.

Identifier and Event Type

Event Type is required Entry classification, but it is not part of the identifier.

Identifier → Stable identity
Event Type → Governed classification

An Entry may be reclassified without changing its identifier if Chronicle later corrects or refines the Event Type.

Why Event Type Is Not Encoded

Encoding Event Type into identifiers would make identity dependent on taxonomy. If classification later changed, Chronicle would face a choice between changing a permanent identifier or preserving an inaccurate semantic code.

Stable identity should survive changing classification.

Identifier Assignment Year

The year component refers to the year the Chronicle identifier is assigned, not necessarily the year the historical Occurrence happened.

This is required for retrospective preservation.

Event Date may be 2025.
Chronicle Entry may be created in 2026.
Identifier may therefore be CHR-2026-0001.

Sequence Rule

Sequence numbers should be issued monotonically within each assignment year. Gaps are permitted when identifiers have been reserved or voided; gaps should not be closed through reuse.

Sequence continuity is desirable. Identifier permanence is mandatory.

Relationship to Other Suite Identifiers

Chronicle Entry identifiers remain independent from Certifier, Registry, Anchor, Beacon, Attestor, Navigator, Atlas, or other Suite identifiers.

Connections should be expressed through Relationships and authoritative references, not through identifier nesting.

CHR identifier identifies the Chronicle Entry.
External identifier identifies the external authoritative object.

Validation Expectations

Chronicle Validation confirms that a Chronicle Entry identifier:

Uses the approved namespace · Uses a valid year · Uses the approved sequence format · Is unique · Has never been reused · Matches the record's assigned identity

First Production Identifier

Chronicle formally assigned its first permanent production identifier on August 22, 2026:

CHR-2026-0001

The identifier was assigned only during the production procedure after Preservation Eligibility, Event Type, Profile applicability, and uniqueness had been confirmed. Its earlier use during the August 20 operational dry run did not assign, reserve, or consume the identifier.

Assignment Year: 2026
Annual Sequence: 0001
Event Date: 2026-07-05
Entry Version: 1

This production precedent confirms that identifier assignment year and Event Date remain independent temporal concepts.

Identifier Principle

Chronicle identifiers should carry enough structure to identify and manage the Entry, but not enough semantics to become fragile when Chronicle evolves.

Identity should be permanent. Meaning should remain in the record.
Back to Chronicle →

A durable identifier names the record without trying to tell its entire story.