Rule Hierarchy
Chronicle Rules operate beneath Suite-level authority and above individual procedures, schemas, and production records.
Chronicle Rules consolidates the normative operating rules that govern how Chronicle creates, references, verifies, corrects, publishes, and preserves canonical Chronicle Entries.
These rules define what Chronicle must do, must not do, and should do during normal institutional operation.
Chronicle Rules operate beneath Suite-level authority and above individual procedures, schemas, and production records.
A Chronicle Entry may be created only for an Occurrence that satisfies Preservation Eligibility and can be represented according to the Chronicle Entry Model.
NormativeChronicle must remain authoritative only for Chronicle-owned records and historical-preservation state. Referenced Suite systems retain authority for their own objects and determinations.
NormativeChronicle should reference Source Records when origin, attribution, archival context, or traceability is needed. A Source Record does not transfer authority to Chronicle.
NormativeChronicle must not create canonical Entries for routine, trivial, duplicate, speculative, or out-of-scope activity unless a stronger approved preservation basis applies.
NormativeEvidence should be preserved and related to Entries where it materially bears on Chronicle's historical representation. Evidence limitations must remain visible.
NormativeRelationships must represent real, supportable connections and should use approved Controlled Values when direction or meaning matters.
NormativeChronicle may correct only Chronicle-owned records. Substantive corrections must preserve traceable prior state and version lineage.
NormativeChronicle-owned records should be published only after applicable structural, authority, Verification, Validation, approval, and publication requirements are satisfied.
NormativeChronicle should ordinarily preserve one canonical Chronicle Entry for one underlying Occurrence, using multiple Sources, Evidence items, and references rather than duplicate Entries.
NormativeMaterial changes to Chronicle-owned records should remain traceable through Version lineage rather than silent overwrite.
NormativeEntry creation should not begin by inventing a record first and deciding later whether the Occurrence belonged in Chronicle.
Source, Evidence, and Provenance must remain distinct.
Relationships should be explicit, supportable, and semantically bounded. Chronicle should not infer causation, authority, succession, or dependency merely because two records are associated.
Chronicle must not silently rewrite material history.
Minor non-substantive changes may follow simplified procedures, but substantive changes should remain historically reconstructable.
Publication is a controlled institutional action, not merely the existence of a file or webpage.
Multiple records may describe one Occurrence. Chronicle should ordinarily consolidate those references around one canonical Chronicle Entry.
Rules define normative requirements. Chronicle's established procedures define the operational sequence used to satisfy those requirements.
Chronicle should not create separate Policies or Governance pages merely for completeness. Additional institutional layers should be introduced only when operational experience demonstrates a distinct need that cannot be handled by Chronicle Rules, Procedures, Controlled Values, or Suite-level governance.
Chronicle Rules have now been exercised through the first complete production cycle for CHR-2026-0001 Entry Version 1.
The production case confirmed that Chronicle can apply its normative rules without duplicating Certifier or Registry authority and without expanding the object model beyond what the Entry actually requires.
Chronicle Rules should remain few enough to understand, strong enough to govern, and precise enough to support repeatable Validation and production operation.