Review-Workflows für rechtlich relevante Website-Inhalte
Sequentielle Reviews, Schwellenwert-Freigaben und das Verbot von Self-Review als Bausteine nachvollziehbarer Prozesse.
Warum Rechtstexte einen Review-Schritt brauchen
Bei rechtlich relevanten Inhalten ist nicht nur das Ergebnis wichtig, sondern der Weg dorthin: Wer hat geprüft, wer hat freigegeben, auf welcher Grundlage? Ein nachvollziehbarer Review-Schritt trennt den Entwurf von der verbindlichen Fassung und macht die Freigabe zu einem dokumentierten Ereignis statt zu einem stillen „Speichern“.
Bausteine nachvollziehbarer Freigaben
- Sequentielle Reviews: Mehrere Prüfschritte hintereinander, jeder mit eigener Notiz und eigenem Zeitpunkt.
- Schwellenwert-Freigaben: Eine Veröffentlichung wird erst möglich, wenn eine definierte Zahl an Freigaben vorliegt.
- Verbot von Self-Review: Wer eine Änderung verfasst hat, kann sie nicht selbst freigeben — das Vier-Augen-Prinzip ist strukturell erzwungen.
Ein Freigabeprozess in der Praxis
Angenommen, die AGB eines Shops ändern eine Klausel zu Lieferfristen. Ein nachvollziehbarer Ablauf könnte so aussehen:
- Eine Person erstellt aus der aktuellen Fassung einen Entwurf mit der geänderten Klausel.
- Ein erster Review prüft fachlich und hinterlegt eine Notiz; ein zweiter Review bestätigt.
- Erst wenn die Schwelle von zwei Freigaben erreicht ist, wird die Veröffentlichung möglich.
- Die Veröffentlichung erzeugt einen unveränderlichen Snapshot, z. B. AGB v5 mit Freigabedatum.
- Die Auslieferung über die Public Delivery API liefert ab diesem Zeitpunkt v5 — Website, App und Bestellmail beziehen dieselbe Fassung.
Der Autor der Änderung taucht in dieser Kette nie als Freigeber auf — das Vier-Augen-Prinzip ist strukturell erzwungen, nicht nur Konvention.
Von der Freigabe zum unveränderlichen Snapshot
Am Ende des Reviews steht kein editierbarer Stand, sondern ein fixierter: Die freigegebene Fassung wird zu einem unveränderlichen Snapshot mit Versionsnummer. Dadurch ist später eindeutig, was tatsächlich freigegeben wurde — die Grundlage für Versionsnachweis und Live-Abgleich. Mehr dazu in Rechtstext-Versionierung ohne Copy-Paste-Chaos und auf der Feature-Seite Rechtstext-Versionierung.
Typische Schwächen im Freigabeprozess
- Freigabe per Zuruf oder E-Mail, ohne Bezug zur konkreten Version.
- Autor und Freigeber sind dieselbe Person.
- Nach der Freigabe wird der Text noch „schnell“ geändert — der Snapshot passt nicht mehr.
- Es ist nicht dokumentiert, welche Fassung wann freigegeben wurde.
Abgrenzung
TermShelf erstellt keine rechtsverbindlichen Inhalte und ersetzt keine anwaltliche Beratung. Der Review-Prozess organisiert Verantwortung und Nachvollziehbarkeit; die fachliche Prüfung des Inhalts bleibt Aufgabe qualifizierter Beratung.
Häufige Fragen
- Warum darf der Autor eine Änderung nicht selbst freigeben?
- Das Verbot von Self-Review erzwingt das Vier-Augen-Prinzip strukturell: Wer eine Änderung verfasst hat, kann sie nicht selbst freigeben. So entsteht eine nachvollziehbare Trennung zwischen Erstellung und Freigabe.
- Was passiert, wenn ein Text nach der Freigabe noch geändert wird?
- Die freigegebene Fassung ist ein unveränderlicher Snapshot. Eine spätere Änderung entsteht als neuer Entwurf, durchläuft erneut den Review und wird als neue Version veröffentlicht — der alte Snapshot bleibt unverändert.
TermShelf ausprobieren
Strukturen, Versionen und Veröffentlichungen in einem Workflow.
Verwandte Guides
Rechtstext-Versionierung ohne Copy-Paste-Chaos
Immutable Snapshots, Wiederherstellung als neuer Entwurf und nachvollziehbare Versionsverläufe.
Warum Rechtstexte nicht im CMS verstreut liegen sollten
Verteilte Rechtstexte in CMS-Seiten, Word-Dokumenten und kopierten Snippets erschweren Versionierung und Live-Abgleich. Der Beitrag zeigt typische Risiken.
Rechtstexte zentral verwalten: Versionierung, Freigabe und Veröffentlichung
Wie strukturierte Verwaltung, klare Reviews und kontrollierte Veröffentlichung das Management rechtlich relevanter Website-Inhalte vereinfachen.