GUIDE PUBLIC — PRÉPARATION D’UNE ENTRÉE CHRONOSCRIPT

1. OBJET
Ce guide explique comment préparer les informations destinées à un brouillon Chronoscript. Il s’applique à la saisie manuelle, à l’import JSON et au Chronoscript Structured Text. Préparer ou importer des données ne crée pas un Registry Record canonique. Toute source importée doit être vérifiée avant la poursuite du workflow.

2. CHAMPS PRINCIPAUX
Type d’enregistrement — EVENT, DECLARATION, PUBLICATION ou CORRECTION.
Visibilité — public, restricted ou private. Un enregistrement restreint/privé finalisé conserve une manifestation publique minimale afin que la séquence canonique reste continue.
Titre EN / Titre FR — au moins une langue de titre est requise.
Résumé EN / Résumé FR — description factuelle concise lorsqu’elle est utile.
Sujet — objet ou sujet principal de l’événement.
Déclarant — partie qui soumet l’information au service.
Créateur — créateur ou origine lorsque cela est pertinent.
Parties — identifiants ou noms des parties impliquées.
Event UTC — date/heure UTC de l’événement lorsqu’elle est connue.
Event DYPCLT — calculé à partir de Event UTC lorsque l’UTC est fourni. Un DYPCLT saisi manuellement et contradictoire est refusé.
Référence — référence externe ou interne associée à l’événement.
LX liés — entiers de 1 à 72.
Relations — liens structurés vers d’autres enregistrements ou objets.
Profil de validation — actuellement basic.

3. IMPORT JSON
Le schéma lisible par machine est publié à /schemas/chronoscript-submission.schema.json. Exemple :

{
  "schemaVersion": "0.1.0",
  "recordType": "DECLARATION",
  "visibility": "public",
  "title": {"en": "Publication of document X", "fr": "Publication du document X"},
  "summary": {"en": "Factual description.", "fr": "Description factuelle."},
  "eventUtc": "2026-08-11T10:30:00Z",
  "parties": ["NZ000-L0T0P0"],
  "relatedLX": [1,55],
  "validationProfile": "basic"
}

Event DYPCLT peut être omis lorsque Event UTC est fourni ; LXKeys le calcule. Le JSON importé est normalisé, contrôlé et affiché pour vérification avant la création d’un brouillon.

4. CHRONOSCRIPT STRUCTURED TEXT
Une source texte peut utiliser des champs libellés :

CHRONOSCRIPT 0.1.0
TYPE: DECLARATION
VISIBILITY: public
EVENT UTC: 2026-08-11T10:30:00Z
TITLE EN:
Publication of document X
TITLE FR:
Publication du document X
SUMMARY EN:
Factual description.
SUMMARY FR:
Description factuelle.
PARTIES:
- NZ000-L0T0P0
RELATED LX: 1, 55
VALIDATION PROFILE: basic

Le format est volontairement lisible par un humain et déterministe. Un texte libre non structuré n’est pas transformé silencieusement en données canoniques. Lorsqu’une assistance automatisée sert à préparer des données structurées, les champs obtenus restent une proposition qui doit être vérifiée.

5. RELECTURE ET VALIDATION
Après analyse, LXKeys présente les champs normalisés, le SHA-256 de la source, la version du parseur, les avertissements et les erreurs. L’opérateur vérifie et peut corriger les champs avant de créer un DRAFT. DRAFT est l’état de préparation modifiable : les champs de l’enregistrement et les preuves peuvent y être ajoutés, corrigés ou retirés. Dès que l’enregistrement devient SUBMITTED, son contenu et ses preuves sont verrouillés pour contrôle. Toute modification ultérieure exige un retour explicite et audité en DRAFT, suivi d’une nouvelle soumission et d’un nouveau cycle de validation. La source ne contourne ni DRAFT, ni SUBMITTED, ni VALIDATION. Avant READY FOR FINALIZATION, LXKeys contrôle le vocabulaire, les champs requis et la cohérence UTC↔DYPCLT. Une validation finale est répétée immédiatement avant la finalisation canonique.

6. FINALISATION
Seule la finalisation canonique attribue un Record ID permanent et une Registry Sequence. Un enregistrement finalisé est en lecture seule. Une correction ultérieure constitue un enregistrement lié distinct. Les formats d’import et les API facilitent l’intégration ; ils ne transfèrent pas l’autorité d’émission canonique.

7. PROFIL SÉMANTIQUE ET PROFIL DE VALIDATION
Le Profil sémantique identifie le sens versionné de l’enregistrement et, le cas échéant, le schéma des données d’extension propres au profil. Dans la saisie manuelle ordinaire, LXKeys sélectionne automatiquement le Profil sémantique générique compatible et n’expose pas de JSON d’extension brut. Le Profil de validation est une coordonnée distincte de politique de validation (actuellement basic) servant à décider si le brouillon peut progresser. Ces notions ne sont pas interchangeables.

7. RELATIONS VERSIONNÉES ENTRE RECORDS
Les relations sont disponibles pour les quatre types fondamentaux. Control présente un sélecteur de relation et un record cible. Le vocabulaire 1.0.0 est references, supersedes, revokes, amends, continues et corrects. L’action Correction est un raccourci qui crée un brouillon CORRECTION avec corrects prérempli ; elle n’est pas le seul moyen de relier des records. Le contexte entrant/inverse du graphe est dérivé et ne réécrit jamais les records antérieurs. Voir CHRONOSCRIPT-RELATIONS.

8. RÉSOLUTION DU PROFIL SÉMANTIQUE
La saisie manuelle quotidienne n’expose ni sélection du profil sémantique, ni version du profil, ni JSON brut d’extension sémantique. LXKeys résout en interne le profil générique compatible. Les workflows automatisés spécialisés utilisent leur propre contrat de profil contraint.