企业项目治理

来自 3 个入口，全部从草稿开始。发起人可以直接起草一个。公开申请表无需账户即可收集任何人的请求，一次点击即可把一份提交变成提案。在 Onplana 任何地方记下的一个想法也可以变成提案，如果你愿意，可以先获得 AI 对照你的目标给出的反馈。想法在所有方案中，包括免费方案提供，申请表在 Professional 及以上方案中提供，而它们所汇入的流水线在 Enterprise 及以上方案中提供。

至少 Enterprise 方案。治理是 Onplana 最完整的功能，而不是基础功能。更低的方案不包含提案，因此也不包含 12 阶段流水线、它的多审阅人关口或它的审计日志。Enterprise+ 增加了在你的 Azure 订阅中的专属环境。

12 个阶段是固定的，从草稿到已拒绝：它们就是状态机。在其中，每个关口的评估标准可以按组织自由配置，每个关口的审阅人评审组也是如此。CCB 流程有自己从草稿开始的状态机，单独配置。结构是给定的；内容是你的。

进入评审阶段时，Onplana 为每位指定审阅人创建一条待处理的批准。每位审阅人决定“已批准”或“已拒绝”。一票否决即驳回提案。如果全部批准，提案推进。否则它留在当前阶段，API 会表明法定人数仍在等待中。在法定人数达成之前，审阅人可以改变主意。

对于 SOX 以及大多数 HIPAA 场景，可以，但有一些前提。Onplana 记录每个关口决定及其审阅人、评分和理由，为提案和变更请求的修改保留带修改前后值的版本历史，并为角色变更、导出和管理操作写入审计日志条目（执行者、时间、请求方法和路径）。保留期遵循组织的策略（预设：STANDARD / GDPR / HIPAA / FINRA / SOC 2 / CUSTOM）。对于受监管的工作负载，我们建议使用 HIPAA 预设（所有数据类型 6 年，包括审计日志），以及在你的 Azure 订阅中的 Enterprise+ 专属环境。

能，它们是各自独立的流程，有各自独立的状态机。治理控制新提案从想法到项目创建的过程。CCB 管理进行中项目的变更（范围、进度、预算）。它们都保留版本历史，都有指定的审阅人评审组，并且在 Enterprise 及以上方案中提供。

过去，在 Onplana 中提交关口评审需要组织级的治理权限，通常是“经理”或“管理员”角色。这一下子给得太多了：临床、财务或安全审阅人并不需要更大的管理访问权限。指定审阅人解决了这个问题：具有“成员”角色的用户可以被指定到特定关口，只评审这些关口，而无需成为组织管理员。最小权限的治理。