Änderungsprotokoll

Diese Seite dokumentiert Änderungen an der Plattform, die für Autor:innen, Institutionen oder Integrationen sichtbar sind — insbesondere jede Änderung am Offenlegungsschema oder am Evaluation-Schema. Ein veröffentlichter Record verweist immer auf die zum Veröffentlichungszeitpunkt gültigen Versionsstände (siehe Versionierung) — eine spätere Schema-Änderung verändert also nie einen bereits veröffentlichten Snapshot rückwirkend.

Drei Versionsnummern laufen getrennt: die Plattformversion (jede Veröffentlichung der Anwendung), das Disclosure-Schema (nur wenn sich der Aufbau des öffentlichen Snapshots ändert) und das Evaluation-Schema (nur wenn sich die Fragebögen ändern). Aktueller Stand: Plattform 0.3.1, Disclosure-Schema 0.3, Evaluation-Schema 0.1.

Pilot-Update vom 29.09.2026 (ohne Versionswechsel)

Keine Änderung am Offenlegungs- oder Evaluation-Schema; veröffentlichte Snapshots und Prüfsummen sind unverändert.

• Bestätigung durch die Autorin/den Autor: Neue Verknüpfungen mit einer Institution sind unbestätigt und für die Institution inhaltlich maskiert, bis die Autorin/der Autor zustimmt. Die Verifizierung setzt die Bestätigung voraus. Die institutionelle CSV-Ausgabe und die Institutions-API enthalten dafür das Feld authorConfirmed.
• Einladungslinks: Mitglieder werden per einmalig anzeigbarem, einmal einlösbarem und widerrufbarem Link aufgenommen; gespeichert wird nur ein Hashwert.
• Korrektur: Schaltflächen der Koordination (Mitglieder, Struktur, Registereinträge) wurden fälschlich auch für Koordinationspersonen ausgeblendet und erscheinen jetzt wie vorgesehen.

0.3.1 — Interne Umbenennung

Alle internen Bezeichner der Anwendung (Konfiguration, Datenbank, Container, Pfade) tragen jetzt den Namen verAIficATor. Record-IDs, Adressen, Snapshots, Prüfsummen und veröffentlichte PDF-Dokumente sind unverändert; für Autor:innen, Institutionen und Integrationen ändert sich nichts.

0.3.0 — Disclosure-Schema 0.3, Institutions-Onboarding, Marke verAIficATor

• Marke: Der sichtbare Name der Plattform ist verAIficATor — auf jeder Seite, im Seitentitel, im PDF-Briefkopf, in der API und in den Evaluationstexten. Der Zusatz „Scientific AI Reporting & Transparency“ bleibt. Bereits veröffentlichte Snapshots und PDF-Dokumente sind unveränderlich und behalten ihren ursprünglichen Wortlaut.
• Disclosure-Schema 0.3 (additiv, ältere Snapshots bleiben unverändert): mehrere KI-Systeme je Tätigkeit (contributions[].additionalAiSystemIndexes), eine Beschreibung je Tätigkeit, was die KI konkret getan hat (contributions[].description), und die Angabe, wie weit die KI-Interaktionen selbst dokumentiert wurden (interactionDocumentation). Der öffentliche Kommentar hat ein eigenes Eingabefeld. Damit lässt sich alles, was der Papier-Fragebogen des Pilots abfragt, online vollständig erfassen — siehe Offenlegungsschema.
• Institutions-Onboarding: Die Plattform-Administration kann Institutionen anlegen, Koordinationspersonen per E-Mail zuordnen (auch bevor sich diese zum ersten Mal angemeldet haben), Mitglieder entfernen und Institutionen deaktivieren. Jede Aktion ist Teil der Audit-Historie — siehe Einsatz in Institutionen.

0.2.2 — Öffentliches Verifiziert-Kennzeichen

• Auf der öffentlichen Record-Seite erscheint ein grün gesetztes Kennzeichen VERIFIED, wenn eine zuständige Stelle die Angaben zur KI-Nutzung geprüft und bestätigt hat. Öffentlich ist ausschließlich diese Tatsache; wer bestätigt hat, bleibt privat — nicht auf der Seite, nicht im PDF, nicht in JSON oder JSON-LD. Das Kennzeichen ist die einzige farbige Statusangabe der Plattform; die Stufen A0–A4 und V0–V3 bleiben bewusst ohne Farbe. Was das Kennzeichen bedeutet und was nicht, steht unter Verifiziert-Kennzeichen.
• Der erste vollständig ausgefüllte Pilot-Record trägt dieses Kennzeichen, bestätigt durch die Institution, an der die Arbeit betreut wurde.

0.2.1 — PDF-Signatur, Institutionszertifikate, Verifizierung, E-Mail

• PDF-Signatur: Erzeugte PDF-Dokumente sind plattformseitig signiert (PAdES/CMS) mit einem selbst ausgestellten Zertifikat der Betreiberin — bewusst noch kein von einer Zertifizierungsstelle ausgestelltes Zertifikat (siehe Roadmap). Ein signiertes PDF bleibt ein „plattformseitig signiertes Offenlegungsdokument“, keine qualifizierte elektronische Signatur.
• Institutionszertifikate: Eine Koordinationsperson kann ein eigenes Signaturzertifikat (PKCS #12) für ihre Institution hinterlegen. Das Zertifikat wird noch nicht zum Signieren verwendet (siehe Roadmap).
• Verifizierung festhalten: Eine Koordinationsperson einer Institution oder eine Reviewerin/ein Reviewer der Betreiberin kann festhalten, dass der Inhalt einer Offenlegung geprüft wurde — mit Name der bestätigenden Stelle und Person, die nie öffentlich werden. Ein öffentliches Kennzeichen gab es in dieser Version noch nicht (siehe 0.2.2).
• Review-Bereich der Betreiberin: eine lesende, institutionsübergreifende Sicht auf die veröffentlichten Offenlegungsinhalte (dieselben Daten wie die öffentliche Seite) für die Qualitätssicherung; private Verwaltungsdaten einer Institution sind dort nicht sichtbar.
• E-Mail-Versand über einen echten Mailserver, sobald konfiguriert.

0.2.0 — Löschfristen für Entwürfe, Staging-Umgebung

• Nie veröffentlichte Entwürfe werden nach 180 Tagen ohne Änderung gelöscht; 14 Tage vorher wird gewarnt. Entwürfe mit veröffentlichter Version und Pilot-Records sind ausgenommen. Jede Warnung und Löschung ist Teil der Audit-Historie.
• Eine getrennte Staging-Umgebung erlaubt, Änderungen vor der Produktion zu prüfen.
• Die Prüfung der Audit-Kette schreibt zusätzlich eine Betriebskennzahl.

0.1.1 — Disclosure-Schema 0.2, Korrektur der Pilot-IDs

• Disclosure-Schema 0.2 (additiv): die getrennt freigebbaren öffentlichen Felder author (Name der Autorin/des Autors) und studyContext (Studienkontext). Beide erscheinen nur, wenn die Autorin/der Autor die Veröffentlichung ausdrücklich gewählt hat; sonst null.
• Korrektur der Zuordnung der beiden vorab reservierten Pilot-IDs: PILOT-2026-0002 ist der vollständig ausgefüllte Record, PILOT-2026-0001 der noch ausstehende. Eine Identifikator-Korrektur, keine Zurückziehung.

0.1.0 — Pilotstart

Erste Veröffentlichung der Plattform.

• Disclosure-Schema 0.1: der vollständige Snapshot-Aufbau mit Kopfdaten, KI-Systemen, Tätigkeiten, Beitrags-/Prüfstufen-Zusammenfassungen, Referenzprüfung, Datenschutzangaben und Verantwortungserklärung (siehe Offenlegungsschema).
• Evaluation-Schema 0.1: feste Fragebögen für Autor:innen- und externe Gutachtenden-Evaluation (siehe Evaluationen).
• Statusmodell Draft, Self-Declared, Pending Full Disclosure, Published, Amended, Withdrawn.
• Öffentliche Record-Seiten, PDF-Erzeugung und QR-Codes je Record und je Version.
• Öffentliche API unter /api/v1/: Records, Versionen, JSON-LD, anonymisierte Statistik, Schema-Auskunft.
• Institutioneller Bereich mit Mandantentrennung, CSV-Import mit Vorschau-Schritt und CSV-Export (siehe Einsatz in Institutionen).
• Zwei für Vorab-Drucksachen reservierte Record-IDs (PILOT-2026-0001, PILOT-2026-0002) sind vorab vergeben; die laufende Nummerierung für neu eingereichte Records beginnt danach.

Geplante nächste Schritte stehen unter Roadmap.