Skip to main content

Mejora el Procedimiento para la Resolución de Disputas en Materia de Compromisos de Interés Público

En los últimos meses, la organización de la ICANN y el Grupo de Partes Interesadas de Registros (RySG) estuvieron trabajando en conjunto para mejorar el Procedimiento para la Resolución de Disputas en Materia de Compromisos de Interés Público (PICDRP) y lograr una mayor transparencia sin que ello implique cambios sustanciales en el procedimiento.

El alcance de estos cambios no fue aleatorio, dado que los acuerdos de registro (RA) que contemplan el uso del PICDRP permiten que la organización de la ICANN efectúe revisiones menores al procedimiento. A través de nuestra colaboración con el RySG, nos aseguramos de permanecer dentro de los límites de este parámetro.

Los compromisos en pos del interés público (PIC) son obligaciones vinculantes que los operadores de registros de dominios genéricos de alto nivel (gTLD) asumieron frente a la comunidad de Internet y acordaron cumplir en sus contratos con la organización de la ICANN. La organización de la ICANN supervisa su puesta en práctica y asegura su cumplimiento efectivo, lo cual comprende el mecanismo de resolución de conflictos conocido como PICDRP. En ciertos casos, este mecanismo contempla recurrir a un panel de evaluación. En el caso de los gTLD cuyo acuerdo de registro contempla el PICDRP, el procedimiento se encuentra a disposición de toda parte damnificada a raíz del incumplimiento de los PIC por parte de un operador de registro. Los PIC y el PICDRP constituyen una de las medidas de protección de la comunidad creadas como parte del Programa de Nuevos gTLD en 2012.

Estas mejoras redundan en pautas claras acerca del tipo de información que se debería compartir con las partes involucradas (panel, operador de registro y parte que presenta el reclamo) y la instancia para compartir dicha información. Estas pautas se fundamentan en las prácticas vigentes para el intercambio de información entre las partes de un proceso alternativo de resolución de conflictos. Las pautas incluyen:

  • Alinear el procedimiento con la práctica estándar de incluir toda la documentación respaldatoria del reclamo en el marco del PICDRP al momento de informar el reclamo al operador de registro.
  • Compartir los documentos enviados al panel con el operador de registro y la parte que presenta el reclamo al inicio del periodo de evaluación por parte del panel.
  • Compartir las comunicaciones que guardan relación específica con la evaluación del panel, cursadas entre la organización de la ICANN y el panel durante el periodo de evaluación, con el operador de registro y la parte que presenta el reclamo.
  • Alinear el procedimiento con la práctica estándar de notificar a la parte que presenta el reclamo acerca de la determinación de una instancia de incumplimiento y el correspondiente aviso de ejecución para el operador de registro, si corresponde.

El texto del PICDRP con las mejoras por parte de la organización de la ICANN, en versiones con y sin control de cambios, se puede consultar en https://www.icann.org/resources/pages/picdrp-2014-01-09-en. El procedimiento revisado entrará en vigencia el 1 de febrero de 2020.

Quienes tengan consultas acerca del PICDRP pueden ponerse en contacto con el Equipo de Apoyo Global de la ICANN mediante la siguiente dirección de correo electrónico: globalsupport@icann.org.

Comments

    Domain Name System
    Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."