Zusammenfassung

  • Die ICANN-FAQ beschreibt 21 Tage nach Erhalt der Mitteilung; das Applicant Guidebook 2026 zählt ab Übermittlung der SSE-Entscheidung.
  • Die Anfechtung wird nach dem Maßstab eines eindeutig fehlerhaften Ergebnisses geprüft und ist keine offene Wiederholung der gesamten Bewertung.
  • Das vorgeschlagene Sechs-Objekte-Modell ist eine Governance-Empfehlung, keine von ICANN vorgeschriebene Form und keine Erfolgsgarantie.

Die Akte beginnt vor der Entscheidung über die Anfechtung

Eine String Similarity Evaluation kann technische, rechtliche und geschäftliche Prüfung erfordern. Während diese Prüfung läuft, verstreicht die 21-Tage-Frist. Das Ereignis, das die Frist eröffnet, muss daher sofort gesichert werden.

Die ICANN-FAQ sagt, dass ein Antragsteller innerhalb von 21 Tagen nach Erhalt der Ergebnis-Mitteilung anfechten kann, wenn er einen Tatsachen-, Verfahrens- oder Systemfehler vermutet. Abschnitt 7.10.4 des Guidebook formuliert die Frist als 21 Tage ab dem Tag, an dem die SSE-Entscheidung übermittelt wurde.

Eine belastbare Akte hält beide Zeitpunkte fest. Sie erfasst die von ICANN dokumentierte Übermittlung und den Eingang beziehungsweise die Anzeige im kontrollierten System des Antragstellers. Zeitzone, Nachrichten-ID, Kanal, Portalereignis und erster bekannter Zugriff gehören dazu.

Der Eingangsstempel wird damit nicht zur Behauptung einer Fristverlängerung. Er ermöglicht eine konservative Berechnung und eine nachvollziehbare Begründung.

Eine interne Zusammenfassung ersetzt das Original nicht

Entscheidungen werden rasch in Aufgaben, E-Mails und Folien übersetzt. Diese Hilfsmittel koordinieren Arbeit, sind aber nicht die maßgebliche Quelle. Die erste Akte sollte die exakten Bytes des Berichts, Dateinamen, Abrufpfad und SHA-256-Hash enthalten. Hinzu kommen geprüfter String, einschlägige Varianten, Ergebniskategorie, Entscheidungsreferenz und Guidebook-Version.

Ein Hash belegt nur, dass eine später geprüfte Datei der zuerst gesicherten Datei entspricht. Er belegt weder den Übermittlungszeitpunkt noch die Richtigkeit der Entscheidung. Dafür braucht es Zustellnachweise beziehungsweise regelgebundene Fehlergründe.

Der Maßstab trennt Fehler von bloßem Widerspruch

Nach dem Guidebook gilt der Maßstab „clearly erroneous“. Der Challenge Service Provider muss die Ausgangsentscheidung akzeptieren, außer das Panel hat die festgelegten Verfahren nicht befolgt oder notwendige wesentliche Beweise oder Informationen weder berücksichtigt noch eingeholt. Die FAQ nennt zusätzlich Tatsachen-, Verfahrens- und Systemfehler.

Die interne Prüfung sollte deshalb jeden möglichen Grund einzeln erfassen. Welche Tatsachenannahme könnte falsch sein? Welcher Verfahrensschritt fehlt? Welches notwendige Material wurde nicht berücksichtigt? Welches Systemverhalten könnte das Ergebnis beeinflusst haben?

Jeder Eintrag verweist auf die genaue Passage, die Regel, das Material, dessen Herkunft und einen Prüfverantwortlichen. Ein Grund ohne Quelle bleibt Hypothese. Eine Quelle ohne zugeordneten Grund ist noch kein Argument. Ungeprüfte Punkte dürfen bleiben, müssen aber als solche gekennzeichnet sein.

Sechs verbundene Objekte bilden die kleinste brauchbare Kette

Erstens kommt das Übermittlungsereignis mit Sender, Ziel, Kanal, Zeit, Zeitzone und Kennung. Zweitens folgt die empfangene Mitteilung mit Eingang oder Anzeige im kontrollierten System. Drittens steht die maßgebliche Originalentscheidung mit Datei, Hash, Ergebnis und String.

Viertens braucht es einen Regel-Snapshot mit Guidebook-Version, Abschnitt und offizieller FAQ. Fünftens folgt das Gründe-und-Belege-Ledger, eine Zeile je möglichem Fehler mit Regel, Beleg, Provenienz, Eigentümer und Status. Sechstens kommt die Frist- und Einreichungsakte mit konservativer Berechnung, Freigaben, endgültigen Bytes, Hash, Versandzeit und Empfangsbestätigung.

Die Objekte werden über stabile IDs verbunden, aber nicht in einem überschreibbaren Dokument vermischt. Die Analyse darf sich ändern; Mitteilung und Originalentscheidung nicht.

Nach der Einreichung läuft eine zweite Uhr

Das Guidebook sieht die Mitteilung der Schlussfolgerungen innerhalb von 30 Tagen nach Einreichung vor. Die Einreichung eröffnet damit eine neue Kette aus Bestätigung, erwarteter Frist, Verfahrensnachrichten und tatsächlicher Schlussfolgerung.

Wird ein Tatsachen-, Verfahrens- oder Systemfehler festgestellt, erfolgt eine Neubewertung unter Berücksichtigung der Feststellungen. Wird kein Fehler festgestellt, bleibt das ursprüngliche Ergebnis bestehen. Die erste Akte zeigt in beiden Fällen, was mit welcher Grundlage angefochten wurde und ob die Schlussfolgerung dieselben Punkte behandelte.

Grenzen der offiziellen Belege

Die Quellen belegen Frist, Prüfmaßstab, Schlussfolgerungszeit und bedingte Folge. Sie schreiben das Sechs-Objekte-Modell nicht vor und liefern keine Erfolgs- oder Änderungsquote für 2026 sowie keine abgeschlossenen Fälle für belastbare Prognosen.

Hash, Screenshot und interne Freigabe machen eine Anfechtung nicht automatisch rechtzeitig oder überzeugend. Sie sichern Provenienz und institutionelles Gedächtnis, ersetzen aber weder Einreichungsregeln noch professionelle Beurteilung.

Die Heng-Lu-Doktrin dient hier nur als normative Perspektive auf stabile Identität, Provenienz und überprüfbare Zustandsübergänge. Sie ist kein Tatsachenbeleg für ICANNs Handeln.

Der praktische Test lautet: Kann eine neue verantwortliche Person ohne mündliche Erinnerung feststellen, was wann eintraf, welche Regel galt, welcher Fehler behauptet und welche Bytes eingereicht wurden? Genau diese Entscheidungsfähigkeit soll der erste Tag erhalten.

Sources