Verantwortlichkeitsindikatoren, die Meetings statt Korrekturen zählen

Zusammenfassung

• ICANN veröffentlicht bereits eine umfangreiche öffentliche Akte: Satzungen, Vorstandsdokumente, Jahresberichte, öffentliche Kommentardossiers, Seiten zu Rechenschaftsmechanismen, Überprüfungsseiten und Beteiligungskanäle. Diese Akte belegt, dass Aktivität sichtbar ist. Sie belegt allein nicht, dass Fehler korrigiert werden.
• Entscheidende Rechenschaftsmaßnahmen sollten Ergebnismaße sein: Korrekturen nach Anfechtung, Annullierungen oder Rücknahmen, Lösungszeit, Kostenverlagerung von der geschädigten Partei, wiederholtes Versagen derselben Funktion und Nachverfolgung nach Überprüfungsfeststellungen.
• Sitzungen, Dokumente, öffentliche Kommentare und Beteiligung zu zählen, kann institutionelle Bewegung belohnen, selbst wenn die betroffene Partei keine nutzbare Abhilfe erhält. Ein Dashboard kann gesund erscheinen, während die zugrunde liegende Entscheidung weiterhin falsch, verspätet oder unkorrigiert bleibt.
• Ein robusteres Rechenschafts-Dashboard für ICANN würde die bestehende Transparenzakte behalten, aber ein Abhilferegister hinzufügen: jede Fehlerbehauptung, den betroffenen Entscheidungspunkt, den genutzten Rechtsbehelf, die verstrichene Zeit, die endgültige institutionelle Änderung und den Nachweis, dass die Änderung diejenigen erreicht hat, die die Kosten getragen haben.

Der falsche Nenner

Das am einfachsten zu zählende in einer Multistakeholder-Institution ist die Aktivität. Sitzungen haben Daten. Tagesordnungen haben Links. Fenster für öffentliche Kommentare öffnen und schließen sich. Berichte wechseln vom Entwurf zur Endfassung. Webinare ziehen Entitäten an. Mailinglisten produzieren Nachrichten. Vorstandsprotokolle werden veröffentlicht. Überprüfungsteams treffen sich. Das Personal bereitet Updates vor. Das Ergebnis kann eine hübsche Rechenschaftserzählung sein, in der die Institution reaktionsfähig erscheint, weil sie ständig veröffentlicht, konsultiert und zusammenkommt.

Das ist eine nützliche Transparenzakte, aber es ist der falsche Nenner für Rechenschaftspflicht. Rechenschaftspflicht ist nicht die Anzahl der Gelegenheiten, sich zu äußern. Es ist die Beziehung zwischen einem institutionellen Fehler und der Korrektur dieses Fehlers. Wenn eine Entscheidung auf einer falschen Prämisse getroffen wurde, wurde die Akte geändert? Wenn eine Zusammenfassung öffentlicher Kommentare einen wesentlichen Einwand komprimiert hat, wurde der Einwand in der Entscheidungsakte wiederhergestellt? Wenn eine Vorstandsbegründung einen wichtigen Faktor ausgelassen hat, wurde die Begründung korrigiert?

Wenn eine geschädigte Partei in einer Überprüfung obsiegt hat, kam die Abhilfe früh genug, um relevant zu sein? Wenn derselbe Mangel in späteren Entscheidungen auftrat, wurde das Versagen als wiederholtes institutionelles Lernversagen behandelt oder als weiterer Einzelfall?

Diese Frage ist besonders wichtig für ICANN, da die Institution ihre Legitimität durch offene, transparente und basisorientierte Beteiligung anstelle gewöhnlicher Wahlkontrollen beansprucht. Ihre Satzung verlangt detaillierte Erläuterungen der Entscheidungsgrundlagen, einschließlich wie Kommentare politische Erwägungen beeinflusst haben, und die öffentliche Offenlegung der Beweggründe für Vorstands- und Gemeinschaftsentscheidungen. Sie beschreibt auch Rechenschaftsmechanismen wie Reconsideration, unabhängige Überprüfung, Ombudsmann, spezifische Überprüfungen und die Befugnisse der berechtigten Gemeinschaft. Diese Architektur ist substanziell.

Dennoch kann die Architektur eine Illusion von Rechenschaft erzeugen, wenn ihre öffentlichen Maßnahmen die Anzahl der vorhandenen Kanäle betonen, anstatt die Frage, ob diese Kanäle Ergebnisse verändern.

Eine Zählung von Sitzungen kann eine Frage beantworten: Gab es eine Möglichkeit zur Teilnahme? Eine Zählung von Dokumenten kann eine andere beantworten: Gab es etwas zu lesen? Eine Zählung der Beteiligung kann eine weitere beantworten: Sind Leute erschienen? Keine dieser Zählungen beantwortet die Frage, ob sich die Institution korrigiert hat, wenn sie angefochten wurde. Eine Entscheidung kann offenen Kommentaren vorausgehen, in öffentlichen Sitzungen diskutiert werden, durch einen dicken Bericht gestützt werden und dennoch falsch sein.

Eine Abhilfe kann theoretisch verfügbar sein und dennoch zu langsam, zu teuer oder zu eng, um die Position der betroffenen Partei wiederherzustellen. Eine Überprüfungsempfehlung kann grundsätzlich akzeptiert werden und niemals das wiederkehrende Verhalten ändern, das das Problem verursacht hat.

Der beste Nenner ist das Universum plausibler Fehler. Dieses Universum ist nicht einfach zu zählen, da es Fehler umfasst, die nie angefochten wurden, Anfechtungen, die aufgrund von Kosten aufgegeben wurden, Einwände, die in Konsultationsakten vergraben sind, informell beigelegte Beschwerden und wiederholte Mängel, die verschiedene Parteien zu unterschiedlichen Zeiten betroffen haben. Aber die Schwierigkeit ist keine Entschuldigung, nur das zu zählen, was administrativ bequem ist.

Wenn ICANN seine Rechenschaft hauptsächlich durch abgehaltene Sitzungen, erhaltene Kommentare und veröffentlichte Berichte darstellt, misst es die Größe der Bühne und nicht die Wirksamkeit der Abhilfe.

Transparenz ist nicht dasselbe wie Korrektur

ICANN verdient Anerkennung für die Aufrechterhaltung einer umfangreichen öffentlichen Akte. Seine Satzung verlangt eine öffentliche Website mit Informationen über Sitzungen, politische Fragen, Rechenschaftsmechanismen, Budgets, Prüfungen, Kommentare und öffentliche Foren. Seine Jahresberichtsseite verlinkt zu Jahren von Berichten. Seine Reconsideration-Seite listet Anträge und Statusinformationen auf. Seine Seite zu Rechenschaftsmechanismen erklärt, dass Reconsideration, unabhängige Überprüfung und Ombudsmann der Überprüfung von ICANN-Handlungen dienen.

Seine Bestimmungen zu spezifischen Überprüfungen verlangen eine periodische Bewertung von Rechenschaft und Transparenz, einschließlich öffentlicher Beiträge, Entscheidungsbegründungen, Akzeptanz durch die Internetgemeinschaft, Politikentwicklung und das unabhängige Überprüfungsverfahren.

Diese Akte ist nicht unbedeutend. Sie gibt Journalisten, Betreibern, Regierungen, Anwälten, zivilgesellschaftlichen Gruppen und gewöhnlichen Internetnutzern die Möglichkeit, zumindest einen Teil der institutionellen Akte zu rekonstruieren. Viele öffentliche Stellen und private Plattformen legen weniger offen. Das Problem ist nicht der Mangel an Papier. Das Problem ist, dass Papier zu einem Ersatz für Abhilfe werden kann.

Transparenz beantwortet die erste Rechenschaftsfrage: Kann die Öffentlichkeit sehen, was passiert ist? Korrektur beantwortet die zweite: Hat die Institution geändert, was passiert ist, sobald der Fehler nachgewiesen wurde? Beide sind verbunden, aber nicht identisch. Ein vollständig sichtbarer Fehler ist immer noch ein Fehler. Eine Vorstandsbegründung kann schnell veröffentlicht werden und dennoch den Grund auslassen, der sich später als entscheidend erweist. Ein Archiv öffentlicher Kommentare kann Tausende von Einsendungen enthalten und nicht zeigen, ob eine Minderheitenwarnung als Beweis behandelt wurde.

Ein Reconsideration-Antrag kann aufgeführt und mit Begründung abgelehnt werden und dennoch zeigen, dass der Rechtsbehelf zu eng für den behaupteten Schaden ist.

Diese Unterscheidung ist außerhalb der ICANN bekannt. Ein Gericht beweist seine Fairness nicht allein durch die Veröffentlichung von Verhandlungsterminen; es beweist seine Kontrollfähigkeit, indem es Anordnungen erlässt, Entscheidungen aufhebt, Akten zurückverweist und Fristen durchsetzt. Ein Regulierer beweist Verbraucherschutz nicht allein durch die Zählung eingegangener Beschwerden; er beweist Wirksamkeit, indem er Rückerstattungen, korrigierte Praktiken, Sanktionen, abgeschlossene Fälle, Wiederholungsraten und Lösungszeiten zeigt.

Ein Unternehmen beweist Datenschutzverantwortung nicht allein durch die Veröffentlichung einer Richtlinie; es beweist sie durch die Korrektur von Verstößen, Abschluss von Löschungen, Ergebnisse von Beschwerden und Kontrollen wiederholter Vorfälle. Internet-Governance sollte keinen schwächeren Standard verwenden, nur weil ihre Institutionen ungewöhnlich sind.

Die öffentliche Akte von ICANN enthält bereits die Zutaten für eine robustere Messung. Reconsideration-Anträge haben Antragsteller, angefochtene Handlungen, Fristen und Ergebnisse. Unabhängige Überprüfungsfälle haben Ansprüche, Panels, Feststellungen, Kosten und Umsetzungskonsequenzen. Vorstandsresolutionen haben Begründungen und Abstimmungen. Öffentliche Kommentardossiers haben Einsendungen, Zusammenfassungen und Entscheidungen. Überprüfungen haben Empfehlungen, Vorstandshandlungen, Umsetzungsstatus und spätere Bewertung der beabsichtigten Wirkung.

Der fehlende Schritt besteht darin, diese Akten in einem Ergebnisregister zu verknüpfen, das fragt, was sich geändert hat.

Dieses Register sollte ICANN nicht für jede Anfechtung bestrafen. Viele Beschwerden werden schwach sein. Einige werden die Mission missverstehen. Einige werden Abhilfen außerhalb der Zuständigkeit von ICANN fordern. Einige werden taktische Versuche sein, einen abgeschlossenen Deal wieder aufzurollen. Ein ernsthafter Korrekturindikator kann diese Unterscheidungen bewahren. Er kann abgelehnte Anträge, Anträge außerhalb des Rahmens und zurückgezogene Anträge zählen, ohne zu behaupten, dass jede Ablehnung ein Fehler ist.

Was er nicht tun kann, ist die Existenz des Kanals als Erfolg zu behandeln, unabhängig davon, ob dieser Kanal eine rechtzeitige und nutzbare Korrektur hervorbringt.

Sitzungen messen Zugang, nicht Rechenschaftspflicht

Sitzungen sind in einer Multi-Stakeholder-Umgebung notwendig. ICANN kann globale Kennzeichnungspolitik nicht allein durch private Memos koordinieren. Persönliche Treffen, Remote-Sitzungen, Gemeinschaftsforen und öffentliche Vorstandssitzungen schaffen gemeinsame Informationen und erschweren es Entscheidungen, in privaten Verhandlungen zu verschwinden. Sie verursachen auch Kosten: Reisen, Zeitzonen, Sprachlast, Vorteil politischer Mitarbeiter, Ausdauer der Tagesordnungen und die Fähigkeit, mehrere Themen gleichzeitig zu verfolgen.

Sitzungen zu zählen sagt daher wenig, es sei denn, die Zählung wird mit dem Einfluss auf Entscheidungen verknüpft. Hundert Sitzungen können einen kleinen Betreiber immer noch nicht in die Lage versetzen, eine nachteilige Entscheidung zu ändern, wenn der wichtige Text vor der Sitzung verfasst wurde, wenn der Einwand rechtliches Fachwissen erforderte, wenn die abschließende Zusammenfassung Dissens als Hintergrundrauschen behandelte oder wenn der Vorstand keine realistische Option mehr hatte, als die Kommentare geschlossen wurden. Die Zählung von Sitzungen kann sogar schlechtes Design belohnen.

Je komplizierter der Entscheidungsweg wird, desto mehr Sitzungen erzeugt er, und desto mehr Engagement kann die Institution beanspruchen, während die Entitäten steigende Beteiligungskosten tragen.

Ein abhilfebasierter Indikator würde andere Fragen stellen. Wie viele wesentliche Einwände, die in Sitzungen erhoben wurden, wurden im späteren Text berücksichtigt? Wie viele wurden mit spezifischen Gründen abgelehnt? Wie viele wurden als nicht in ICANNs Aufgabenbereich fallend markiert, und wurde diese Missionsschlussfolgerung später überprüft? Wie viele Probleme tauchten über mehrere Sitzungen hinweg wieder auf, bevor Maßnahmen ergriffen wurden? Wie viele spät in Sitzungen geäußerte Bedenken zeigten, dass die vorherige Konsultation fehlgeschlagen war?

Wie viele in einem öffentlichen Forum gegebene Zusagen wurden bis zur Fertigstellung verfolgt? Wie oft änderten sich Personal- oder Vorstandsunterlagen nach einer Sitzung, und welche Entscheidungspunkte wurden geändert?

Es geht nicht darum, Einfluss mystisch zu messen. Es geht um eine Disziplin nachvollziehbarer Änderungen. Wenn eine Sitzung keine Änderungen bringt, kann die Akte dies sagen. Wenn eine Sitzung zu einer engeren Klausel, einer Verschiebung des Inkrafttretensdatums, einer Analyse des öffentlichen Interesses, einer Aufforderung zu zusätzlichen Beweisen oder einer Verweisung an ein anderes Forum führt, kann die Akte dieses Ergebnis identifizieren. Wenn ein Anliegen abgelehnt wird, kann die Akte den Grund nennen.

Die Zählung wird dann zu einer Zählung der Auswirkungen auf Entscheidungen, nicht zu einer Zählung besetzter Stühle oder verwendeter Mikrofone.

Auch Teilnahmeindikatoren benötigen eine Nennerdisziplin. „Mehr Entitäten“ scheint gesund, bis der Nenner benannt wird. Mehr im Vergleich zu was? Zum globalen Internetpublikum? Zu den betroffenen Vertragsparteien? Zu den Inhabern von Nummernressourcen? Zu zivilgesellschaftlichen Gruppen? Zu Endnutzern? Zu Regierungen? Zu technischen Betreibern? Zu den Freiwilligen, die am vorherigen Verfahren teilgenommen haben? Ein Indikator, der Teilnahme ohne Berücksichtigung von Kategorie, Region, thematischen Fragen und Konzentration wiederkehrender Akteure meldet, kann eine Übernahme verbergen.

Eine kleine Anzahl gut ausgestatteter Akteure kann ein Verfahren dominieren, während die Gesamtteilnahmezahl steigt. Ein Abhilfeindikator sollte nicht nur identifizieren, wer gesprochen hat, sondern auch, ob die betroffene Kategorie eine Korrektur erhielt, als ihre Beweise stichhaltig waren.

Sitzungen müssen sichtbar bleiben. Sie sollten nicht als Beweis für Rechenschaftspflicht behandelt werden. Der Beweis kommt, wenn Beiträge aus Sitzungen bis zu einem geänderten Text, einer korrigierten Begründung, einer verschobenen Maßnahme, einer Entschädigung, einer Annullierung, einer Verweisung oder einer öffentlichen Erklärung der Ablehnung verfolgt werden können.

Dokumente können Entscheidungen ebenso begraben wie offenbaren

Dokumente sind eine weitere verlockende Zählung für Rechenschaftspflicht. ICANN produziert Konsultationsdokumente, Zusammenfassungen öffentlicher Kommentare, Vorstandsbegründungen, Jahresberichte, Überprüfungsdokumente, Umsetzungs-Updates, Korrespondenz, Präsentationen und Hintergrundpapiere. Eine so dicke öffentliche Akte kann unanfechtbar erscheinen. Sie kann auch schwer zu prüfen sein.

Das Dokumentenvolumen birgt zwei Risiken. Erstens kann es die entscheidende Wahl begraben. Die Öffentlichkeit kann einen Vorschlag, eine Kommentarzusammenfassung, einen Personalbericht, eine Vorstandsbegründung und spätere Umsetzungsdokumente sehen, aber der genaue Punkt, an dem ein Einwand akzeptiert oder abgelehnt wurde, bleibt unklar. Zweitens kann das Dokumentenvolumen die Rechenschaft verwässern. Wenn jeder Schritt ein Dokument hat, scheint kein Dokument der Eigentümer der Entscheidung zu sein. Das Personal hat zusammengefasst. Ein Ausschuss hat geprüft. Der Vorstand hat erwogen. Ein späteres Team hat umgesetzt.

Wenn das Ergebnis fehlerhaft ist, kann jede Akte auf eine andere verweisen.

Korrekturindikatoren durchdringen die Dokumenteninflation. Sie verlangen, dass jedes relevante Dokument einen begrenzten Satz von Fragen beantwortet. Welche Fehler- oder Risikobehauptung wurde erhoben? Wo wurde sie geprüft? Wer hatte die Befugnis, sie zu korrigieren? Was hat sich geändert? Was hat sich nicht geändert? Welcher Grund wurde angegeben? Welche Frist wurde gesetzt? Welche Beweise zeigten später die Fertigstellung?

Dieser Ansatz ist besonders wichtig für Zusammenfassungen öffentlicher Kommentare. Eine Zusammenfassung kann die Veröffentlichungserwartungen erfüllen, während sie den Widerspruch in von der Institution gewählte Themen komprimiert. Der richtige Indikator ist nicht einfach, ob die Zusammenfassung rechtzeitig veröffentlicht wurde. Es geht darum, ob die Zusammenfassung die wesentlichen Einwände bewahrt, doppelte Unterstützung von unterschiedlichen Beweisen getrennt, Minderheitenargumente identifiziert, die Gründe für die Ablehnung aufgezeichnet und die Kommentare mit der endgültigen Entscheidung verknüpft hat.

Wenn öffentliche Kommentare Teil der Legitimität sind, sollte die Maßnahme „Kommentare, die in verantwortliche Gründe umgewandelt wurden“ sein, und nicht „Kommentare erhalten“.

Auch die Vorstandsbegründungen verdienen die gleiche Behandlung. ICANNs Satzung tendiert zu detaillierten Erläuterungen und Begründungen. Ein Begründungsindikator sollte nicht nur zählen, ob eine Begründung existiert. Er sollte spätere Korrekturen zählen: wie oft wurden Begründungen geändert, ergänzt, durch Überprüfungsfeststellungen widersprochen, von einer Verweisung gefolgt oder von einem Überprüfungsorgan als unzureichend bezeichnet. Eine Begründung, die einer Anfechtung standhält, ist nicht automatisch korrekt, aber eine Begründung, die wiederholt als unvollständig befunden wird, ist ein institutionelles Signal.

Das Dashboard sollte dieses Signal erfassen.

Auch Jahresberichte benötigen eine Abhilfeoptik. Jahresberichte sind nützlich für Finanzen, Betrieb und institutionelles Gedächtnis. Aber eine jährliche Rechenschaftsseite, die Projekte, Engagement, Berichte und Strategie auflistet, kann dennoch das negative Register vermeiden: korrigierte Entscheidungen, von anderen getragene Verzögerungen, nach Anfechtung zurückgezogene Fälle, offen gelassene Überprüfungsfeststellungen, wiederholte Mängel und kostenbedingte Hindernisse. Das fehlende negative Register ist genau das, was betroffene Parteien brauchen.

Rechenschaftsberichte sollten institutionelles Unbehagen sichtbar machen, denn im Unbehagen findet Lernen statt.

Korrekturen sind die Haupteinheit

Der erste ernsthafte Rechenschaftsindikator sollten Korrekturen sein. Eine Korrektur ist nicht nur ein geänderter Satz. Es ist ein nachweisbarer institutioneller Akt, der einen Fehler in der Akte, der Begründung, der Entscheidung, dem Zeitplan, der Umsetzung oder der Position der betroffenen Partei behebt. Korrekturen können klein oder groß sein.

Sie können eine öffentliche Berichtigung einer sachlichen Aussage, eine überarbeitete Kommentarzusammenfassung, eine geänderte Vorstandsbegründung, eine wiedereröffnete Konsultation, ein verschobenes Inkrafttreten, eine überarbeitete Vertragsklausel, eine zurückverwiesene Entscheidung, eine korrigierte Eignungsfeststellung oder ein öffentliches Eingeständnis umfassen, dass ein früherer Weg falsch war.

Korrekturen sollten nach Typ gezählt werden. Sachkorrekturen sind die einfachsten: Die Akte sagte etwas Falsches oder Unvollständiges, und die öffentliche Akte wurde geändert. Begründungskorrekturen sind bedeutender: Die Institution hat akzeptiert, dass eine Entscheidungsbegründung einen wesentlichen Faktor ausgelassen oder falsch interpretiert hat. Verfahrenskorrekturen treten auf, wenn die Institution einen Schritt wiedereröffnet, verlängert, zurückverweist oder wiederholt, weil der vorherige Schritt fehlerhaft war. Inhaltliche Korrekturen treten auf, wenn sich das Ergebnis ändert.

Wiedergutmachungskorrekturen treten auf, wenn eine betroffene Partei Geld, eine Gebührenbefreiung, Fristenerleichterung, Wiederherstellung des Status, erneute Bearbeitung des Antrags oder eine andere praktische Abhilfe erhält.

Das Dashboard sollte dann freiwillige Korrekturen von auferlegten Korrekturen trennen. Eine freiwillige Korrektur nach einer Personalprüfung zeigt interne Reaktionsfähigkeit. Eine Korrektur nach einer Reconsideration zeigt, dass der Rechtsbehelf gewirkt hat. Eine Korrektur nach einer unabhängigen Überprüfung zeigt externen Überprüfungsdruck. Eine Korrektur nach einem Rechtsstreit oder Vergleich zeigt, dass das interne System früher möglicherweise versagt hat. Diese Unterscheidungen sind wichtig, da sich die von der betroffenen Partei getragenen Kosten und Verzögerungen unterscheiden.

Korrekturen benötigen auch Schweregrade. Eine typografische Korrektur in einer Vorstandsbegründung ist nicht dasselbe wie die Aufhebung einer Entscheidung nach einer unabhängigen Überprüfung. Ein verspäteter Bericht ist nicht dasselbe wie ein abgelehnter Antrag, der wieder aufgenommen wird. Eine Analyse des öffentlichen Interesses, die vor der endgültigen Maßnahme hinzugefügt wurde, ist nicht dasselbe wie eine Akte, die nach einem irreversiblen Schaden korrigiert wurde. Schweregrade sollten nicht verwendet werden, um kleine Fehler zu verbergen; kleine Fehler zählen, wenn sie wiederholt auftreten.

Aber die Öffentlichkeit sollte wissen, ob die Korrektur das Ergebnis, die Begründung, den Zeitplan, die Akte oder nur die Darstellung geändert hat.

Schließlich benötigen Korrekturen ein Feld „wer davon profitiert hat“. Eine Korrektur, die den zukünftigen Text verbessert, kann die Person, die unter dem früheren Text gelitten hat, möglicherweise nicht entschädigen. Eine Korrektur, die einer Vertragspartei hilft, hilft möglicherweise nicht den Domaininhabern. Eine Korrektur, die einer Unterstützungsorganisation hilft, hilft möglicherweise nicht den Endnutzern. Eine Korrektur, die eine nummernbezogene Akte verbessert, wirkt sich möglicherweise nicht auf DNS-Akteure aus.

Wenn das erklärte Rechenschaftssystem für die Internetgemeinschaft gedacht ist, müssen seine Indikatoren zeigen, welche Position wiederhergestellt wurde und welche nur anerkannt wurde.

Annullierungen und Rücknahmen sind nicht peinlich

Institutionen zählen Annullierungen oft nicht gerne, weil Annullierungen wie ein Versagen aussehen. Dieser Instinkt ist verkehrt herum. Ein System, das sich nie korrigiert, mag perfekt sein, ist aber wahrscheinlicher defensiv. Wenn ICANN über viele Jahre hinweg substanzielle Anfechtungen erhält und fast nie ein geändertes Ergebnis meldet, sollte die Öffentlichkeit nicht automatisch auf fehlerfreie Entscheidungen schließen. Sie sollte sich fragen, ob die Rechtsbehelfe zu eng, zu teuer, zu langsam, zu respektvoll oder zu zurückhaltend sind, institutionelle Entscheidungen zu stören.

Annullierungen sollten von Rücknahmen getrennt werden. Eine Annullierung tritt ein, wenn ICANN oder ein Überprüfungsorgan das Ergebnis ändert oder ein neues Ergebnis verlangt. Eine Rücknahme tritt ein, wenn ein Antragsteller eine Anfechtung aufgibt, ein Verfahren gegenstandslos wird oder ICANN vor einer formellen Entscheidung den Kurs ändert. Rücknahmen können vieles bedeuten. Sie können auf einen Vergleich, Kostenerwägung, Gegenstandslosigkeit, verfahrensbedingte Verengung, taktischen Rückzug oder erfolgreiche informelle Korrektur hinweisen. Alle Rücknahmen als neutral zu behandeln, verbirgt wichtige Informationen zur Rechenschaftspflicht.

Jede Annullierung oder Rücknahme sollte die Grundkategorie identifizieren. Hat der Anfechtende bei einer Behauptung von Fehlinformation obsiegt? Hat ICANN akzeptiert, dass wichtige Informationen nicht berücksichtigt wurden? Hat eine Vorstandshandlung die Mission überschritten? Hat eine Frist den Antrag gegenstandslos gemacht? Hat ICANN die angefochtene Handlung freiwillig geändert? Hat sich der Antragsteller zurückgezogen, nachdem er eine private Zusicherung erhalten hatte? Hat sich der Antragsteller zurückgezogen, weil die Abhilfe zu spät kommen würde?

Einige dieser Antworten erfordern Vertraulichkeit in Einzelfällen, aber die Gesamtkategorien können immer noch öffentlich sein.

Annullierungsindikatoren sind auch wertvoll, da sie Lernpunkte identifizieren. Wenn sich Annullierungen um Zusammenfassungen öffentlicher Kommentare häufen, ist die Zusammenfassungsmethode fehlerhaft. Wenn sie sich um die Umsetzung durch das Personal häufen, ist der Übergang von der Politik zur Umsetzung schwach. Wenn sie sich um die Bewertung neuer gTLDs häufen, können die Bewertungsregeln instabil sein. Wenn sie sich um Vorstandsbegründungen häufen, kann die Vorstandsakte zu dünn sein. Wenn sich Rücknahmen nach langer Verzögerung häufen, kann der Rechtsbehelf funktional die Anfechtenden erschöpfen, anstatt Anträge zu lösen.

Annullierungen sollten nicht gegen jedes beteiligte Personal- oder Vorstandsmitglied instrumentalisiert werden. Die Angst vor Schuldzuweisungen treibt Institutionen dazu, Fehler zu verbergen. Ziel ist nicht ein Personaldashboard. Es ist ein Dashboard der institutionellen Kontrolle. Annullierungen zeigen, wo die Autorität auf die Realität traf und sich anpassen musste. Das ist genau das, was Rechenschaftspflicht zeigen soll.

Verzögerung ist ein Abhilfeindikator

Verzögerung wird oft als administratives Ärgernis behandelt. In Rechenschaftssystemen ist Verzögerung ein Abhilfeindikator. Eine Korrektur, die nach dem Geschäftsfenster, dem Bewerbungsfenster, der öffentlichen Kommentarentscheidung, der Vertragsdauer, der Wahl, dem Haushaltszyklus oder dem Delegationszeitpunkt eintrifft, kann formell korrekt und praktisch leer sein. Für betroffene Parteien ist Zeit Teil der Abhilfe.

ICANNs eigene Rechenschaftsarchitektur erkennt Zeit an mehreren Stellen an. Reconsideration-Anträge haben Einreichungsfristen. Vorstandsdokumente haben Veröffentlichungserwartungen. Öffentliche Kommentarfristen haben Mindestfristen und Entscheidungsabläufe. Die unabhängige Überprüfung umfasst Verfahren, Panels und manchmal einstweilige Maßnahmen. Die öffentliche Akte kann die Daten zeigen. Was fehlt, ist ein konsistentes öffentliches Maß für die Abhilfeverzögerung über die Rechenschaftskanäle hinweg.

Ein ernsthaftes Dashboard sollte mindestens fünf Verzögerungsmaße veröffentlichen. Erstens die Zeit zwischen der angefochtenen Handlung und der Einreichung. Dies zeigt, ob betroffene Parteien schnell verstehen und reagieren konnten. Zweitens die Zeit zwischen Einreichung und Zulässigkeit oder erster Antwort. Dies zeigt, ob der Kanal schnell öffnet. Drittens die Zeit zwischen Einreichung und endgültiger Entscheidung. Dies zeigt, ob die Überprüfung in einem nutzbaren Fenster ankommt. Viertens die Zeit zwischen Entscheidung und Umsetzung. Eine günstige Feststellung ohne Umsetzung ist noch keine Abhilfe.

Fünftens die Zeit zwischen wiederholter Warnung und institutioneller Korrektur. Wenn dasselbe Problem in öffentlichen Kommentaren, Ombudsmann-Berichten, Reconsideration-Anträgen und Überprüfungsfeststellungen auftaucht, bevor eine Änderung erfolgt, ist die Verzögerung systemisch.

Verzögerungsmaße sollten mit dem Schaden verknüpft sein. Eine Verzögerung von sechs Monaten bei einer langfristigen strategischen Überprüfung kann tolerierbar sein. Eine Verzögerung von sechs Monaten bei einem Antrag, einer Delegation, einem Vertrag, einer Eignung oder einer Notfallentscheidung kann entscheidend sein. Das Dashboard sollte daher den Entscheidungstyp und die praktische Frist identifizieren. Es sollte nicht einfach Durchschnittstage melden. Durchschnitte verbergen Ausreißer, und Ausreißer sind oft dort, wo Rechenschaft versagt.

Der Median, die ältesten offenen Fälle, Altersbänder und zeitkritische Kategorien wären aussagekräftiger.

Verzögerung interagiert auch mit Kosten. Eine Partei mit erheblichen Ressourcen kann eine lange Überprüfung überleben. Ein kleiner Antragsteller, eine Freiwilligengruppe, eine zivilgesellschaftliche Organisation oder ein regionaler Betreiber kann dies möglicherweise nicht. Wenn die einzigen Parteien, die eine Korrektur erwirken können, diejenigen sind, die sich anhaltende Anwälte und strategische Präsenz leisten können, ist der Rechenschaftskanal ungleich. Die Abhilfeverzögerung sollte daher mit dem Antragstellertyp und Kostenindikatoren gemeldet werden, wenn verfügbar.

Der Standard sollte einfach sein: Wenn die Institution falsch lag, sollte die Öffentlichkeit wissen, wie lange die falsche Position herrschte und wer für dieses Intervall bezahlt hat.

Entschädigung und Kostenverlagerung sind Belege für Rechenschaftspflicht

Diskussionen über ICANNs Rechenschaftspflicht konzentrieren sich oft auf Entscheidungen und Gründe, aber Entschädigung ist Teil der Rechenschaftspflicht. Entschädigung bedeutet nicht immer Schadensersatz im rechtlichen Sinne. Sie kann Gebührenbefreiung, Kostenerstattung, erneute Gelegenheit, wiederhergestellte Priorität, Fristverlängerung, erneute Bearbeitung ohne zusätzliche Kosten oder die Übernahme der Kosten einer Überprüfung bedeuten, die der Antragsteller nicht hätte einleiten müssen.

Warum ist Entschädigung wichtig? Weil ein System, das zukünftiges Verhalten korrigiert, aber der geschädigten Partei die vollen Kosten für den Nachweis des Fehlers auferlegt, betroffene Parteien lehrt, zu schweigen. Wenn die Anfechtung eines Fehlers mehr kostet als der Nutzen der Korrektur, werden Fehler unterberichtet. Das Dashboard zeigt dann wenige erfolgreiche Anfechtungen, nicht weil die Institution genau ist, sondern weil Korrektur sich nicht lohnt.

Die unabhängige Überprüfung kann erhebliche Kosten verursachen. Reconsideration kann weniger teuer sein, erfordert aber dennoch Fachwissen, Zeit und eine Akte. Auch die Interessenvertretung bei öffentlichen Kommentaren hat Kosten. Ein aussagekräftiger Indikator sollte zeigen, wann ICANN die Kosten der Überprüfung getragen hat, wann die Kosten einem Antragsteller auferlegt wurden, wann der Antragsteller praktische Entlastung erhalten hat und wann eine günstige Entscheidung keine materielle Wiederherstellung bewirkt hat. Er sollte auch zeigen, ob die finanziellen Konsequenzen vorhersehbar waren.

Wenn eine Entität die Kosten und mögliche Wiederherstellung nicht abschätzen kann, bevor sie einen Fehler anficht, wird Rechenschaft zu einer Wette.

Entschädigungsindikatoren legen auch institutionelle Anreize offen. Wenn ICANN einen Fehler machen, sich der Korrektur widersetzen, verlieren oder teilweise verlieren und die betroffene Partei dennoch den Großteil der Kosten und Verzögerungen tragen lassen kann, ist der Anreiz zur frühzeitigen Korrektur gering. Wenn frühzeitige Korrektur Kosten senkt und späte Korrektur sichtbar gegen die Institution verbucht wird, ändert sich der Anreiz. Rechenschaftsindikatoren sollten frühzeitige Abhilfe belohnen und späte Abhilfe sichtbarer machen.

Es gibt einen legitimen Vorbehalt. ICANN ist kein gewöhnliches Gericht für öffentliche Entschädigung, und viele Streitigkeiten betreffen strategische Entscheidungen eher als private Schäden. Nicht alle enttäuschten Stakeholder verdienen eine Zahlung. Aber das Fehlen eines universellen Schadensersatzmodells ist kein Grund, Kosten zu ignorieren. Mindestens kann ICANN die Kostenzuweisung, Gebührenbefreiungen, Bearbeitungserleichterungen, Umsetzungsausgaben und melden, ob die Kosten der Überprüfung übertragen wurden, als ICANNs Position scheiterte. Die Öffentlichkeit kann dann prinzipielle Ablehnung von unrentabler Rechenschaft unterscheiden.

Wiederholtes Versagen ist wichtiger als isolierter Fehler

Jede Institution macht Fehler. Die Rechenschaftsfrage ist, ob Fehler nach Warnung wieder auftreten. Wiederholtes Versagen sollte daher einer der am stärksten gewichteten Indikatoren in einem ICANN-Rechenschafts-Dashboard sein.

Wiederholtes Versagen kann verschiedene Formen annehmen. Dasselbe Büro kann dieselbe Art von Frist verpassen. Das Personal kann sich in verschiedenen Verfahren auf ähnliche ungestützte Annahmen stützen. Vorstandsbegründungen können wiederholt auslassen, wie öffentliche Kommentare die Entscheidung geändert oder nicht geändert haben. Zusammenfassungen öffentlicher Kommentare können wiederholt unterschiedliche Einwände in allgemeine Themen zusammenführen. Überprüfungsempfehlungen können wiederholt akzeptiert werden, aber ohne messbare Wirkung bleiben.

Ein Rechtsbehelf kann wiederholt Anträge als außerhalb des Rahmens abweisen, obwohl der zugrunde liegende Schaden anderswo unbehandelt bleibt. In jedem Fall sind das zweite und dritte Auftreten schwerwiegender als das erste.

Das Dashboard sollte daher die Wiederholung nach Fehlertyp verfolgen, nicht nach Skandaletikett. „Unvollständige Begründung“ ist ein Fehlertyp. „Wesentliche Informationen nicht berücksichtigt“ ist ein Fehlertyp. „Verspätete Umsetzung nach Annahme der Empfehlung“ ist ein Fehlertyp. „Unklare Korrekturbefugnis“ ist ein Fehlertyp. „Außerhalb des Rahmens abgewiesen ohne anderen Rechtsbehelf“ ist ein Fehlertyp. Diese Kategorien ermöglichen es der Öffentlichkeit zu sehen, ob ICANN auf der Ebene der institutionellen Kontrolle lernt.

Indikatoren wiederholten Versagens schützen ICANN auch vor unfairen Anekdoten. Kritiker stützen sich oft auf einprägsame Fälle. Ein Wiederholungs-Dashboard kann zeigen, ob eine Beschwerde ein einmaliges Vorkommnis oder Teil eines Musters ist. Wenn ein Fehler einmal pro Jahrzehnt auftritt, kann die Abhilfe fallspezifisch sein. Wenn er jedes Jahr auftritt, sollte die Abhilfe strukturell sein. Die öffentliche Debatte wird weniger emotional und empirischer.

Wiederholung sollte auch positive Wiederholung umfassen. Wenn eine Praxis der frühzeitigen Korrektur funktioniert, zählen Sie sie. Wenn ein neues Vorstandsbegründungsmodell nachfolgende Anfechtungen reduziert, zählen Sie es. Wenn ein öffentliches Kommentar-Antwort-Dashboard Behauptungen reduziert, dass Kommentare ignoriert wurden, zählen Sie es. Wenn der Ombudsmann ein wiederkehrendes Fairnessanliegen vor einem formellen Rechtsstreit löst, zählen Sie es. Rechenschaft sollte kein Schandkatalog sein. Sie sollte ein Lernsystem sein.

Aber Lernen kann nicht demonstriert werden, es sei denn, wiederholte Probleme und wiederholte Verbesserungen sind beide sichtbar.

Teilnahme kann zu einem Konsenstheater werden

Der Ausdruck „Multistakeholder“ hat moralische Kraft in der Internet-Governance. Er suggeriert, dass Entscheidungen legitim sind, weil betroffene Gemeinschaften teilnehmen können. Das ist teilweise wahr. Es ist auch unvollständig. Teilnahme kann zu einem Konsenstheater werden, wenn die Institution Einladungen, Sitzungen und Kommentare zählt, während der Entscheidungsweg praktisch geschlossen bleibt.

Das Konsenstheater zeigt mehrere Anzeichen. Der Vorschlag wird bereits vor den öffentlichen Kommentaren ausgehandelt. Das Kommentarfenster ist geöffnet, aber die Frist lässt wenig Raum für bedeutende Änderungen. Die Zusammenfassung identifiziert Themen, aber nicht die Gründe für die Ablehnung. Die Vorstandsbegründung sagt, dass Kommentare berücksichtigt wurden, ohne zu zeigen, wie. Dieselben Kommentatoren kehren Jahr für Jahr zurück, weil nur wiederkehrende Akteure den Weg verstehen. Betroffene Nutzer erscheinen erst am Ende, wenn die technische oder vertragliche Wahl fast festgelegt ist.

Der Abschlussbericht dankt den Entitäten und fährt fort.

Keines dieser Anzeichen beweist bösen Glauben. Komplexe Koordination erfordert oft frühes Redigieren, Expertenverhandlungen und rechtliche Zwänge. Aber sie beweisen, dass Teilnahme-Zählungen unzureichend sind. Wenn die Institution zur Teilnahme einlädt, aber die Entscheidung nicht ändern kann, sollte sie das sagen. Wenn nur Umsetzungsdetails offen bleiben, sollte sie das sagen. Wenn eine strategische Wahl bereits von einer Unterstützungsorganisation getroffen wurde, sollte sie das sagen. Wenn der Vorstand Ermessen hat, die andere Seite jedoch wahrscheinlich keine Bedingung wiedereröffnen wird, sollte sie das sagen.

Ehrliche Grenzen sind besser als aufgeblasene Teilnahmeindikatoren.

Ein Rechenschafts-Dashboard sollte daher „den verbleibenden Spielraum in der Teilnahmephase“ enthalten. Für jede größere Konsultation: Was konnte sich noch ändern? Das strategische Ziel, der Rechtstext, der Zeitplan, die Umsetzungsdetails, das Follow-up, das Budget oder nichts Materielles? Wie viele Kommentare befassten sich mit jedem offenen Punkt? Welche Kommentare forderten Änderungen außerhalb des verbleibenden Spielraums? Wie viele Einwände wurden zurückgewiesen, weil die Entscheidung bereits gebunden war? Das würde die Teilnahme wahrheitsgemäß machen.

Dasselbe Prinzip gilt für Gemeinschaftstreffen. Ein Treffen vor einer Entscheidung hat einen anderen Rechenschaftswert als ein Treffen, nachdem der Entscheidungsweg festgelegt ist. Eine Zuhörsitzung ist nicht dasselbe wie eine Beratungssitzung. Ein Briefing ist nicht dasselbe wie eine Abhilfeanhörung. Ein Dashboard, das alle Teilnahmeereignisse zusammen meldet, verbirgt diese Unterschiede.

Teilnahme bleibt wesentlich. Aber der Indikator sollte der Einfluss im Rahmen der festgelegten Einschränkungen sein, nicht die Präsenz unter einem Banner der Offenheit.

Rechenschaftskanäle benötigen Ergebnistabellen

Reconsideration, unabhängige Überprüfung, Ombudsmann und spezifische Überprüfungen sollten jeweils Ergebnistabellen mit vergleichbaren Kategorien haben. Die Kategorien müssen nicht die rechtlichen Unterschiede zwischen den Kanälen einebnen. Sie müssen es der Öffentlichkeit ermöglichen, den Abhilfeweg zu verfolgen.

Für Reconsideration sollte die Tabelle die angefochtene Handlung oder Unterlassung, die herangezogene Norm, die Schnelligkeit, die vorläufige Behandlung, das endgültige Ergebnis, ob eine Akte korrigiert wurde, ob eine Entscheidung geändert wurde, ob der Antrag einen breiteren Mangel offenbarte und die Fertigstellungszeit identifizieren. Sie sollte die Ablehnung, weil der Antrag gescheitert ist, von der Ablehnung unterscheiden, weil der Kanal den Schaden nicht erreichen konnte. Diese Unterscheidung ist zentral. Ein Antrag, der außerhalb des Rahmens der Reconsideration liegt, kann dennoch eine Rechenschaftslücke offenbaren.

Für die unabhängige Überprüfung sollte die Tabelle die Art des Antrags, die betroffenen Bestimmungen der Mission oder Satzung, einstweilige Maßnahmen, die endgültige Feststellung, die Kostenzuweisung, die Umsetzungsmaßnahme, die Zeit zwischen Einreichung und Feststellung, die Zeit zwischen Feststellung und Umsetzung und identifizieren, ob dasselbe Problem später auftrat. Die Öffentlichkeit muss keine vertrauliche Rechtsstrategie kennen, um zu sehen, ob die Überprüfung das institutionelle Verhalten geändert hat.

Für den Ombudsmann sollte die Tabelle die Beschwerdekategorien, Empfehlungen, Annahme, Follow-up und Wiederholung identifizieren. Da der Ombudsmann oft durch Fairness, Vermittlung und Empfehlung anstatt durch verbindliche Anordnung arbeitet, ist das Follow-up der Schlüsselindikator. Eine unbeantwortete Empfehlung entspricht nicht einer umgesetzten Empfehlung.

Für spezifische Überprüfungen sollte die Tabelle die Empfehlungen, die Vorstandshandlung, die beabsichtigte Wirkung, den Umsetzungsstatus, den Nachweis der Wirkung und die spätere Neubewertung identifizieren. ICANNs Satzung sieht bereits die Prüfung vor, ob frühere Empfehlungen der Rechenschafts- und Transparenzüberprüfung umgesetzt wurden und ob die Umsetzung die beabsichtigte Wirkung erzielt hat. Das ist der Keim des richtigen Indikators. Das öffentliche Dashboard sollte die beabsichtigte Wirkung zur zentralen Einheit machen, nicht nur den Umsetzungsstatus.

Eine Empfehlung kann im engen Sinne eines Projekts „umgesetzt“ sein, ohne das wiederkehrende Rechenschaftsproblem zu beheben, das sie veranlasst hat.

Vergleichbare Ergebnistabellen würden es den Lesern ermöglichen zu fragen, ob die verschiedenen Kanäle konvergieren. Wenn Reconsideration selten Ergebnisse ändert, die unabhängige Überprüfung einige Ergebnisse, aber langsam ändert, der Ombudsmann Fairnessbedenken ohne Anordnungsbefugnis identifiziert und spezifische Überprüfungen allgemeine Empfehlungen mit ungewisser Wirkung hervorbringen, kann die Öffentlichkeit die Form des Rechenschaftssystems sehen. Wenn die frühzeitige Korrektur durch das Personal viele Fragen schnell löst, kann die Öffentlichkeit das auch sehen.

In beiden Fällen wechselt das Gespräch von der institutionellen Selbstbeschreibung zum Nachweis der Abhilfe.

Die Governance von Nummernressourcen benötigt denselben Indikator

ICANNs nummernbezogene Rolle ist enger als seine vertragliche Rolle für das DNS, aber nicht unwichtig. Die Satzung beschreibt ICANNs Mission für Internet-Protokollnummern und autonome Systemnummern als Koordination der Zuweisung und Vergabe auf höchster Ebene, Bereitstellung von Registrierungsdiensten und offenem Zugang zu globalen Nummernregistern auf Anfrage von IETF und RIRs, Erleichterung globaler Nummernregister-Richtlinien durch die betroffene Gemeinschaft und damit verbundene Aufgaben, die mit den RIRs vereinbart wurden.

Seit dem Übergang der IANA-Aufsicht erfolgt die nummernbezogene Rechenschaftspflicht oft durch Vereinbarungen, Service-Level-Erwartungen, die Gemeinschaften der RIRs und das Umfeld der Number Resource Organization, nicht durch die Umsatzbasis der Domainnamen von ICANN.

Das macht Abhilfeindikatoren wichtiger, nicht weniger. Eine enge Funktion kann dennoch signifikant scheitern: verspätete Delegation, unklare Eskalation, schwache öffentliche Begründung, unsichere Ersatzbefugnis, schlechte Statusberichte oder Verwirrung darüber, welches Organ welches Problem korrigieren kann. Wenn die Institution Koordinationstreffen und Serviceberichte, aber keine Korrekturen zählt, erhält die Nummerngemeinschaft Aktivitätsnachweise ohne Abhilfenachweise.

Ein nummernbezogenes Rechenschafts-Dashboard sollte daher Korrekturen von Registrierungsdiensten der obersten Ebene, nicht eingehaltene Servicezusagen, Eskalationen, wiederholte Probleme, öffentliche Erklärungen, Auswirkungsfenster für Kunden und identifizieren, ob eine Korrektur Maßnahmen von ICANN, PTI, den RIRs, der NRO oder einem anderen Organ erforderte. Es geht nicht darum, DNS-Richtlinien in die Nummern-Governance zu verpflanzen. Es geht darum, sicherzustellen, dass die engere Rolle eine angemessene Rechenschaft hat.

Das schützt auch institutionelle Grenzen. Wenn eine nummernbezogene Beschwerde nicht in ICANNs Zuständigkeit fällt, sollte das Dashboard sagen, wo die Korrekturbefugnis tatsächlich liegt. „Außerhalb des Rahmens“ sollte nicht das Ende der öffentlichen Akte sein. Es sollte eine Routing-Anweisung sein: RIR-Gemeinschaft, NRO-Prozess, IETF-Antrag, Vertragseskalation, PTI-Servicekanal oder ein anderer Weg. Ein Rechenschaftssystem, das Nummernressourcenakteuren ständig sagt, dass ihre Anträge außerhalb des Rahmens liegen, ohne den effektiven Rechtsbehelf zu identifizieren, ist in der Praxis nicht rechenschaftspflichtig.

Dasselbe Prinzip gilt umgekehrt. ICANN sollte nicht für jeden nummernbezogenen Streit verantwortlich gemacht werden, nur weil es Teil der IANA-Kette ist. Abhilfeindikatoren können zeigen, welches Organ die Befugnis hatte, welches Organ gehandelt hat und wo die Korrektur stattfand. Eine klare Zuordnung ist sowohl ein Schutz vor Unterkontrolle als auch vor übermäßiger Beschuldigung.

Ein praktisches Dashboard

Ein abhilfezentriertes ICANN-Dashboard könnte gebaut werden, ohne die bestehende öffentliche Akte zu ersetzen. Es würde eine Querschnittsebene hinzufügen, die die Akte durch Rechenschaftsergebnisse liest.

Der erste Abschnitt wäre der Eingang. Er würde substanzielle Behauptungen institutioneller Fehler pro Kanal zählen: öffentliche Kommentare, Reconsideration, unabhängige Überprüfung, Ombudsmann, spezifische Überprüfung, Petition der berechtigten Gemeinschaft, Vorstandskorrespondenz und Personalkorrektur. Der Indikator würde nicht jede Behauptung als gültig behandeln. Er würde den Behauptungstyp und die zur Handlung aufgeforderten Autorität identifizieren.

Der zweite Abschnitt wäre die Bearbeitung. Anträge würden als angenommen, teilweise angenommen, in der Sache abgelehnt, als außerhalb der Zuständigkeit abgelehnt, nach institutioneller Änderung zurückgezogen, ohne institutionelle Änderung zurückgezogen, gegenstandslos, verglichen, ungelöst oder anhängig markiert. Jede Kategorie würde eine kurze öffentliche Erklärung erfordern. Schon das würde die Akte verbessern, da Rücknahmen und Feststellungen der Unzuständigkeit aufhören würden, in Mehrdeutigkeit zu verschwinden.

Der dritte Abschnitt wäre die Korrektur. Er würde Aktenkorrekturen, Begründungskorrekturen, Verfahrenskorrekturen, inhaltliche Annullierungen, Verweisungen, Verschiebungen des Inkrafttretens, Entschädigungen oder Kostenverlagerungen, zukünftige Kontrolländerungen und öffentliche Zusagen zählen. Jede Korrektur wäre mit dem ursprünglichen Antrag verknüpft.

Der vierte Abschnitt wäre die Zeit. Er würde Altersbänder, Medianzeit, älteste offene Fälle, dringende Fälle, Zeit zwischen Entscheidung und Umsetzung und Fälle zeigen, bei denen die Abhilfe nach dem relevanten Entscheidungsfenster eintraf. Verzögerung wäre als Governance-Kosten sichtbar.

Der fünfte Abschnitt wäre die Wiederholung. Er würde wiederholte Fehlertypen, wiederholte Büros oder Entscheidungsschritte, wiederholte verspätete Korrekturen, wiederholte Außerhalb-des-Rahmens-Feststellungen und wiederholte Empfehlungen ohne nachgewiesene Wirkung identifizieren. Er würde auch erfolgreiche Reduzierungen der Wiederholung nach einer Korrekturmaßnahme identifizieren.

Der sechste Abschnitt wäre die betroffene Kategorie. Er würde zeigen, ob der Fall Vertragsparteien, Antragsteller, Domaininhaber, Nummernressourcenakteure, Regierungen, Zivilgesellschaft, Endnutzer, technische Betreiber oder interne Gemeinschaftsorgane betraf. Ziel ist nicht Identitätspolitik; es ist Inzidenz. Wenn einige Kategorien eine Korrektur erhalten können und andere hauptsächlich Dank für ihre Teilnahme erhalten, sollte die Öffentlichkeit das wissen.

Der siebte Abschnitt wäre die institutionelle Antwort. Er würde identifizieren, ob die Korrektur freiwillig, vom Vorstand angeordnet, vom Personal angeordnet, durch Überprüfung angeordnet, vergleichsbasiert, gerichtsbezogen oder extern war. Eine frühe freiwillige Korrektur sollte als Stärke behandelt werden. Eine späte Korrektur nach teurer Überprüfung sollte als Kostensignal behandelt werden.

Nichts davon verlangt, dass ICANN in jeder Zeile ein Fehlverhalten einräumt. Es verlangt, dass ICANN das Schicksal von Fehlerbehauptungen auf eine Weise berichtet, die die Gemeinschaft prüfen kann.

Schutzvorrichtungen gegen schlechte Indikatoren

Schlechte Abhilfeindikatoren würden neue Probleme schaffen. Wenn jede Korrektur als Schande behandelt wird, werden die Mitarbeiter Korrekturen vermeiden. Wenn jede Ablehnung als Sieg behandelt wird, wird das Dashboard zur PR. Wenn jeder Antrag gleich gezählt wird, können taktische Kläger das Bild verzerren. Wenn jeder Indikator auf eine einzelne Punktzahl reduziert wird, verschwindet die Nuance. Das Design benötigt Schutzvorrichtungen.

Erstens sollte das Dashboard eine universelle Note vermeiden. Rechenschaft ist mehrdimensional. Ein Jahr kann schnellere Korrekturen, aber mehr Fehler, weniger Anfechtungen, aber höhere Kosten, mehr Einfluss öffentlicher Kommentare, aber schwächeres Umsetzungs-Follow-up zeigen. Dies in eine einzelne Zahl zu komprimieren, würde dasselbe Problem reproduzieren, das das Dashboard lösen soll.

Zweitens sollte das Dashboard qualitative Gründe bewahren. Eine Korrektur ohne Gründe ist schwer zu lernen. Eine Ablehnung ohne Gründe ist schwer zu glauben. Ein Rückzug ohne Kontext ist schwer zu interpretieren. Kurze Grundkategorien, die durch Dokumente gestützt werden, sind besser als stille Zählungen.

Drittens sollte das Dashboard die Gültigkeit des Antrags von der Angemessenheit des Kanals unterscheiden. Ein schwacher Antrag kann zu Recht abgelehnt werden. Ein starker Antrag kann im falschen Kanal liegen. Eine wiederholte Ablehnung außerhalb des Kanals kann eine fehlende Abhilfe offenbaren, selbst wenn jede einzelne Ablehnung formell korrekt ist. Diese Unterscheidung ist für ICANN wesentlich, da seine Missionsgrenzen real sind. Die Institution sollte nicht außerhalb ihrer Mission handeln, aber Missionsgrenzen sollten nicht zu einem schwarzen Loch werden, in dem Rechenschaftsbeweise verschwinden.

Viertens sollte das Dashboard Unsicherheit signalisieren. Einige Vergleiche sind vertraulich. Einige informelle Korrekturen legen möglicherweise nicht alle Details offen. Einige Akten identifizieren möglicherweise nicht die Kosten des Antragstellers. Einige Schäden sind schwer zu quantifizieren. Die Antwort besteht darin, die Grenzen zu markieren, nicht die Kategorie wegzulassen. Eine öffentliche Zählung „unbekannt oder vertraulich“ ist noch ehrlicher als keine Zählung.

Fünftens sollte das Dashboard unabhängig geprüft werden. Wenn dasselbe Büro, dessen Leistung gemessen wird, die Kategorien, Codierung und Präsentation kontrolliert, kann das Dashboard zu einem weiteren Problem der Zusammenfassung öffentlicher Kommentare werden. Unabhängige Prüfung muss nicht konfliktreich sein. Es könnte eine periodische Prüfung durch eine übergreifende Gruppe mit Zugang zur öffentlichen Akte und der Befugnis, Kategoriewahlen anzufechten, sein.

Ziel ist es, Rechenschaft messbar zu machen, ohne sie zu einem Spiel zu machen. Der beste Indikator ist der, der das Verhalten ändert, bevor die nächste Anfechtung eintrifft.

Der kulturelle Wandel

Die schwierigste Veränderung ist kulturell. Die Legitimitätssprache von ICANN betont oft Offenheit, Teilnahme, globale Vielfalt, Basis-Politik und das Multistakeholder-Modell. Das sind wichtige Werte. Aber sie können dazu führen, dass sich Korrektur wie ein Angriff auf das Modell anfühlt. Wenn eine Entscheidung annulliert wird, mögen Kritiker sagen, das Modell sei gescheitert. Befürworter mögen sagen, das Modell habe funktioniert, weil es sich selbst korrigiert habe. Beide Reaktionen verfehlen den praktischen Punkt. Die Öffentlichkeit muss wissen, ob die Korrektur normal, rechtzeitig und wirksam ist.

Eine reife Rechenschaftskultur behandelt Korrektur als institutionelle Wartung. Eine korrigierte Begründung ist keine Demütigung. Es ist eine bessere öffentliche Argumentation. Eine zurückverwiesene Entscheidung ist kein Zusammenbruch. Es ist eine funktionierende Kontrolle. Ein öffentliches Eingeständnis, dass eine Kommentarzusammenfassung ein wichtiges Problem übersehen hat, ist keine Schwäche. Es ist der Beweis, dass Konsultation sinnvoll ist. Die Kostenverlagerung nach erfolgreicher Anfechtung ist keine Großzügigkeit. Es ist die Anerkennung, dass Rechenschaft nicht vollständig von der geschädigten Person finanziert werden sollte.

Diese Kultur würde auch ändern, wie ICANN Erfolg meldet. Anstatt einfach zu sagen, dass mehr Leute teilgenommen haben, könnte es sagen, dass drei substanzielle Einwände den endgültigen Text geändert haben, zwei mit veröffentlichten Gründen abgelehnt wurden, einer an ein benanntes Forum verwiesen wurde und ein Last-Minute-Mangel zu einer erneuten Prüfung vor der Vorstandshandlung führte. Anstatt zu sagen, dass Überprüfungsempfehlungen umgesetzt wurden, könnte es sagen, dass die Wiederholungsrate des von der Empfehlung adressierten Fehlers gesunken, stabil geblieben oder noch nicht messbar ist.

Anstatt zu sagen, dass Rechenschaftsmechanismen verfügbar bleiben, könnte es sagen, wie oft sie eine Korrektur produziert haben, wie lange sie dauerten und wer die Kosten trug.

Solche Berichte würden nicht jeden zufriedenstellen. ICANN ist eine umstrittene Institution. Einige Kritiker wollen stärkere staatliche Kontrolle. Einige Akteure wollen weniger zentrale Autorität. Einige Streitigkeiten sind in Wirklichkeit Geschäftsstreitigkeiten, geopolitische Auseinandersetzungen oder private Handelskämpfe, die in Rechenschaftssprache gekleidet sind. Ein Abhilfe-Dashboard wird diese Argumente nicht lösen. Es wird jedoch eine Frage schwerer zu umgehen machen: Wenn ICANN mit einem korrigierbaren Fehler konfrontiert war, hat es ihn korrigiert?

Das ist die Frage, die Sitzungen nicht beantworten können.

Quellen

Dieser Artikel verwendet die aktuelle Seite der ICANN-Satzung, die die Satzung in der Fassung vom 3. Juli 2026 identifiziert und die Grenzen der ICANN-Mission, Transparenzverpflichtungen, Offenlegungspflichten auf der Website, Reconsideration, unabhängige Überprüfung und Bestimmungen zur Rechenschafts- und Transparenzüberprüfung beschreibt:https://www.icann.org/en/governance/bylaws.

Er verwendet auch die Seite der ICANN-Rechenschaftsmechanismen, die Rechenschaft und Transparenz als Sicherungen für das Multistakeholder-Modell beschreibt und Reconsideration, unabhängige Überprüfung und verwandte Mechanismen zusammenfasst:https://www.icann.org/resources/pages/mechanisms-2014-03-20-en.

Die Diskussion über Reconsideration stützt sich auf die Seite der Reconsideration-Anträge von ICANN, einschließlich ihrer öffentlichen Statusaktualisierung, Zeitpläne und Liste der Anträge:https://www.icann.org/resources/pages/accountability/reconsideration-en.

Die Diskussion über den Jahresbericht stützt sich auf die Jahresberichtsseite von ICANN, die zu mehrjährigen vollständigen Berichten verlinkt und zeigt, wie regelmäßige Berichte bereits Teil der öffentlichen Akte von ICANN sind:https://www.icann.org/resources/pages/governance/annual-report-en.