Guía de la RSEP Cómo presentar una solicitud de Política de Evaluación de Servicios de Registro Versión 1.0 Septiembre de 2015

Transcripción

1 Guía de la RSEP Cómo presentar una solicitud de Política de Evaluación de Servicios de Registro Versión 1.0 Septiembre de 2015

2 Índice INTRODUCCIÓN 3 INSTRUCCIONES 4 PASO 1 - NECESITO UNA RSEP? 4 PASO 2 - INICIAR SESIÓN EN EL RRS 4 PASO 3 CREAR UNA SOLICITUD 6 PASO 4 - DESCRIBIR EL SERVICIO PROPUESTO 7 PASO 5 (OPTATIVO) - ADJUNTAR DOCUMENTACIÓN DE RESPALDO7 PASO 6 - PRESENTAR LA SOLICITUD 8 PASO 7 - LA ICANN VERIFICA SI EL TICKET ESTÁ COMPLETO 9 PASO 8 - REVISIÓN POR PARTE DE LA ICANN 10 PASO 9 - DETERMINACIÓN PRELIMINAR POR PARTE DE LA ICANN11 PASO 10 IMPLEMENTACIÓN DEL SERVICIO PROPUESTO 13 APÉNDICE A 15 FLUJO DE TRABAJO GENERAL DEL PROCESO DE EVALUACIÓN DE SERVICIOS DE REGISTRO 15 APÉNDICE B 16 LISTA DE SECCIONES DEL RRS Y PREGUNTAS PERTINENTES 16 2

3 Introducción Este documento brinda una guía para los operadores de registro respecto de cómo presentar una solicitud de Política de Evaluación de Servicios de Registro (RSEP). La RSEP se gestó mediante el proceso de desarrollo de políticas por consenso de la Corporación para la Asignación de Nombres y Números en Internet (ICANN). En cada Acuerdo de Registro se identifica al proceso de la RSEP como el mecanismo para agregar, modificar o quitar servicios de registro. El "servicio de registro" se define en el Acuerdo de Registro y en la Sección 1.1 de la RSEP. La ICANN evalúa el servicio propuesto según su posible efecto en la seguridad, la estabilidad o la competencia, según se definen en la RSEP. Puede encontrar más información acerca de la política de consenso de la RSEP en: bd en. La información sobre solicitudes en curso se encuentra disponible en la página de la RSEP del sitio web de la ICANN: en. En el Apéndice A del presente documento se incluye una representación gráfica general del proceso operativo de la RSEP. 3

4 Instrucciones PASO 1 Necesito una RSEP? Recomendamos que los operadores de registro se contacten anticipadamente con la ICANN a fin de determinar si el nuevo servicio o la modificación ( el servicio propuesto ), o el retiro del servicio, que el registrador esté considerando requiere la aprobación de la ICANN, y si el servicio propuesto requiere una RSEP. Esta comunicación se puede efectuar de múltiples maneras. Para quienes estén considerando proponer o retirar un servicio, recomendamos presentar un caso mediante el portal de la División Global de Dominios (GDD) ( explicando su intención y solicitando una llamada en conferencia con la ICANN. PASO 2 Iniciar sesión en el RRS El Servicio de Solicitud de Registros (RRS) es el sistema actualmente en uso para presentar una solicitud dentro de la RSEP. En el RRS solo se puede crear, presentar, actualizar o retirar un ticket de RSEP. La única funcionalidad de comunicación del RRS es la generación de notificaciones automáticas. Una vez que se presenta una solicitud de RSEP mediante el RRS, automáticamente se genera y envía un correo electrónico de confirmación al solicitante. Toda comunicación distinta de las notificaciones automáticas se debe gestionar mediante la presentación de un caso en el portal de la GDD. 4

5 Para presentar una solicitud en el RRS, es necesario tener una cuenta y credenciales de acceso a dicho sistema. Para solicitar la creación de una cuenta y sus correspondientes credenciales de acceso, su contacto principal de registro del TLD debe presentar un caso en el portal de la GDD. Si tiene varios TLD, solo necesita una cuenta y sus correspondientes credenciales de acceso. Figura 1 5

6 Una vez que se determine que el servicio propuesto requiere una solicitud de RSEP, inicie sesión en la cuenta del RRS ( ingresando usuario y contraseña (es decir, sus credenciales de acceso) en la parte izquierda de la página web y haga clic en el botón Iniciar sesión (Login). Ver la Figura 1. PASO 3 Crear una solicitud Le recomendamos consultar el Apéndice B del presente documento. Allí se incluye la lista de secciones del RRS, junto con las preguntas que habrá que responder al crear una solicitud. La lista le ayudará a preparar las respuestas con antelación, de manera tal que al iniciar sesión en el RSS solo le haga falta presentar las respuestas previamente preparadas. Una vez que se encuentre listo para presentar su solicitud, inicie sesión en el RRS, haga clic en el Figura 2 botón Crear solicitud (Create New Request) e ingrese la información de contacto solicitada. Ver la Figura 2. 6

7 PASO 4 Describir el servicio propuesto Finalizado el Paso 3, aparecerá un tablero con las secciones del RRS en la parte derecha de la página web. Todas las secciones y preguntas dentro de la sección Información de contacto (Contact Information) deben estar completas antes de que se pueda presentar su solicitud de RSEP. Es necesario hacer clic en el botón Guardar (Save) de cada sección antes de pasar a la próxima. Si no corresponde responder una pregunta, es necesario indicar No corresponde (Not Applicable). Ver la Figura 3 en la próxima página. NOTA: tenga a bien usar solo caracteres ASCII. Asimismo, tenga en cuenta que su sesión se cerrará automáticamente después de 30 minutos de inactividad. Al trabajar en el RRS, recuerde hacer clic en Guardar (Save) cada tanto para evitar perder su trabajo. PASO 5 (optativo) Adjuntar documentación de respaldo Si desea presentar documentos de respaldo, podrá hacerlo subiendo documentos (solo en formato PDF) al RRS, o bien su contacto principal de registro podrá presentar todo otro tipo de documentación mediante un caso en el portal de la GDD ( Los documentos en formato PDF se pueden adjuntar en la sección de Servicio propuesto (Proposed Service) del formulario del RRS. Seleccione Servicio propuesto (Proposed Service) en el tablero que figura a la derecha y haga clic en Elegir archivo (Choose File) al final de la página. Adjunte el documento y luego haga clic en Guardar (Save). Los documentos en un formato que no sea PDF se deben presentar mediante un caso en el portal de la GDD. Si presenta un caso en el portal de la GDD, tenga a bien incluir el número de ticket del RRS y el TLD en el asunto, adjunte los archivos necesarios (por ejemplo, archivos txt de IDN) al caso y describa de qué manera el archivo respalda la solicitud de RSEP. Ver la Figura 3. 7

8 Figura 3 Sección del RRS Pregunta sobre la RSEP Lista de secciones del RRS que contienen preguntas específicas de la RSEP Hacer clic aquí para subir documentación de respaldo 8

9 PASO 6 Presentar la solicitud Una vez que cada sección del RRS se encuentre completa, haga clic en la sección Resumen del ticket (Ticket Summary) y luego en Enviar ticket (Submit Ticket) para presentar su solicitud de RSEP. El estado de su ticket en el RRS cambiará a Verificación pendiente (Pending Completeness). Recibirá un mensaje automático confirmando que la ICANN ha recibido el ticket del RRS. Figura 4 Hacer clic aquí para enviar el ticket PASO 7 La ICANN verifica si el ticket está completo El personal de la ICANN verifica que el ticket presentado en el RRS esté completo. Durante esta verificación, evaluamos si se presentó información suficiente para que la ICANN pueda determinar en forma preliminar si el servicio pudiera generar inquietudes significativas en cuanto a seguridad, estabilidad y/o competencia. El objetivo del nivel de servicio operacional de la ICANN para finalizar esta verificación es de 15 días. 9

10 ESTADO DEL RRS ESTADO EN LA PÁGINA SLT WEB DE LA ICANN PARA LA RSEP Verificación pendiente Sin publicar 15 días calendario Si durante esta verificación la ICANN determina que hace falta presentar información adicional o aclaraciones, el ticket del RRS será remitido a Información pendiente (Pending More Information) y la ICANN le enviará una solicitud de información adicional o aclaración mediante un caso en el portal de la GDD. Una vez que toda la información solicitada haya sido presentada mediante el portal de la GDD, tenga a bien iniciar sesión en el RRS y seleccionar el ticket en curso según corresponda. La ICANN habrá cambiado el estado de la solicitud a Información pendiente (Pending More Information), lo cual le permite modificar el ticket. Actualice su ticket según corresponda, haga clic en Guardar (Save) y vuelva a enviar su ticket actualizado. Para volver a enviar su ticket actualizado, vaya a la sección Resumen del ticket (Ticket Summary) y haga clic en Enviar ticket (Submit Ticket). Tenga en cuenta que se usan dos sistemas distintos (portal de la GDD y RRS) para gestionar este paso. Este paso podrá repetirse hasta que se provea toda la información solicitada. ESTADO DEL RRS Información pendiente ESTADO EN LA PÁGINA WEB DE LA ICANN PARA LA RSEP Sin publicar SLT Se suministra a criterio del registro PASO 8 Revisión por parte de la ICANN Una vez que la ICANN confirme que la solicitud de RSEP se encuentra completa, el ticket del RRS se publica en la página web de la RSEP ( en) y su estado figura como Revisión por parte de la ICANN (ICANN Review). El ticket en el RRS también se actualizará y figurará como Revisión por parte de la ICANN (ICANN Review), y se notificará al operador de registro con un mensaje automático. Durante este periodo de revisión por parte de la ICANN, también descripto como periodo de determinación preliminar en la Sección 2.4 de la Política de Evaluación de Servicios de Registro (RSEP), la ICANN evalúa la solicitud de RSEP para detectar posibles cuestiones de seguridad, estabilidad y competencia. La ICANN cuenta con 15 días para formular su determinación preliminar. 10

11 ESTADO DEL RRS Revisión por parte de la ICANN ESTADO EN LA PÁGINA WEB DE LA ICANN PARA LA RSEP Revisión por parte de la ICANN SLT 15 días calendario PASO 9 Determinación preliminar por parte de la ICANN Una vez que la ICANN formule su determinación preliminar, cuenta con 2 5 días para notificar y/o analizar su determinación con usted. La determinación preliminar puede corresponder a una o más de las categorías que se indican a continuación. En el Apéndice A del presente documento se incluye una representación gráfica de una posible determinación sobre un servicio propuesto. Sin inquietudes en cuanto a seguridad, estabilidad o competencia La ICANN determina que el servicio propuesto no genera inquietudes significativas en cuanto a seguridad, estabilidad o competencia. La ICANN notifica al operador de registro que la RSEP ha sido aprobada y se procede al paso 10: implementación del servicio propuesto. ESTADO DEL RRS Aprobada o Aprobada con enmienda contractual pendiente ESTADO EN LA PÁGINA WEB DE LA ICANN PARA LA RSEP Aprobada o Aprobada con enmienda pendiente SLT 2 5 días (para que la ICANN notifique y/o analice la determinación preliminar antes de su publicación) Seguridad y Estabilidad La ICANN determina si el servicio propuesto podría generar inquietudes significativas en cuanto a seguridad y estabilidad, y si se lo debería derivar al Panel de Evaluación Técnica de Servicios de Registro (RSTEP). La ICANN notifica al operador de registro acerca de la determinación en cuanto a la RSEP. El operador de registro debe responder a la notificación de la ICANN como se indica a continuación: 1. Confirmando su intención de seguir adelante con el proceso de la RSEP. En este caso, la solicitud de RSEP será derivada al RSTEP. 11

12 2. O bien, indicando que retira su solicitud para el servicio propuesto. Si el operador de registro confirma su intención de seguir adelante, la solicitud de RSEP es derivada al RSTEP, y su estado será actualizado a Derivada al RSTEP (Referred to RSTEP) en el RRS y en la página web de la ICANN. Nota: es probable que el operador de registro deba afrontar los gastos ocasionados en virtud del RSTEP, lo cual se convendrá durante la etapa de notificación y análisis de la determinación preliminar. Una vez que el servicio propuesto haya sido derivado, el RSTEP tiene 45 días para redactar un informe en el cual se evalúe la probabilidad e importancia de los efectos del servicio propuesto en cuanto a seguridad y estabilidad. Una vez finalizado el informe del RSTEP, la ICANN se lo presentará al operador de registro para su revisión y análisis. El operador de registro tendrá la oportunidad de proponer que no se divulgue información confidencial en el informe del RSTEP, y podrá analizar esta situación con la ICANN en esta etapa. El informe del RSTEP se publica para la recepción de comentarios públicos. Finalizado el periodo de comentario público, la Junta Directiva de la ICANN evaluará el servicio propuesto, junto con el informe completo del RSTEP (incluida la información confidencial) y los correspondientes comentarios públicos, y podrá aprobar o denegar el servicio propuesto, o bien solicitar información adicional. Si la Junta Directiva aprueba el servicio propuesto, la ICANN notificará el operador de registro y la solicitud podrá avanzar al paso 10. ESTADO DEL RRS ESTADO EN LA PÁGINA SLT WEB DE LA ICANN PARA LA RSEP Derivada al RSTEP Derivada al RSTEP Hasta 45 días calendario para redactar el informe del RSTEP (+) período de comentario público y decisión de la Junta Directiva Competencia La ICANN determina si el servicio propuesto podría generar inquietudes significativas en cuanto a competencia y debería ser derivado a las autoridades gubernamentales pertinentes en materia de competencia, o bien a las autoridades con jurisdicción en la materia. La ICANN notifica al operador de registro acerca de la determinación en cuanto a la RSEP. El operador de registro debe responder a la notificación de la ICANN como se indica a continuación: 12

13 1. Confirmando su intención de seguir adelante con el proceso de la RSEP. En este caso, la solicitud de RSEP será derivada a las autoridades gubernamentales pertinentes en materia de competencia, o bien a las autoridades con jurisdicción en la materia. 2. O bien, indicando que retira su solicitud para el servicio propuesto. Si el operador de registro confirma su intención de seguir adelante, accederá a no implementar el servicio propuesto durante un plazo mínimo de 45 días posteriores a la derivación del caso a las autoridades pertinentes en materia de competencia. Si la ICANN no recibe respuesta por parte de la autoridad pertinente en materia de competencia una vez transcurridos 45 días, notificará al operador de registro y la solicitud podrá avanzar al paso 10. ESTADO DEL RRS Derivada a la autoridad en materia de competencia ESTADO EN LA PÁGINA WEB DE LA ICANN PARA LA RSEP Derivada a la autoridad en materia de competencia SLT 45 días calendario Solicitud retirada El operador de registro podrá retirar su solicitud de RSEP en cualquier momento. ESTADO DEL RRS ESTADO EN LA PÁGINA SLT WEB DE LA ICANN PARA LA RSEP Retirada Retirada No corresponde Paso 10 Implementación del servicio propuesto Si se aprueba la solicitud de RSEP, es posible que el nuevo servicio amerite una modificación de fondo al acuerdo de registro correspondiente para que el registro pueda comenzar a ofrecer el servicio. Por lo tanto, se requiere enmendar el acuerdo de registro. En aquellos casos excepcionales en los cuales el servicio propuesto no amerite una modificación de fondo al acuerdo de registro correspondiente, no será necesaria ninguna enmienda y la ICANN notificará al operador de registro, indicándole que puede implementar el servicio propuesto. 13

14 Cuando el servicio propuesto sí amerite una modificación de fondo al acuerdo de registro correspondiente, la ICANN notificará al operador de registro y trabajará con el operador a fin de generar y poner en vigencia una enmienda que permita implementar el servicio propuesto. La ICANN espera publicar un proceso para efectuar enmiendas contractuales en enero de Tenga presente lo siguiente en cuanto a las enmiendas a los acuerdos de registro de gtld: Todas las enmiendas se derivan para su consideración y firma a un ejecutivo de la ICANN o bien a la Junta Directiva de la organización. Dependiendo de las circunstancias, es posible que sea necesario publicar algunas enmiendas propuestas para comentario público (por ejemplo, si una enmienda sienta un precedente o genera un efecto significativo para la ICANN, para terceros o para el Sistema de Nombres de Dominio). Si la enmienda propuesta se publica para comentario público, la enmienda será derivada a un ejecutivo de la ICANN o la Junta Directiva de la organización una vez concluido el período de comentario público correspondiente. Una vez que se haya efectivizado plenamente la enmienda al acuerdo de registro, según corresponda, el operador de registro estará autorizado a implementar el servicio propuesto. Felicitaciones por su nuevo servicio! 14

15 APÉNDICE A Flujo de trabajo general del Proceso de Evaluación de Servicios de Registro Este diagrama muestra el flujo de trabajo general del proceso de evaluación de servicios de registro, el cual también se encuentra disponible en el siguiente espacio del sitio web de la ICANN: en. 15

16 APÉNDICE B Lista de secciones del RRS y preguntas pertinentes I. Crear solicitud Nombre del ticket. El nombre del ticket debería ser una descripción general de la solicitud. Se puede incluir el/los TLD al cual/ a los cuales corresponde la solicitud. Información de contacto del registro (nombre, apellido, número de teléfono, correo electrónico). El punto de contacto para el RRS debería ser el contacto principal del registro. Las comunicaciones referentes a su ticket en el RRS, incluidas las solicitudes de información adicional, serán enviadas al contacto principal del registro a través del portal de la GDD. II. Servicios propuestos Descripción técnica del servicio propuesto. Se ruega incluir el/los TLD al cual/ a los cuales corresponde la solicitud. Si hace falta considerar documentación de respaldo, adjuntar un archivo en formato PDF en el RRS o bien mediante un caso presentado en el portal de la GDD. Los documentos en un formato que no sea PDF se deben presentar mediante un caso en el portal de la GDD. Se ruega incluir el número de ticket del RRS y el TLD en el asunto del caso presentado en el portal de la GDD. III. Consultas Tenga a bien describir en detalle sus consultas previas con la comunidad, expertos y demás personas. Cuántas consultas se realizaron, de qué índole y cuál fue su contenido? Si el registro corresponde a un TLD patrocinado, cuáles fueron las características y el contenido de estas consultas con la comunidad del TLD patrocinado? 16

17 Las consultas con registradores de gtld o la unidad constitutiva de registros fueron pertinentes? A qué registradores se consultó? Cuáles fueron las características y el contenido de estas consultas? Fueron pertinentes las consultas con otros grupos de unidades constitutivas? A qué grupos se consultó? Cuáles fueron las características y el contenido de estas consultas? Fueron pertinentes las consultas con los usuarios finales? A qué grupos se consultó? Cuáles fueron las características y el contenido de estas consultas? Quién avalaría la introducción de este servicio? Cuáles fueron las características y el contenido de estas consultas? Quién objetaría la introducción de este servicio? Cuáles fueron (o serían) las características y el contenido de estas consultas? IV. Cronograma Le solicitamos que describa el plazo de implementación del nuevo servicio de registro propuesto. V. Descripción de la actividad comercial Describa la manera en la cual se ofrecerá el servicio propuesto. Describa el plan de control de calidad o evaluación del servicio propuesto. Enumere todas las RFC o los libros blancos pertinentes sobre el servicio propuesto y explique de qué modo estos documentos son relevantes. VI. Disposiciones contractuales Enumere las disposiciones contractuales relevantes que se ven afectadas por el servicio propuesto. Cuál será el efecto, si lo hubiere, del servicio propuesto sobre la presentación de datos a la ICANN? Cuál será el efecto, si lo hubiere, del servicio propuesto sobre WHOIS? En caso de que haga falta considerar información adicional, se ruega adjuntar un documento en formato PDF. Cuál será el efecto, si lo hubiere, del servicio propuesto sobre la registración de nombres de dominio? 17

18 En caso de que haga falta considerar información adicional, se ruega adjuntar un documento en formato PDF. VII. Enmiendas contractuales Describa o incluya las enmiendas contractuales necesarias para el servicio propuesto. En caso de que haga falta considerar información adicional, se ruega adjuntar un documento en formato PDF. VIII. Beneficios del servicio Describa los beneficios del servicio propuesto. IX. Competencia Considera que su nuevo servicio de registro propuesto tendría algún efecto negativo o positivo en cuanto a competencia? De ser así, explique su respuesta. Cómo definiría los mercados en los cuales competiría su servicio de registro propuesto? Qué compañías / entidades proveen servicios o productos similares en características o efectos a su servicio de registro propuesto? Dada su situación como operador de registro, la introducción de su servicio de registro propuesto podría disminuir la capacidad de competir de las otras compañías / entidades que proveen productos o servicios similares? Tiene la intención de trabajar con un proveedor o contratista para brindar el servicio de registro propuesto? En ese caso, indique el nombre del proveedor /contratista y describa la característica de los servicios a ser brindados por dicho proveedor / contratista. Se ha comunicado con alguna de las entidades cuyos productos o servicios podrían verse afectados por la introducción de su servicio de registro propuesto? En ese caso, describa las comunicaciones entabladas. Posee documentos en los cuales se aborden los posibles efectos de su servicio de registro propuesto sobre la competencia? En ese caso, presente los documentos junto con su solicitud. (La ICANN mantendrá la confidencialidad de los documentos). En caso de que haga falta considerar información adicional, se ruega adjuntar un documento en formato PDF. 18

19 X. Seguridad y estabilidad El servicio propuesto altera el almacenamiento y la entrada de los datos de registro? Explique cómo el servicio propuesto afectará el rendimiento, el tiempo de respuesta, la uniformidad o la coherencia de las respuestas a los servidores o sistemas finales de Internet. Se han planteado inquietudes de índole técnica acerca del servicio propuesto? De ser así, cómo piensa abordar esas inquietudes? XI. Otras cuestiones Hay alguna consideración en materia de propiedad intelectual generada a partir del servicio propuesto? En caso de que haga falta considerar información adicional, se ruega adjuntar un documento en formato PDF. El servicio propuesto contiene propiedad intelectual exclusiva del registro de su gtld? Enumere los deslindes de responsabilidad para posibles clientes en relación con el servicio propuesto. En caso de que haga falta considerar información adicional, se ruega adjuntar un documento en formato PDF. Toda otra información relevante a ser incluida en esta solicitud. En caso de que haga falta considerar información adicional, se ruega adjuntar un documento en formato PDF. Más información en: icann.org/resources/pages/rsep en 19

20 Un mundo, una Internet ICANN.ORG ICANN.ORG 20