Skip to main content
Resources

Actualización del Departamento de Cumplimiento Contractual | Enero 2013

Esta página está disponible en:

Tabla de contenidos 1

Presentaciones y Publicación del Informe Anual

Participación del Departamento de Cumplimiento Contractual en la Reunión Regional Europea de Registros/Registradores

Dos integrantes de nuestro equipo presentaron el Programa de Cumplimiento Contractual de la ICANN en la sesión para recién llegados, junto con una actualización sobre operaciones y el programa de auditoría. En el siguiente enlace, se presenta información detallada junto con las presentaciones: http://www.icann.org/en/resources/compliance/outreach.

Se publicó el Informe Anual 2012 del Departamento de Cumplimiento Contractual

El informe se encuentra disponible en el siguiente enlace: http://www.icann.org/es/resources/compliance/reports.

Actualización del Programa de Auditoria

La etapa de Solicitud de Información (RFI) cerró el 7 de enero de 2013 para 317 Registradores y seis Operadores de Registro. Se emitieron diez notificaciones de incumplimiento para los registradores que no respondieron dentro de dicho plazo. Un Operador de Registro se negó a participar.

A modo de seguimiento, la ICANN realizó una "Encuesta para la Mejora Continua de la Solicitud de Información durante el Primer Año del Programa de Auditoría", la cual envío a los participantes. El objetivo de la encuesta es obtener retroalimentación, medir el nivel de satisfacción y determinar áreas específicas en la cuales efectuar mejoras durante las próximas etapas de Solitud de Información.

Actualmente, el Programa de Auditoria de Cumplimiento Contractual de la ICANN se encuentra en su etapa de Auditoría.

Durante esta etapa, la ICANN analizará aproximadamente 20.000 documentos presentados y emitirá un Informe de Auditoría para cada una de las partes contratadas. Un informe de auditoría que indique "Sin Deficiencias" no requerirá ninguna acción adicional. En caso de que el informe de auditoría detecte deficiencias, la parte contratada deberá adoptar acciones de remediación de las deficiencias detectadas, o bien presentar un plan de remediación. Luego de esta etapa, sigue el proceso de notificación 1-2-3.

Hitos del Primer Año del Programa de Auditoria
Solicitud de información Etapa de auditoría Etapa de presentación de informes Remediación
Primera
notificación
Segunda
notificación
Tercera
notificación
Inicia Finaliza Inicia Finaliza  
26 de noviembre de 2012 17de diciembre de 2012 28 de diciembre de 2012 7 de enero de 2013 12 de abril de 2013 15 de abril de 2013 19 de abril de 2013 22 de abril de 2013

Para mayor información sobre el programa, consulte el siguiente enlace: http://www.icann.org/en/resources/compliance/audits.

Resumen sobre Manejo de Reclamos y Acciones en pos del Cumplimiento Efectivo

Complaints per Cycle January 2013

 

Compliance Performance Results January 2013
ACTIVIDADES EN POS DEL CUMPLIMIENTO EFECTIVO DURANTE ENERO DE 2013
FECHA DE ENVÍO FECHA DE VENCIMIENTO REGISTRADOR TIPO DE NOTFICACIÓN ESTATUS FUNDAMENTO DE LA NOTFICACIÓN DE INCUMPLIMIENTO
11-Ene 1-Feb Power Brand Center Corp. Incumplimiento Subsanado Responder a las auditorias (RAA 3.14)
Subsanado Mantener y suministrar registros de comunicaciones (RAA 3.4.2/3)
  Abonar tarifas de acreditación (RAA 3.9)
11-Ene 1-Feb Homestead Limited d/b/a Namevault.com Incumplimiento   Mantener y suministrar registros de comunicaciones (RAA 3.4.2/3)
11-Ene 1-Feb Lime Labs LLC Incumplimiento   Responder a las auditorias (RAA 3.14)
  Mantener y suministrar registros de comunicaciones (RAA 3.4.2/3)
11-Ene 1-Feb Central Registrar, Inc. d/b/a Domainmonger.com Incumplimiento   Responder a las auditorias (RAA 3.14)
  Mantener y suministrar registros de comunicaciones (RAA 3.4.2/3)
  Abonar tarifas de acreditación (RAA 3.9)
11-Ene 1-Feb Cheapies.com Inc. Incumplimiento   Responder a las auditorias (RAA 3.14)
  Mantener y suministrar registros de comunicaciones (RAA 3.4.2/3)
  Abonar tarifas de acreditación (RAA 3.9)
11-Ene 1-Feb Internet NAYANA Inc Incumplimiento Subsanado Mantener y suministrar registros de comunicaciones (RAA 3.4.2/3)
11-Ene 1-Feb USA Webhost, Inc. Incumplimiento Subsanado Responder a las auditorias (RAA 3.14)
Subsanado Mantener y suministrar registros de comunicaciones (RAA 3.4.2/3)
11-Ene 1-Feb R. Lee Chambers Company LLC d/b/a DomainsToBeSeen.com Incumplimiento   Responder a las auditorias (RAA 3.14)
11-Ene 1-Feb Mat Bao Trading & Service Company Limited d/b/a Mat Bao Incumplimiento Subsanado Responder a las auditorias (RAA 3.14)
Subsanado Mantener y suministrar registros de comunicaciones (RAA 3.4.2/3)
11-Ene 1-Feb Korea Electronic Certification Authority, Inc. Incumplimiento Subsanado Responder a las auditorias (RAA 3.14)
Subsanado Mantener y suministrar registros de comunicaciones (RAA 3.4.2/3)
18-Ene 8-Feb Cheapies.com Inc. Incumplimiento   Presentar registros de comunicaciones (RAA 3.4.3)
  Brindar una oportunidad razonable de desbloquear el nombre de dominio
(IRTP 3)
  Proporcionar código AuthInfo (IRTP 5)

Para acceder a la información actualizada sobre el programa, visite el siguiente enlace: http://www.icann.org/es/resources/compliance/update.


1 La presente actualización se presenta únicamente a título informativo. Por favor, no se base en la información presentada en esta actualización para formular conclusiones o tomar decisiones de índole comercial.

update-jan13-es.pdf  [200 KB]

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."