Zusammenfassung

  • Die öffentliche Historie trennt Ratifikation und Umsetzung.
  • Der Text nennt Block, Empfänger-ASN, Datum sowie Anfang oder Ende eines Ereignisses.
  • Die geprüften Quellen nennen keinen Logeintrag, Block oder reale Subzuweisung.

Ein Politikstatus ist kein Ereignisprotokoll

Die Historie belegt ein Verfahrensresultat, nicht Vertrag oder Nutzung eines Halters. Das PDP stellt die Umsetzung nach die Ratifikation. Daraus folgt weder, dass ein Log existiert oder vollständig ist, noch dass ein Einzelfall regelkonform war. Ein angemessener Beleg verknüpft Version, Umsetzungsstatus, stabile ID, Ereignistyp, Block, ASN, Zeit, Quellsystem, Korrekturverlauf und Abdeckung. Er entscheidet weder Eigentum noch Streit, sondern macht den begrenzten veröffentlichten Fakt prüfbar.

Diese Trennung bestimmt den Anfang einer Prüfung. Die Policy-Seite kann zeigen, welche Art von Aufzeichnung institutionell verlangt wird. Sie kann nicht zeigen, welcher Eintrag wann aus welchem System veröffentlicht wurde. Fehlen eine eintragsbezogene Kennung und eine ausdrückliche Abdeckungsgrenze, lässt sich nicht erkennen, ob eine Liste alle einschlägigen Vorgänge oder nur einen Ausschnitt unklarer Reichweite abbilden soll. Fehlt eine Korrekturfolge, bleibt ebenso offen, ob eine spätere Darstellung ein ursprüngliches Ereignis ergänzt oder ersetzt.

Es geht nicht darum, ein öffentliches Log zum Eigentumsrichter zu machen. Es geht um minimale Koordinaten für eine wiederholbare Prüfung: Die Policy-Version benennt die Regelquelle; der Umsetzungsstand die institutionelle Stufe; ID und Zeit die Prüfungsreferenz; Quellsystem und Korrekturfolge die Herkunft des Datensatzes. Nicht veröffentlichte Teile bleiben unbekannt. Gerade diese Begrenzung verhindert, dass das Etikett „ratifiziert“ zu einer Behauptung über einen konkreten Fall aufgebläht wird.

Geprüfte Quellen