Ausschreibungsdokument-Versionskontrollregister

Eigentümer des Registers ist die auftraggeberseitig benannte verantwortliche Funktion, in der Regel [Vergabeleitung] oder [Tender Manager]. Der Dokumenteneigentümer trägt die Gesamtverantwortung dafür, dass das Register vollständig, aktuell, plausibel und für Auditzwecke verwendbar ist. Der Dokumenteneigentümer entscheidet über die verbindliche Registerlogik, über Pflichtfelder, Codierregeln und darüber, welche Rollen Einträge anlegen, ändern, freigeben oder schließen dürfen.

Die operative Pflege kann an [Dokumentensteuerung], [Vergabekoordination] oder [Projektassistenz] delegiert werden. Neue Einträge und Änderungen dürfen nur von ausdrücklich benannten Rollen vorgenommen werden. Jede bieterrelevante Freigabe ist vor Veröffentlichung oder Versand von einer freigabeberechtigten Stelle zu bestätigen. Zwischen administrativer Pflege und materieller Freigabe ist strikt zu unterscheiden. Die pflegende Stelle darf Metadaten erfassen und formale Aktualisierungen eintragen; die Freigabestelle bestätigt die inhaltliche Release-Zulässigkeit, die Verfahrensphase, den Empfängerkreis und gegebenenfalls die Fristenfolge.

Das Register wird als interne Kontrollunterlage mit beschränkten Zugriffsrechten geführt. Schreibrechte, Leserechte und Archivzugriffe sind rollenbasiert zu vergeben und in [DMS/CDE/System] nachvollziehbar zu protokollieren. Freigegebene Registerstände sind manipulationssicher zu halten, zum Beispiel durch versionierte Ablage, schreibgeschützte Schnappschüsse, systemseitige Audit-Logs, Export in nicht editierbares Format oder gleichwertige technische Kontrollen. Zur Nachweisstabilität können zusätzlich [Prüfsumme/Hash], [Archivexport-ID] oder [Zeitstempel-Referenz] dokumentiert werden.

Jeder Registereintrag ist mit einem eindeutigen Datensatz anzulegen. Die nachfolgenden Pflichtfelder sind für jede freizugebende, zu ersetzende, zu ergänzende, zu widerrufende oder zu archivierende Unterlage zu führen.

Zusätzlich empfohlen werden die Felder [Aktuell gültig: Ja/Nein], [Dateiname], [Dateiformat], [Portal-/System-ID], [Bearbeiter], [Prüfer] und [Archiv-Sperrvermerk], sofern diese Informationen nicht anderweitig systemisch geführt werden.

Die Versionslogik ist einfach, stabil und durchgängig anzuwenden. Arbeitsstände vor formaler Freigabe erhalten Entwurfskennungen im Format [0.x] oder [0.x-Draft]. Die erste kontrollierte Ausgabefassung erhält die Versionsnummer [1.0]. Nicht wesentliche, nicht materielle oder rein formale Anpassungen werden durch Nebenversionen ausgewiesen, zum Beispiel [1.1], [1.2] oder [2.1]. Materielle Änderungen, Ersatzfassungen mit inhaltlicher Tragweite oder vollständig neu freigegebene Fassungen erhöhen die Hauptversion, zum Beispiel [2.0] oder [3.0]. Formale Ergänzungen können entweder als neue Version des betroffenen Dokuments oder als eigenständiges Ergänzungsdokument mit eigenem Dokumentcode geführt werden, zum Beispiel [Dokumentcode-SUP-01 v1.0]. Wird eine Ergänzung selbst geändert, ist auch hierfür eine Folgeversion zu vergeben. Technische Austauschdateien ohne inhaltliche Änderung sind nicht formlos auszutauschen, sondern mit eigener nachvollziehbarer Version oder Austauschkennzeichnung zu registrieren, damit Dateiersatz, Zeitstempel und Empfängerkreis auditfähig bleiben.

Für den operativen Gebrauch ist ausschließlich die jeweils letzte freigegebene und als aktuell gültig gekennzeichnete Version maßgeblich. Bewertende Stellen, Verhandlungsbeteiligte und interne Prüfer dürfen nur die für den betreffenden Verfahrensschritt gültige Version verwenden.
Wenn eine Ergänzung einen früheren Dokumentstand modifiziert, muss das Register die Beziehung eindeutig ausweisen. Sofern eine konsolidierte Ersatzfassung ausgegeben wird, geht diese der bisherigen Basisfassung und allen darin aufgegangenen Ergänzungen ab dem registrierten Freigabezeitpunkt vor. Wo nur Teilaspekte geändert wurden, gilt der Vorrang nur für den ausdrücklich geänderten Inhalt.
Überholte und zurückgezogene Versionen bleiben im Register sichtbar und dürfen nicht gelöscht werden. Sie sind klar als nicht mehr gültig zu kennzeichnen und ausschließlich für Nachweis-, Prüf- und Rekonstruktionszwecke vorzuhalten.

• formale Klarstellung oder Erläuterung, die die Interpretation von Vergabeunterlagen beeinflusst;

• Antwort auf Bieterfragen, soweit sie den Dokumentensatz konkretisiert, korrigiert oder ergänzt;

• Austausch oder Berichtigung einer Anlage, eines Formblatts, einer Leistungsbeschreibung oder eines Vertragsbestandteils;

• Änderung von Fristen, Einreichungsmodalitäten, Verfahrensschritten oder Kommunikationskanälen;

• Verhandlungsergebnis, das zu angepassten Unterlagen für eine nächste Angebotsstufe führt;

• technischer Ersatz einer Datei wegen beschädigter, unlesbarer oder falsch benannter Bereitstellung;

• förmlicher Widerruf, Rückzug oder Sperrung eines Dokuments;

• interne Erkenntnisse aus Qualitätsprüfung, Rechtsprüfung, Dokumentenprüfung oder Auditvorbereitung.

Für jede bieterrelevante Ergänzung oder revidierte Unterlage muss das Register dokumentieren, wann sie ausgegeben wurde, über welchen Kanal sie bereitgestellt wurde und welcher Empfängerkreis betroffen war. Dabei ist zu unterscheiden, ob die Bereitstellung an alle interessierten Marktteilnehmer, an alle ausgewählten Bieter oder ausschließlich intern erfolgte.
Eine wirksame Ausgabe darf nicht allein über informelle Einzelkommunikation erfolgen. Erfolgt ausnahmsweise eine Vorabinformation, ist dieselbe Information unverzüglich über den kontrollierten Hauptkanal zu reproduzieren und im Register mit identischem Bezug zu erfassen.
Für jede bieterrelevante Bereitstellung ist ausdrücklich zu bestätigen, dass Informationsparität gewahrt wurde. Falls nicht alle Marktteilnehmer betroffen sind, ist zu dokumentieren, auf welcher verfahrensrechtlich zulässigen Grundlage der eingeschränkte Empfängerkreis gebildet wurde, zum Beispiel [Shortlist-Referenz] oder [Verfahrensschritt-Referenz].

Jede Änderung ist im Register nach ihrer Verfahrenswirkung zu klassifizieren.

• Kategorie A: keine Auswirkung auf Angebotserstellung, Fristen oder Wertung;

• Kategorie B: Klarstellung ohne materielle Änderung, aber mit Dokumentationspflicht;

• Kategorie C: materielle Änderung eines Dokuments oder einer Anlage mit möglicher Auswirkung auf Angebote;

• Kategorie D: Änderung mit unmittelbarer Auswirkung auf Fristen, Einreichungsanforderungen, Bewertungsmaßstäbe oder Wettbewerbsbedingungen.

Bei Kategorie C und D ist zusätzlich zu dokumentieren, ob eine Fristanpassung geprüft wurde, ob frühere Fassungen ausdrücklich ersetzt wurden, ob bestehende Angebote berichtigt oder neu eingereicht werden müssen und welche Stellen über die Änderung informiert wurden.

Jeder Registereintrag muss so beschrieben sein, dass ein unabhängiger Prüfer erkennen kann, warum die Version existiert, was sie ausgelöst hat und ob sie materiellen oder nur formalen Charakter hatte. Unklare Sammelbegriffe wie [aktualisiert] oder [angepasst] reichen nicht aus.
Die Begründung soll den Anlass knapp, aber belastbar benennen, zum Beispiel [Klarstellung aufgrund Bieterfrage Nr. ...], [Berichtigung fehlerhafter Anlage], [Anpassung nach Verhandlungsrunde ...], [Fristverlängerung aufgrund Ergänzung] oder [technischer Austausch ohne Inhaltsänderung].

Zu jeder freigegebenen Version ist mindestens ein unmittelbarer Evidenznachweis zu hinterlegen.

• Portalquittungen, Upload-Belege oder Systemprotokolle mit Zeitstempel;

• Freigabevermerke, interne Genehmigungs-E-Mails oder protokollierte Release-Entscheidungen;

• Dateipfade im DMS/CDE, Archiv-IDs oder Verweise auf revisionssichere Ablagen;

• Versand- oder Mitteilungsnachweise bei formalen Ergänzungsschreiben;

• Referenzen auf Q&A-Protokolle, Änderungsregister, Vergabeakte oder Beschlussunterlagen.

Ein Registereintrag gilt erst dann als vollständig, wenn der Evidenzpfad reproduzierbar ist und eine spätere Rekonstruktion des ausgegebenen Dokumentensatzes ohne Mehrdeutigkeit ermöglicht.

Vor kritischen Verfahrensmeilensteinen ist ein formaler Kontrollpunkt durchzuführen. An jedem Kontrollpunkt ist zu bestätigen, dass der aktuelle gültige Dokumentensatz vollständig identifiziert, freigegeben, im Register aktualisiert und mit Evidenzen verknüpft ist.

Nach Abschluss des Verfahrens ist das Register formal zu schließen. Hierzu sind mindestens folgende Maßnahmen durchzuführen: Schlussstand als [geschlossen] kennzeichnen, endgültig gültigen Dokumentensatz bestätigen, überholte und zurückgezogene Versionen archivfest referenzieren, Evidenzen auf Vollständigkeit prüfen und Archivverweise ergänzen.
Der geschlossene Registerstand ist in [Archivformat], [Archivpfad] und gegebenenfalls [PDF/A/geschützte Arbeitsmappe] abzulegen. Die Ablage muss erkennen lassen, wo sich der finale gültige Satz, die überholten Stände, die Rückzugsnachweise und die zugehörigen Publikations- und Freigabebelege befinden.
Der Abschluss ist durch [Dokumenteneigentümer] und [Archivverantwortliche Stelle] freizuzeichnen. Falls Aufbewahrungsfristen, Löschfristen oder Zugriffsrestriktionen gelten, sind diese im Archivreferenzblatt zu vermerken.

Die folgende Vorlage dient als Blankoregister für die laufende Versionierung. Sie ist im Live-Betrieb um zusätzliche Zeilen zu erweitern; jede neue Zeile repräsentiert genau einen dokumentierten Ereignisstand.

Diese Legende ist gemeinsam mit dem Register zu verwenden. Abweichungen sind nur zulässig, wenn sie vor Verfahrensbeginn schriftlich festgelegt wurden.

Dieses Formblatt ist für jede bieterrelevante Ergänzung, Berichtigung oder Austauschbereitstellung einmal auszufüllen.

Das Archivreferenzblatt ist bei Verfahrensabschluss auszufüllen und mit dem geschlossenen Register abzulegen.