Resumen

  • Los solicitantes deben indicar qué RSP prestarían los servicios críticos de registro si la solicitud avanzara hasta la delegación.
  • Durante la contratación, ICANN pide por separado al RSP identificado que reconozca su intención de apoyar al solicitante y al gTLD o los gTLD correspondientes.
  • Después de presentar la solicitud, el solicitante puede indicar o cambiar sus RSP mediante el proceso de modificación de solicitudes (Application Change Request).

Este artículo utiliza dos registros para explicar los dos hechos respaldados por la Guía. El primero recoge el proveedor que el solicitante pretende utilizar. Para el segundo, durante la fase de contratación ICANN solicita al RSP que confirme sus planes de apoyar al solicitante y a los gTLD pertinentes. El marco de dos registros es análisis de BTW, no un requisito de ICANN.

La diferencia es estrecha pero importante. El nombre introducido por un solicitante documenta su intención; no documenta por sí solo la confirmación que ICANN solicita después al proveedor. Durante la contratación, ICANN solicita ese segundo elemento; la solicitud no demuestra que haya recibido una respuesta.

La selección también puede cambiar después de la presentación mediante el proceso de cambio de solicitud. Por ello conviene conservar la fecha, el alcance y el motivo de cada cambio, en lugar de tratar la primera selección como prueba contractual definitiva.

Esto no demuestra aceptación o rechazo de un proveedor, ejecución contractual, resultado de evaluación ni delegación. Solo establece que la identificación del solicitante y la confirmación solicitada al proveedor responden a preguntas diferentes.

Análisis

El control más claro mantiene una cadena de dos documentos. El expediente de solicitud muestra los RSP seleccionados y los servicios previstos. El expediente de contratación sigue la confirmación solicitada al proveedor sobre sus planes de apoyo. Si cambia un RSP, esta separación permite identificar qué selección quedó sustituida y a qué proveedor ICANN solicitaría después una confirmación. Esta cadena es una recomendación de gobernanza de BTW, no una obligación documental impuesta por ICANN.

Sources