Vierzig Tage offen, einundzwanzig Tage Vorlauf – zwei Zahlen, die verschiedene Dinge tun

Zusammenfassung

• Ein öffentliches Kommentarverfahren ist nach ICANNs eigener Darstellung mindestens 40 Tage offen; diese Zahl steht auf einer Seite über die Praxis, nicht im Text der Satzung, den diese Prüfung gelesen hat.
• Die 21 Tage, die in derselben Diskussion auftauchen, sind der Vorlauf vor einer Maßnahme des Boards – eine andere Uhr, kein zweiter Wert für dieselbe Frist.
• Abgeschlossen wird ein Verfahren durch einen Zusammenfassungsbericht, der Themen identifiziert und analysiert und Ergebnis, Dokumentänderungen und nächste Schritte festhält; das Berichtsdatum wird pro Verfahren gesetzt.

Drei Daten auf einem laufenden Verfahren

Das Verfahren DNSSEC DS Automation: Security & Stability Assessment zeigt die Uhr im Betrieb. Seine eigene Zeitleiste, in UTC geführt, nennt „Open for Submissions 12 October 2026“, „Closed for Submissions 23 November 2026 | 23:59“ und „Report Due: 07 December 2026 | 23:59“; das angekündigte Dokument heißt dort „Public Comment Summary report“ (Verfahrensseite).

Zwei Abstände folgen daraus, und beide sind meine Subtraktion, keine von ICANN aufgestellte Regel: 42 Tage zwischen Öffnung und Schließung, vier über der veröffentlichten Mindestdauer, und 14 Tage zwischen Schließung und angekündigtem Berichtsdatum. Wer die Frist plant, plant also gegen zwei verschiedene Termine – den Schluss, der auf die Minute steht, und den Bericht, der ein eigenes Datum trägt.

Wo die vierzig Tage stehen

Die Zahl, die den meisten als die Frist gilt, steht in einem Satz auf der Seite, auf der ICANN seine Kommentarpraxis beschreibt: „Proceedings are open for a minimum of 40 days with exceptions as documented in the ICANN Bylaws or ICANN community operational procedures.“ (Public Comment) Das ist die einzige stehende Mindestdauer, die in den für diese Prüfung gelesenen Dokumenten überhaupt vorkommt.

Zwei Dinge folgen daraus, und das zweite ist das wichtigere. Erstens ist die Untergrenze eine Aussage über die Dauer des Eingabefensters, nicht über das Gewicht des Eingangs. Zweitens steht sie an einer Stelle, die Praxis beschreibt, und nicht in dem Satzungstext, der diese Prüfung erreicht hat. Welches Instrument sich ändern müsste, um diese Untergrenze zu verschieben, ist mit den gelesenen Dokumenten nicht festgestellt; ich schreibe es deshalb nicht als naheliegende Antwort hin, sondern als Grenze des Befunds.

Einundzwanzig Tage sind eine andere Uhr

Die zweite Zahl steht in der Satzung selbst. Artikel 3 §3.6(a)(i) verlangt eine Ankündigung „at least twenty-one days (and if practical, earlier) prior to any action by the Board“ (Bylaws). Das ist Vorlauf vor einer Maßnahme des Boards. Es ist keine Kommentarfrist, und an keiner Stelle dieser Prüfung wird daraus eine gemacht.

Der Absatz daneben, §3.6(a)(ii), erreichte diese Prüfung nur als Bruchstück: „provide a reasonable opportunity for parties to comment“. Eine Zahl hängt nicht daran. Genau darin liegt die Arbeitsteilung. Die Satzung statuiert die Pflicht, Gehör zu geben, und nennt dafür keinen Tag; die Praxis-Seite nennt den Tag. Ich habe geprüft, ob man sagen kann, Zahl und Instrument hätten die Plätze getauscht. Das überzeichnet den Befund. Die Satzung regelt das Verfahren – Ankündigung, Gelegenheit, wer handelt –, die Praxis liefert Dauer und Berichtsvorlage. Verschiedene Gegenstände, eine Arbeitsteilung, keine Übertragung von Autorität.

Vier Stellen können ein Verfahren eröffnen

Wer ein Verfahren aufmacht, ist nicht eine Stelle, sondern eine von vier. Die About-Seite sagt es in einem Satz: „The ICANN Board, Supporting Organizations, Advisory Committees, or ICANN organization (org) can open proceedings.“ (About Public Comment)

Das ist mehr als eine Zuständigkeitsnotiz. Ein Verfahren kann aus dem Board kommen, aus einer Supporting Organization, aus einem Advisory Committee – oder aus der Organisation selbst, also von der Stelle, die später zusammenfasst. Welches dieser Organe ein bestimmtes Verfahren eröffnet hat, folgt daraus nicht; die Liste nennt die möglichen Eröffner.

Was ein Verfahren abschließt

Der Abschluss ist ein Bericht, und seine Aufgabe ist die Ordnung von Themen, nicht die Bewertung einzelner Eingänge. Schritt vier der Infografik sagt: „ICANN org summarizes submissions and identifies themes into a published report.“ (About Public Comment) Die Praxisbeschreibung ergänzt den Vorgang: „When the submission period for a Public Comment proceeding ends, ICANN org develops a summary report using a template.“ Der so beschriebene Bericht arbeitet gemeinsame Themen heraus und hält das Ergebnis des Verfahrens fest, die daraus folgenden Änderungen am Dokument und die nächsten Schritte (Organization practices).

Damit ist der Bericht ein Format für die Erledigung. Er macht aus vielen Eingaben eine lesbare Struktur und aus der Struktur eine Entscheidung über den Text – nicht über den einzelnen Kommentar. Das ist keine Aussage darüber, dass Beiträge folgenlos blieben; es ist eine Aussage über die Form, in der sie wirksam werden.

Wann dieser Bericht erscheint, ist unterschiedlich formuliert, und die Formulierungen sind nicht austauschbar. Eine Mitteilung vom 21. November 2014 sagte, Mitarbeitende würden „be expected to produce a summary report of comments submitted within two weeks of the closing date of the proceeding“; sie ist historisch und wird hier nicht als heutige Regel gelesen (Policy Update 2014). Die About-Seite beschreibt einen Prüfzeitraum, dessen genauer Wortlaut in dieser Prüfung nicht erfasst wurde. Das laufende Verfahren trägt sein eigenes Datum: „Report Due: 07 December 2026 | 23:59“. Drei Formulierungen, drei Gegenstände – keine davon wird hier als universelle Frist ausgegeben.

Was diese Prüfung nicht erreicht hat

Jedes Dokument in diesem Stück ist von ICANN veröffentlicht, während ICANN Gegenstand ist. Das ist die Selbstbeschreibung der Institution und als solche zitierbar; eine neutrale Bestätigung von außen ist es nicht.

Die 40-Tage-Regel kennt Ausnahmen „as documented in the ICANN Bylaws or ICANN community operational procedures“. Diese Ausnahmedokumente wurden nicht gelesen, deshalb wird hier keine Ausnahme benannt und kein Verfahren als Ausnahme beschrieben. §3.6(a)(ii) erreichte diese Prüfung nur als Bruchstück. Eine archivierte Seite mit dem Titel „How Public Comment Works“ war nicht abrufbar; nichts daraus wird verwendet. Und keine Stelle in den gelesenen Dokumenten weist das Öffnen, Verlängern und Schließen gemeinsam einem Büro zu – die Eröffnungsbefugnis ist ausdrücklich plural, alles Weitere ist mit diesen Dokumenten nicht festgestellt.

Für die Recherche waren drei Anläufe nötig; die ersten beiden scheiterten an der Kapazität des Anbieters, der dritte, an konkreten Dokumenten ausgerichtete Anlauf lieferte den Text. Das ist eine Tatsache über meinen Weg zu den Dokumenten, keine über die Dokumente.

Was ein Kommentator daraus mitnimmt

Erstens: früh im Fenster einreichen. Der Schluss steht auf die Minute, und was danach kommt, ist kein Beitrag zum Verfahren mehr, so gut es auch sei.

Zweitens: themenfähig schreiben. Wenn der Abschluss Themen identifiziert und analysiert, hat ein Beitrag, der sein Thema im ersten Absatz nennt, eine bessere Chance, in der Struktur aufzutauchen, als ein technisch richtiger Einwand, der sein Thema erst in Absatz fünf preisgibt.

Drittens: auf das Datum des Verfahrens schauen, nicht auf eine allgemeine Regel. Die 42 Tage dieses Verfahrens und das Berichtsdatum 7. Dezember 2026 stehen auf seiner Seite; die 40 Tage stehen auf einer anderen.

Der Gegenstand dieser Betrachtung ist im BTW-Verzeichnis als ICANN Public Comment geführt.