Rechtstext-Versionierung ohne Copy-Paste-Chaos

Warum Copy-Paste, Dateinamen und CMS-Seiten scheitern

Die häufigste Form der Rechtstext-Versionierung ist keine: Eine CMS-Seite wird direkt überschrieben, ein Word-Dokument heißt AGB_final_v2_NEU.docx, und die alte Fassung existiert nur noch im Papierkorb oder im Postfach. Sobald jemand fragt, welche Fassung an einem bestimmten Tag galt, lässt sich das nicht mehr zuverlässig rekonstruieren.

Dateinamen-Versionierung kennt keine Freigabe, kein Veröffentlichungsdatum und keinen Nachweis, wer was wann geändert hat. CMS-Seiten überschreiben den Live-Stand sofort beim Speichern. Beides macht Versionierung zu einer Frage von Disziplin statt von Struktur.

Entwurf, Freigabe und veröffentlichte Version trennen

Verlässliche Versionierung trennt drei Zustände sauber voneinander:

• Entwurf: Die Arbeitsfassung. Beliebig oft änderbar, ohne Wirkung nach außen.
• Freigabe: Ein Review-Schritt fixiert den Entwurf zu einer unveränderlichen Version mit Nummer und Zeitpunkt.
• Veröffentlichte Version: Die freigegebene Fassung wird zielgenau für konkrete Sites, Sprachen oder Märkte live geschaltet.

Erst diese Trennung erlaubt es, eine Änderung vorzubereiten, ohne den Live-Stand zu berühren — und einen Live-Stand zu dokumentieren, ohne dass er sich durch die nächste Bearbeitung still verschiebt. Diese drei Zustände fasst die Feature-Seite Rechtstext-Versionierung zusammen.

Unveränderliche Versionen, Pinning und Audit Trail

In TermShelf ist jede freigegebene Fassung ein unveränderlicher Snapshot: Sie bekommt eine eindeutige Versionsnummer und lässt sich danach nicht mehr bearbeiten — nur eine neue Version ersetzt sie. Konsumenten können über die Public Delivery API eine bestimmte Fassung per ?version=N pinnen und erhalten exakt diesen Stand.

Der Audit Trail hält fest, wer eine Version erstellt, geprüft, freigegeben und veröffentlicht hat. Damit ist nachvollziehbar, welche Fassung zu welchem Zeitpunkt galt — die Grundfrage hinter „Welche AGB-Version galt beim Vertragsschluss?“.

Rollback als neue Veröffentlichung, nicht als stilles Überschreiben

Wenn eine ältere Fassung wieder gelten soll, wird sie nicht zurückkopiert. Stattdessen wird der alte Snapshot als neuer Entwurf wiederhergestellt, erneut freigegeben und als neue Version veröffentlicht. Der Versionsverlauf bleibt damit lückenlos — auch ein Rollback ist ein dokumentierter, datierter Schritt und kein stilles Überschreiben.

Konkretes Beispiel: Ein Kunde bestellt am 14. März. Im April fällt auf, dass eine im Februar veröffentlichte Klausel überarbeitet werden muss. Weil jede Veröffentlichung datiert und unveränderlich ist, lässt sich weiterhin belegen, welche Fassung am 14. März live war — unabhängig von allen späteren Änderungen.

Abgrenzung

TermShelf erstellt keine rechtsverbindlichen Inhalte und ersetzt keine anwaltliche Beratung. Versionierung schafft Nachvollziehbarkeit über Stände und Zeitpunkte; ob ein bestimmter Stand inhaltlich korrekt oder vollständig ist, bleibt eine Frage qualifizierter Beratung.