Summary

  • Council of the EU 在 10 月 21 日通过《数字综合简化法案》谈判立场，把原拟设于欧盟层面的统一事件申报入口改为各成员国的国家入口。
  • ENISA 拟维护的欧盟信息点只负责帮申报者判断适用义务、找到相应国家入口；理事会文本明令该页面不得接收或保存事件通知。

系统出了事故，负责人最先要找的往往不是法律解释，而是收件地址。一件事若同时落进几套通报规则，表格能合并多少，材料又该交给谁？European Commission 原先提出欧盟统一入口。Council of the EU 的 10 月 21 日决定重画了这张办事地图：欧盟提供导览，国家机构接收报告。

谈判文本拟新增的第 23a 条把 ENISA 的角色写得很窄，也很清楚。信息点帮助企业识别哪条规则要求通报，并指向对应的国家入口；第 4 款进一步禁止它提交、传送、储存或处理事件通知及相关数据，也不得收集能识别申报者或事故的信息。大厅中央可以放一张漂亮的地图，却不能把密封文件塞进地图。

真正的收件台写在第 23b 条。成员国可以接通现有系统，再按本国主管机关与计算机安全事件响应团队的分工分发通知。各国还应争取让这些入口彼此互通。ENISA 拟提供不具约束力的技术与组织建议，并开发可供国家采用的开源方案。统一的指路牌可以很快做出来；把各处收件、回执和跨境转送接起来才费功夫。

文本也直说了成本：国家系统可能要新建或改造，跨境互通另有投入。后续条款计划推动通报格式协调，以及涉及多国时的通知流转。对申报者而言，真正省事的是能一次找到正确入口，拿到可追踪的回执，让需要处理事故的部门都收到信息。

目前这是理事会的谈判立场，欧洲议会还要形成自己的文本。已经运行的《网络韧性法案》产品安全通报平台有独立的现行流程。