上周，我们举行了关于标准化访问/披露系统 (System for Standardized Access/Disclosure, SSAD) 运营设计阶段 (Operational Design Phase, ODP) 的第四次网络研讨会。我们重点介绍了 SSAD 的其他设计元素，包括业务流程设计。我们要衷心感谢所有网络研讨会的参会人，并诚邀无法参会的人员听取会议录音，分享您的看法。
正如我们在以前的网络研讨会召开后所做的那样，本博文对演讲内容进行了回顾，并重申了我们向社群提出问题，以征求大家对所分享的设计元素的反馈意见：
- 我们是否囊括了建议中概述的所有必要行动，以进行认证、提交披露请求并将其转给签约方？
- 您认为我们是否遗漏了任何行为者或子系统，或漏掉了本应囊括的角色和责任？
SSAD ODP 项目组根据通用顶级域 (gTLD) 注册数据临时规范快速政策制定流程 (Expedited Policy Development Process, EPDP) 第 2 阶段《最终报告 (Final Report)》中的政策建议，提出了该系统的拟议业务流程设计。这项设计包含了关于认证和提交披露请求的建议。它还囊括了关于如何将这些请求转给签约方进行审查的建议，以及在适用情况下向请求者实际披露数据等事务的建议。此外，本团队还概述了 SSAD 项目组确定的各种角色和责任。
值得注意的是：通过 SSAD 请求查看数据的人员必须得到认证，但获得认证并不保证一定能够披露数据。在大多数情况下，收到数据披露请求的每家签约方将评估该请求，并根据他们自身的标准，决定是否披露任何请求获取的数据。
项目组重点介绍了纳入到 SSAD 设计的审计方案，以确保该设计符合已经实施的业务流程和系统设计。项目组还强调了需要建立的补充系统要求，例如：服务水平协议、系统日志和数据留存，以及 SSAD 报告的内容和频率。
SSAD ODP 项目组现已召开了 200 多小时的会议，起草了本次网络研讨会上分享的拟议设计，以及迄今已与大家分享的运营设计评估 (Operational Design Assessment, ODA) 的其他元素。此外，项目组的各位成员还投入了更多时间来研究、编写和设计拟议的 SSAD。本项目组迫切希望听取社群对这项工作的反馈意见。
在整个 ODP 的推进过程中，ICANN 社群的积极参与和保持透明度对这项工作取得成功至关重要。如果您还存有疑问或希望针对上述问题提供意见，请发送电子邮件至：ODP-SSAD@icann.org。所有提交内容都将被公开存档，并可在此处查看。在提交您的意见之前，请查看此处的条款和确认书。
SSAD ODP 项目组还将举行下一次网络研讨会，讨论相关成本和费用结构，以及 SSAD 的预估时间表。尽管我们曾打算在 12 月举行这次网络研讨会，但我们现已将这场会议推迟至年后召开，此举将使得董事会和通用名称支持组织 (Generic Names Supporting Organization, GNSO) 理事会有时间考量“董事会 - GNSO 理事会针对 SSAD 财务可持续性的协商”一题的后续步骤。
