Versionierung¶
Ein Record ist eine dauerhafte Identität (PILOT-2026-0001); alles, was
darunter je veröffentlicht wurde, ist eine Version dieses Records. Eine
Version ist, sobald veröffentlicht, unveränderlich.
Record-IDs¶
IDs folgen dem Muster PRÄFIX-JAHR-LAUFNUMMER, z. B. PILOT-2026-0001. Die
Laufnummer wird je Präfix und Jahr ausschließlich hochgezählt und niemals
wiederverwendet — auch nicht, wenn ein Record später zurückgezogen wird.
Versionslabel: 1.0 / 1.1 / 2.0¶
Jede Version trägt ein Label <major>.<minor>:
1.0— Erstveröffentlichung eines Records.x.y+1(Minor-Sprung, z. B.1.1,1.2) — eine redaktionelle Änderung: Tippfehler, Klarstellungen, Formulierungen — nichts, was den inhaltlichen Umfang oder die Einordnung der KI-Nutzung verändert.x+1.0(Major-Sprung, z. B.2.0) — eine inhaltliche Änderung: eine andere Tätigkeit, eine geänderte Beitrags- oder Prüfstufe, ein zusätzliches KI-System oder Ähnliches.
Ob eine Änderung redaktionell oder inhaltlich ist, wird von der Autorin/dem Autor beim Veröffentlichen einer neuen Version explizit angegeben; das System gibt dazu eine Einschätzung als Empfehlung, entscheidet aber nicht verbindlich anstelle der Autorin/des Autors.
Jede Version speichert:
- ihren eigenen Snapshot (siehe Offenlegungsschema) und dessen Hash,
- einen Verweis auf die unmittelbare Vorgängerversion (sofern vorhanden),
- den Änderungstyp (
initial/editorial/substantive) und eine kurze Änderungszusammenfassung, - Zeitpunkt und veröffentlichende Person,
- die zum Veröffentlichungszeitpunkt gültigen Versionsstände von Plattform, Disclosure-Schema und Evaluation-Schema.
Der Record selbst führt zusätzlich einen Zeiger auf seine aktuelle
Version. https://www.veraificator.com/r/PILOT-2026-0001
zeigt immer die aktuelle Version; jede einzelne Version bleibt daneben
dauerhaft unter einer eigenen, stabilen URL erreichbar
(…/r/PILOT-2026-0001/v/1.0), inklusive eigenem PDF und eigener
JSON-Repräsentation. Ein einmal ausgegebener Link oder QR-Code auf eine
konkrete Version verliert also nie seine Gültigkeit, selbst wenn der Record
später eine neuere Version bekommt.
Unveränderlichkeit¶
Eine veröffentlichte Version wird nicht nachträglich verändert und nicht gelöscht. Diese Regel ist nicht nur eine redaktionelle Konvention, sondern strukturell erzwungen: Auf Datenbankebene ist ein nachträgliches Verändern oder Löschen einer veröffentlichten Version ausgeschlossen. Ein Änderungswunsch führt immer zu einer neuen Version mit eigenem Zeitstempel — nie zu einer Bearbeitung der bestehenden.
Hashes¶
Für jede Version wird eine Prüfsumme über ihren exakten Snapshot-Inhalt
gebildet: Der Snapshot wird in eine kanonische, byte-genau reproduzierbare
JSON-Form gebracht (Felder alphabetisch sortiert, kompakte Trennzeichen,
UTF-8), und darüber ein SHA-256-Hash berechnet. Dieser Hash wird als
recordHash neben dem Snapshot ausgegeben — er steht bewusst neben, nicht
innerhalb des Snapshots, weil er ein Hash über genau dieses Dokument ist
und sich sonst selbst verändern würde, sobald er Teil des gehashten Inhalts
wäre.
Wer den Inhalt eines Records archiviert (z. B. als heruntergeladenes PDF oder JSON), kann diesen Hash jederzeit gegen den aktuell auf der Plattform veröffentlichten Wert prüfen, um sicherzustellen, dass es sich um exakt dieselbe Fassung handelt.
Zurückziehung (Withdrawal)¶
Eine Zurückziehung ist ein versionsloser Statuswechsel — keine neue
Version, sondern eine zusätzliche Eigenschaft des Records selbst: Der Status
wechselt auf withdrawn, mit Zeitpunkt, einer Zurückziehungskategorie
(auf Wunsch der Autorin/des Autors, fehlerhafte Angaben, durch neuen Record
ersetzt, institutionelle Entscheidung, Sonstiges) und optional einem kurzen
öffentlichen Hinweistext sowie einem Verweis auf einen ersetzenden Record.
Auch nach einer Zurückziehung bleibt die Seite unter derselben URL erreichbar: Sie zeigt den Zurückziehungshinweis und, sofern vorhanden, die zuletzt veröffentlichte Version darunter weiterhin an. Nichts wird gelöscht — eine Zurückziehung macht einen Record kenntlich, nicht unsichtbar.