Input on Section 11.6 and Section 10 of the OneDoc.
![](https://secure.gravatar.com/avatar/185579a90a721e1b3a16349ebf82723a.jpg?s=120&d=mm&r=g)
Team, A few thoughts on the One Doc. I've added these as comments in the OneDoc as well.... *Section 11.6* The logic in the IRT Workbook Disclosure Logic tab is flawed as it mirrors the acknowledgement requirements for non-urgent requests (2 business days) even though the Policy clearly states that a separate timeline is required for Urgent requests. We seem to have conveniently forgotten that Urgent requests have been defined narrowly in Section 3.10. (*""Urgent Requests for Lawful Disclosure” are limited to circumstances that pose an imminent threat to life, serious bodily injury, critical infrastructure, or child exploitation in cases where disclosure of the data is necessary in combatting or addressing this threat. Critical infrastructure means the physical and cyber systems that are vital in that their incapacity or destruction would have a debilitating impact on economic security or public safety.*) A two business day maximum response time (as currently defined) would mean that a compliant response could take 3 (or more!) calendar days depending on weekends and holidays and the like. If we all agree that Urgent requests will only be used as defined in Section 3.10, then any maximum response time more than 24 hours renders useless the concept of an "Urgent Request". This seems unacceptable (and dangerous!) to me. *Section 10* In my OneDoc comment of June 14 - I suggested new first paragraph at the end of the section must be removed. We must not add RDAP technical implementation details into a policy document - this is a terrible and unuseful idea. Here is my original comment as an FYI - "The reason we are debating the use of these words is because we seem to be assuming a particular "data element delivery" technology. The policy, and this doc, should be technology agnostic. In terms of this doc the terms "shown" and "displayed" are appropriate (it describes the policy). Any detail about how a particular technology should be used (e.g. "must be blank" or "must be null" or "must not be included") is inappropriate for this doc and should be included in the RDAP profile doc. Based on that the additional text added should be removed." Regards, Alex ___________ *Alex Deacon* Cole Valley Consulting alex@colevalleyconsulting.com +1.415.488.6009
participants (1)
-
Alex Deacon