Dokumente und Wissen ordnen
Versionen ohne Chaos verwalten
Versionskontrolle verbindet eine eindeutige Kennung mit Status, Änderungsgrund und Freigabe; Kopien dürfen nicht zu konkurrierenden Wahrheiten werden.
Veröffentlicht und redaktionell geprüft: 20. September 2026 · Autor: Augustin Fouché
Eine Version braucht mehr als eine Zahl
Eine brauchbare Versionsangabe beantwortet drei Fragen: Welcher Inhalt ist gemeint, in welchem Bearbeitungszustand befindet er sich, und wer hat diesen Zustand bestätigt? Die Nummer allein leistet das nicht. Für gelenkte Dokumente werden deshalb Dokumentkennung, Versionsnummer, Status, Datum, verantwortliche Person und kurze Änderungsbeschreibung gemeinsam geführt. Entwurf, Prüfung, freigegeben und ersetzt sind mögliche Zustände, sofern ihre Bedeutung intern feststeht. Eine Kopie zum Versand ist keine neue fachliche Version. Werden Inhalt und Layout unabhängig gepflegt, bestimmt die Dokumentenverantwortung, welche Änderung eine neue Haupt- oder Unterversion auslöst.
Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.
Haupt- und Unterversionen fachlich definieren
Eine Hauptversion kann wesentliche fachliche Änderungen markieren, eine Unterversion begrenzte Anpassungen. Diese Bedeutung muss intern festgelegt sein; die Ziffern besitzen sie nicht von selbst. Beispiele im Regelwerk zeigen Grenzfälle wie geänderte Zuständigkeit, korrigierten Tippfehler und neue Anlage. Automatisch erzeugte Revisionsnummern des Systems bleiben von der sichtbaren Fachversion unterscheidbar. Ein kurzer Entscheidungstest sorgt dafür, dass verschiedene Bearbeiter denselben Grenzfall gleich einordnen.
Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.
Die Referenzfassung hat genau einen Ort
Mitarbeitende benötigen einen eindeutig benannten Speicherort, an dem die aktuell freigegebene Fassung liegt. Links führen dorthin, statt Anhänge immer wieder zu vervielfältigen. Muss eine kontrollierte Kopie offline genutzt werden, trägt sie Herkunft und Abrufdatum. Bei Rückkehr ins System wird nicht still in beide Richtungen zusammengeführt. Änderungen gelangen über einen definierten Prüfweg in die Stammfassung. Zugriffsrechte trennen, soweit erforderlich, Lesen, Bearbeiten und Freigeben. Das BSI behandelt im IT-Grundschutz organisatorische und technische Sicherheitsmaßnahmen; die passende Ausgestaltung hängt von Schutzbedarf und eingesetztem System ab.
Beleggrundlage: IT-Grundschutz-Kompendium
Änderungen nachvollziehbar, aber knapp beschreiben
Der Änderungsvermerk nennt betroffene Abschnitte und fachlichen Grund. „Aktualisiert“ hilft später kaum. Eine geeignete Notiz lautet etwa: „Freigabeschwelle in Abschnitt 3 angepasst; Rollenbezeichnung in Abschnitt 5 geändert.“ Kleinere Rechtschreibkorrekturen können gesammelt werden, wenn sie keine Bedeutung verändern. Ob dafür die Unterversion steigt, entscheidet die dokumentierte Regel. Kommentare und Überarbeitungsmarken im Entwurf ersetzen nicht das dauerhafte Versionsprotokoll. Vertrauliche Gründe oder personenbezogene Details werden nicht unnötig in einer breit sichtbaren Historie wiederholt; bei Bedarf verweist der Eintrag auf einen geschützten Änderungsnachweis.
Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.
Ersetzte Fassungen klar aus der Nutzung nehmen
Eine alte Version kann für Nachweiszwecke erhalten bleiben und trotzdem aus dem Arbeitsalltag verschwinden. Ihr Status wird sichtbar auf „ersetzt“ gesetzt, Bearbeitung gesperrt und die Nachfolge verlinkt. Suchergebnisse und Handbuchverweise werden geprüft. Eine alte Datei lediglich in einen Ordner namens Archiv zu verschieben, genügt nicht, wenn sie weiterhin als erster Treffer erscheint. Umgekehrt wird nicht pauschal gelöscht, bevor Aufbewahrungsgründe und laufende Verfahren geklärt sind. Für jede Dokumentart legt die zuständige Stelle fest, ob frühere Fassungen benötigt werden und wer darauf zugreifen darf.
Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.
Parallele Entwürfe bewusst zusammenführen
Arbeiten mehrere Personen gleichzeitig, wird vorab eine federführende Fassung festgelegt. Beiträge kommen über Kommentare, Änderungsmodus oder definierte Zweige zurück. Beim Zusammenführen entscheidet eine benannte Rolle über Konflikte und dokumentiert verworfene Alternativen nur soweit nötig. Zwei Dateien mit gleicher Fachversion, aber unterschiedlichem Inhalt dürfen nicht gleichzeitig zur Prüfung gelangen. Ein technischer Vergleich unterstützt die Kontrolle, ersetzt jedoch keine fachliche Bewertung der Änderungen.
Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.
Den Fehlerfall vor dem Rollout spielen
Im Pilot versucht eine Person bewusst, einen Entwurf freizugeben, eine ersetzte Version zu öffnen und zwei parallele Bearbeitungen zusammenzuführen. Das Team beobachtet, welche Schutzmechanismen greifen und wo nur eine informelle Erinnerung existiert. Danach wird ein Rückweg für fehlerhafte Freigaben definiert: Wer sperrt den Stand, informiert Nutzer und stellt die letzte bestätigte Fassung wieder her? Eine monatliche Stichprobe kann konkurrierende Dateien mit identischer Kennung, fehlende Freigaben und aktive Links auf Altfassungen finden. Ziel ist nicht lückenlose Bürokratie, sondern eine verlässliche Antwort auf die Frage, womit gearbeitet werden darf.
Einordnung: Redaktioneller Arbeitsschritt; keine gesetzliche oder technische Vorgabe.
Quellen und Prüfstand
- IT-Grundschutz-Kompendium — Bundesamt für Sicherheit in der Informationstechnik, geprüft am 20. September 2026.
Die Inhalte beschreiben allgemeine Organisations- und Digitalisierungsprinzipien; sie ersetzen keine Sicherheits-, Rechts- oder Datenschutzprüfung im Unternehmen.
Im Zusammenhang weiterlesen
- Aufbewahrungsfristen nachvollziehbar pflegen — Ein Fristenregister übersetzt gesetzliche und betriebliche Anforderungen in prüfbare Kategorien, ohne pauschale Jahreszahlen auf ganze Ordner anzuwenden.
- Dateinamen als gemeinsame Regel nutzen — Eine Namenskonvention legt Reihenfolge, Zeichen und Bedeutung fest, vermeidet mehrdeutige Statuswörter und wird an echten Dateien getestet.
- Fehlerpfad vor dem Happy Path planen — Fehlerpfade werden beherrschbar, wenn Erkennung, sicherer Zwischenzustand, Verantwortlichkeit und Wiederaufnahme vorab feststehen.