Martin,

I hope they are saying that the technical evaluation will have the same cost in pre-evaluation or in evaluation window, but if someone choses to use any pre-evaluated RSP, that cost won’t be applied to 
If they are indeed saying what you implied, then it’s time to file a RfR while there is time to do so. 

Org is still not disclosing whether they will break SubPro recs that were approved by the Board regarding forcing to choose a specific pre-approved RSP. I’m still waiting on that with RfR text ready just in case. 


Rubens




Em 2 de mai. de 2024, à(s) 14:15, Martin Sutton <martin@tldz.com> escreveu:

Dear Elisa,

Thank you for sharing. Please note my updated email address.

All - the first thing ICANN org mentions in its response is that no differentiation in fees will be applied to an application with pre-evaluated RSP vs without. This is at odds with the SubPro discussions and outputs, where the RSP pre-evaluation was expected to considerably reduce duplication of effort and streamline processing, and reduce costs, reflected in lower fees for applicants selecting a pre-evaluated RSP. Dusting down the over 3-year old Final Report, this is referred to under Implementation Guidance 15.2.

Whilst I respect the IRT is not responsible for setting fees, I think ICANN org will be challenged to justify this stance and deviation from the implementation guidance in the Final Report. 

Is anyone else surprised with this or other elements in ICANN org’s reply?

Kind regards,

Martin

Martin Sutton
Co-Founder, TLDz
martin@tldz.com
+44 (0)7774 556680
TLDz.com


<attachment.png>

Illumiati Limited. 77 Camden Street Lower, Dublin, D02 XE80

The contents of this email message and any attachments are intended solely for the addressee(s) and may contain confidential and/or privileged information and may be legally protected from disclosure. If you are not the intended recipient of this message or their agent, or if this message has been addressed to you in error, please immediately alert the sender by reply email and then delete this message and any attachments. If you are not the intended recipient, you are hereby notified that any use, dissemination, copying, or storage of this message or its attachments is strictly prohibited.

On 2 May 2024, at 10:25, Elisa Busetto <elisa.busetto@icann.org> wrote:

Dear IRT members, 
 
In the ICANN78 Policy Outcomes Report, it was noted that “[a]s information for the ICANN Board, the CPH can prepare a list of the decisions and work that need to be done by a potential applicant”.
 
In this context, we would like to inform you that on 29 February 2024 the RySG shared with ICANN org a letteroutlining the “list of the decisions that potential new gTLD applicants need to make in determining whether of not to apply for a new gTLD”, to which ICANN org responded on 23 April 2024. 
 
Best regards,
Elisa
_______________________________________________
SubPro-IRT mailing list
SubPro-IRT@icann.org
https://mm.icann.org/mailman/listinfo/subpro-irt

_______________________________________________
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://www.icann.org/privacy/policy) and the website Terms of Service (https://www.icann.org/privacy/tos). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.

_______________________________________________
SubPro-IRT mailing list
SubPro-IRT@icann.org
https://mm.icann.org/mailman/listinfo/subpro-irt

_______________________________________________
By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://www.icann.org/privacy/policy) and the website Terms of Service (https://www.icann.org/privacy/tos). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.