责任划分

这一页让你查到每个事项由谁决定、谁执行，并看清哪些要在合同里另写。每个事项只有一个决定者，执行者可以不止一个，出了问题就知道找谁答复。表里说的是平时谁做什么，不说出事谁担；响应时限、恢复目标、事件通报属于合同，公开页不写数值。

决定与执行

项目管理里的 RACI 矩阵，把每个事项上的角色分为 Responsible、Accountable、Consulted、Informed。Wikipedia 的责任分配矩阵条目把 Accountable 定义为对任务或交付物的正确完成最终答复的那一方，并写到按某些理论，每个事项只能指定一个 Accountable。

分工表只留两列：决定者，对应 Accountable；执行，对应 Responsible。配合的一方写在执行格里，不单列 Consulted 与 Informed。

分工表

咨询与建设

系统运营与单点应用

私有部署

设备放在企业自有机房或合作机房，运维都由 SZV 负责；合作机房一方的分工，本表不展开。

硬件设计

硬件设计的分工只在硬件设计概览写一次，这里不重复。

故障上报

私有部署里，企业的故障先报 SZV，由 SZV 定位范围。范围落在机房供电、制冷与出口，由机房负责人处理；落在接入的系统，SZV 与对接负责人一起排查。表里「企业」一列的事项，仍由企业对应的角色承担，所以对接面只有一个，不等于所有事项都由 SZV 承担。

限制与不适用

• 表里只有决定和执行两列，没有 Consulted 与 Informed，配合关系写在执行格里。
• 升级与回退的时间窗、达线值这两处，目前是双方共同填写或商定，没有单一决定方，要在合同里写明最终决定方。
• 合作机房一方的分工，表里不展开。
• 硬件设计的分工只在硬件设计概览写一次。

其他做法

合同里另写的内容

下面的字段属于合同，不在公开页写数值：

• 故障分级，以及各级的首次响应时限与恢复目标。
• 安全事件的检测、通报时限、处置与复盘。
• 密钥、镜像与备份演练的分工。

本站没有这几项的数值，也不替合同代写。

验收时可以问的问题

• 升级与回退的时间窗，双方意见不一致时由谁做最终决定？请在合同中写明。
• 达线值在签约时由双方填写，分歧时由谁做最终决定？请在合同中写明。
• 设备放在合作机房时，机房运营方在表里没有一行，它的责任写在哪份文件里？请指给我看。
• 表里「企业」一列的每个事项，请在对接说明里写明企业内部由哪个角色承接，对接负责人缺席时由谁代为答复。
• 安全事件谁检测、谁通报、谁处置？请在合同里写成责任矩阵。
• 认证伙伴实施单点应用时出了问题，SZV 与认证伙伴之间的责任怎样划分？请在合同中写明。

相关页

• 安全边界：每类威胁的控制与不防的几件事。
• 合作流程：各阶段企业出什么、交付什么。
• 私有部署概览：私有部署的整体判断与受控入口。
• 硬件设计概览：硬件设计的分工。