<div dir="ltr">I disagree. This would fall under the ICANN purpose and I can see dozens of reasons why this cannot be automated. As you rightly stated, we never discussed it and therefore it is not fit for inclusion in our report. Compliance also has a record of asking for more than they need.<br clear="all"><div><div><div dir="ltr" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><span lang="EN-US">-- <br>Volker A. Greimann<br>General Counsel and Policy Manager<br><b>KEY-SYSTEMS GMBH</b><br><br>T: +49 6894 9396901<br>M: +49 6894 9396851<br>F: +49 6894 9396851<br>W: </span><a href="http://www.key-systems.net/" style="color:rgb(17,85,204)" target="_blank"><span lang="EN-US">www.key-systems.net</span></a><span lang="EN-US"><br><br>Key-Systems GmbH is a company registered at the local court of Saarbruecken, Germany with the registration no. HR B 18835<br>CEO: Oliver Fries and Robert Birkner<br><br>Part of the CentralNic Group PLC (LON: CNIC) a company registered in England and Wales with company number 8576358.</span><br></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 8, 2020 at 5:56 PM Alan Greenberg <<a href="mailto:alan.greenberg@mcgill.ca" target="_blank">alan.greenberg@mcgill.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">One of the use cases in Mark's list that we never got to was that of <br>
ICANN Contractual Compliance (CC).<br>
<br>
I would like to propose that we include this in our final report.<br>
<br>
The rationale is as follows:<br>
<br>
- provision of current data to ICANN is a contractual requirement<br>
- automated availability of such data will streamline and speed up <br>
ICANN CC operations and will reduce the load on CPs.<br>
<br>
To be specific, I am proposing that:<br>
<br>
Requests for redacted RDS data fields from ICANN Contractual <br>
Compliance, made in support of investigations associated with <br>
compliance issues, be fully automated within the SSAD.<br>
<br>
As far as I understand, CP are contractually obligated to respond to <br>
such requests and therefore the automation does not expose them to <br>
any additional risk. ICANN CC would of course be bound to only make <br>
such requests in support of investigations and are bound to treat the <br>
data just as they would if they had received it via today's manual channels.<br>
<br>
Alan<br>
<br>
_______________________________________________<br>
Gnso-epdp-team mailing list<br>
<a href="mailto:Gnso-epdp-team@icann.org" target="_blank">Gnso-epdp-team@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/gnso-epdp-team" rel="noreferrer" target="_blank">https://mm.icann.org/mailman/listinfo/gnso-epdp-team</a><br>
_______________________________________________<br>
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 (<a href="https://www.icann.org/privacy/policy" rel="noreferrer" target="_blank">https://www.icann.org/privacy/policy</a>) and the website Terms of Service (<a href="https://www.icann.org/privacy/tos" rel="noreferrer" target="_blank">https://www.icann.org/privacy/tos</a>). 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.<br>
</blockquote></div>