Resumen

  • La FAQ de ICANN habla de 21 días desde la recepción del aviso; la Guía del Solicitante 2026 cuenta 21 días desde la transmisión de la determinación de SSE.
  • La revisión aplica el estándar de error manifiesto y no funciona como una repetición abierta de toda la evaluación.
  • El expediente propuesto es una recomendación de gobernanza. ICANN no prescribe este esquema documental ni garantiza que conservarlo haga prosperar una impugnación.

Preservar antes de interpretar

Cuando llega una determinación de String Similarity Evaluation, el equipo suele concentrarse en la pregunta sustantiva: ¿es correcto el resultado? Esa pregunta importa, pero no es la primera que debe resolverse. Antes hay que conservar el evento que abrió el plazo.

La FAQ de ICANN indica que el solicitante puede presentar una impugnación dentro de los 21 días posteriores a la recepción del aviso si considera que el panel cometió un error fáctico, procesal o del sistema. La sección 7.10.4 de la Guía 2026 dice que la impugnación puede formularse dentro de los 21 días contados desde la fecha de transmisión de la determinación.

El registro operativo debe conservar ambos momentos. Debe incluir la hora y zona temporal de transmisión mostrada por ICANN, el identificador del mensaje o evento del portal, la hora en que el sistema controlado por el solicitante recibió o mostró el aviso y la identidad de quien accedió por primera vez. Conservar los dos tiempos no significa afirmar que el más tardío amplíe el plazo. Permite calcular una fecha prudente y explicar la base del cálculo.

El resumen interno no sustituye a la determinación

Un correo del director jurídico, una captura o una diapositiva pueden explicar el problema, pero no son el original. El expediente del primer día debería guardar los bytes exactos del informe, su nombre, ruta de descarga y hash SHA-256. También debería registrar la cadena evaluada, cualquier variante pertinente, la categoría del resultado, la referencia de la decisión y la versión de la Guía aplicada.

El hash cumple una función limitada. Permite demostrar que el documento revisado días después es el mismo que se preservó. No demuestra cuándo ICANN lo transmitió ni que su análisis fuera correcto. Para el primer punto se necesitan los registros de entrega; para el segundo, una impugnación fundada.

El estándar obliga a separar desacuerdo y error

La Guía dispone que la impugnación se examine bajo un estándar de error manifiesto. El proveedor del servicio debe aceptar la determinación inicial salvo que el panel no haya seguido los procedimientos establecidos o no haya considerado o solicitado pruebas o información material necesaria. La FAQ añade la formulación de error fáctico, procesal o del sistema.

Por tanto, la revisión inicial debería crear entradas separadas para cada posible motivo. Cada entrada identifica el pasaje cuestionado, la premisa fáctica, el procedimiento aplicable, la evidencia o información que faltó, el origen de la fuente y la persona responsable de verificarla. No basta con afirmar que el resultado parece severo o incoherente.

Una tabla de motivos no debe convertirse en una colección de conclusiones prematuras. Puede contener hipótesis abiertas, siempre que estén claramente marcadas y no se presenten como hechos confirmados.

Seis piezas para una cadena auditable

Un registro mínimo puede organizarse en seis piezas conectadas. La primera es el evento de transmisión. La segunda es el aviso recibido. La tercera es la determinación original, conservada sin cambios. La cuarta es la fotografía de las reglas: versión de la Guía, sección y FAQ usadas.

La quinta pieza es el libro de motivos y fuentes, una fila por error alegado con su evidencia y procedencia. La sexta es el registro del plazo y de la presentación: cálculo conservador, aprobaciones, archivo final, hash de los bytes enviados, hora de envío y acuse de recibo.

Las piezas deben vincularse mediante identificadores estables, pero no fusionarse en un documento que se sobrescribe. El análisis puede cambiar; el aviso y la determinación no.

Después de presentar aparece un segundo reloj

La Guía afirma que las conclusiones de la impugnación se comunicarán dentro de los 30 días posteriores a su presentación. El expediente debe abrir entonces una segunda secuencia: presentación, acuse, fecha esperada, comunicaciones procesales y conclusión recibida.

Si se confirma un error fáctico, procesal o del sistema, la SSE se reevalúa teniendo en cuenta las conclusiones. Si no se encuentra error, se mantiene el resultado original. El registro inicial permite verificar si la conclusión respondió a los mismos motivos y materiales que se presentaron.

Límites de la evidencia

Las fuentes oficiales no imponen el modelo de seis piezas. Tampoco ofrecen tasas de éxito o reversión para la ronda 2026 ni un conjunto de casos terminados que permita predecir resultados. Una captura, un hash o una aprobación interna no hacen por sí solos que una presentación sea puntual o convincente.

La doctrina Heng Lu funciona aquí como lente normativa sobre identidad estable, procedencia y transiciones verificables. No es prueba de una actuación de ICANN ni sustituye la Guía o la FAQ.

El objetivo más modesto es conservar la capacidad de decidir. Si cambia el equipo, un nuevo responsable debe poder saber qué llegó, cuándo, bajo qué regla, qué error se consideró y qué se presentó exactamente.

Sources