Zusammenfassung

  • ICANNs Reconsideration, das Independent Review Process (IRP) und der Ombudsman prüfen unterschiedliche Arten institutionellen Handelns oder institutioneller Behandlung.
  • Die Quellen belegen mehrere Wege zur Überprüfung, aber nicht, dass jeder Weg eine laufende Entscheidung aussetzen, ersetzen oder in der Sache umkehren kann.

ICANNs Rechenschaftsarchitektur ist kein einheitliches Berufungssystem. Sie ist eine Aufteilung von Zuständigkeiten: Reconsideration richtet sich unter bestimmten Voraussetzungen gegen Handlungen oder Unterlassungen von Mitarbeitenden oder des Boards; das IRP prüft bestimmte Board-Handlungen oder -Unterlassungen anhand der Gründungsdokumente, der Bylaws und anwendbarer Regeln; der Ombudsman behandelt Beschwerden über die Erfahrung und Behandlung durch ICANN-nahe Akteure. Die jeweiligen Auslöser, zugelassenen Antragsteller, Prüfungsmaßstäbe und möglichen Wirkungen unterscheiden sich. Die Bylaws legen die einschlägigen Rechenschaftsmechanismen fest.

Diese Trennung ist für Betroffene praktisch wichtiger als die bloße Existenz eines Beschwerdekanals. Eine Partei, die eine Entscheidung über eine Internet-Ressource ändern will, muss zunächst bestimmen, welche institutionelle Handlung angegriffen wird. Geht es um einen behaupteten Konflikt mit etablierten Richtlinien oder Verfahren, kann Reconsideration in Betracht kommen, sofern die betroffene Person oder Organisation die Zulässigkeitsanforderungen erfüllt und fristgerecht handelt. Das Verfahren ist jedoch kein allgemeines Rechtsmittel gegen jede unliebsame Sachentscheidung und kann die verfügbare Abhilfe begrenzen. ICANN beschreibt den Reconsideration-Weg und seine Voraussetzungen.

Das IRP ist anders zugeschnitten. Es bietet zugelassenen Parteien einen Weg, bestimmte Handlungen oder Unterlassungen des ICANN-Boards an den Articles of Incorporation, den Bylaws sowie anwendbaren Policies oder Verfahren messen zu lassen. Ob eine konkrete Person oder Organisation antragsberechtigt ist, welche Frist gilt, welcher Prüfungsmaßstab angewandt wird und welche Abhilfe verfügbar ist, hängt von den maßgeblichen Instrumenten und Regeln ab. Die IRP-Grundlagen beschreiben diese instrumentengebundene Prüfung. Die veröffentlichten Provider- und Verfahrensmaterialien zeigen zugleich, dass praktische Fragen von Stand, Fristen, Maßstab und Abhilfe fallbezogen bleiben.

Der Ombudsman erfüllt wiederum eine andere Funktion. Er bietet eine unabhängige und neutrale Anlaufstelle für Beschwerden über die Behandlung durch ICANN-Mitarbeitende, Board-Mitglieder oder Supporting Organizations. Er ist kein Gericht und kann im Allgemeinen weder die ICANN-Policy noch eine technische Entscheidung durch sein eigenes Urteil ersetzen. Ombudsman-Prüfung ist deshalb von Reconsideration, IRP und vertraglicher Durchsetzung zu unterscheiden. ICANN beschreibt Rolle und Grenzen des Ombudsman.

Die institutionelle Architektur trennt damit mindestens drei Fragen: War ein bestimmter Prozess oder eine bestimmte Behandlung regelkonform? War eine Board-Handlung mit den einschlägigen Gründungs- und Regelwerken vereinbar? Und wurde eine Person oder Organisation innerhalb der Institution angemessen behandelt? Diese Fragen können sich überschneiden, führen aber nicht automatisch zum selben Prüfergebnis oder zur selben Abhilfe. ICANN unterscheidet diese internen Wege außerdem von vertraglicher Durchsetzung und der gerichtlichen Kontrolle durch staatliche Gerichte. Die veröffentlichte Accountability-Darstellung stellt diese Unterscheidungen heraus.

Für die operative Wirkung ist die Abhilfe der Engpass. Die Existenz eines Verfahrens beweist nicht, dass eine betroffene Partei eine Entscheidung rechtzeitig ändern lassen kann. Die zugrunde liegenden Quellen legen nahe, dass Umfang und Wirkung jeweils aus Bylaws, Regeln und dem konkreten Verfahren bestimmt werden müssen. Auch die praktische Zeit bis zu einer wirksamen Abhilfe ist fallbezogen. Ein späterer Befund kann institutionell bedeutsam sein, ohne eine bereits umgesetzte technische oder vertragliche Entscheidung rückgängig zu machen.

Die belastbare Schlussfolgerung ist daher begrenzt: ICANN bietet mehrere Wege, Verhalten und Entscheidungen anzufechten, aber diese Wege bilden keine einheitliche Sachberufung mit garantiertem Suspensiveffekt oder garantiertem Ersatz der ursprünglichen Entscheidung. Wer eine konkrete Handlung ändern will, muss den Auslöser, die zulässige Partei, den zuständigen Prüfer, die Frist und die mögliche Wirkung des jeweiligen Instruments getrennt prüfen. Die Architektur eröffnet Kontrolle; sie garantiert nicht, dass Kontrolle rechtzeitig in eine andere Entscheidung mündet.