PDCA过程及数据对应关系

CCProject 不会用新数据覆盖旧计划，而是分别保存 P、B、E、F、A、R，并记录来源关系。理解这张“数据地图”，是正确使用 PDCA 功能的第一步。

本例的真实数据链

P01 当前编辑计划
  └─发布→ B0 初始控制基准（只读）
              ├─ E01（2026-03-31，已确认）→ F01
              └─ E02（2026-05-31，来源 E01，已确认）→ F02
                                                        ├─ A01 分析汇报（可选）
                                                        └─ R01 调整方案
                                                             └─审批并发布→ B1（只读）
                                                                            └─从 E02 承接→ E03（草稿）

本例的 E01、E02 都绑定 B0；E02 从 E01 承接实际事实。R01 发布为 B1 后，才跨基准把 E02 已确认的事实承接到 E03。不要把“同一基准下的新建下一批次”和“发布新基准后的跨基准承接”混为一谈。

六类数据分别负责什么

数据	主要内容	来源	可否修改	作用
P01	当前正在编制的工作、工期、逻辑关系、日历、资源	用户编制	可编辑	发布首次基准 B0
B0/B1	正式批准计划的完整快照	P01 或已审批 R	发布后只读	作为比较与执行的正式依据
E01/E02/E03	某一数据日期的实际开始、完成、进度、剩余工期及说明	对应 B＋现场填报；可承接上一 E	草稿可改，封存后只读	保存“已经发生的事实”
F01/F02	未完成工作的预测日期、总时差、关键线路、预计完成日期	对应 B＋已确认 E	计算结果只读	判断后续趋势和完工风险
A01/A02	数据组合、筛选范围、所选工作、说明、结论和输出设置	B＋E＋F，或可用 R	每次生成一条新记录	汇报和留档，不改变计划
R01/R02	对未完成工作进行工期、逻辑、资源或日历调整的独立方案	B＋E＋F	草稿可改，审批后只读	审批后发布下一控制基准

一轮操作的正确顺序

在 P01 中编制并检查计划，保存项目。
把 P01 发布为首次控制基准 B0。
建立 E01，录入截至数据日期的现场实际，确认并封存。
从 E01 生成 F01；到下一检查周期，从 E01 承接建立 E02。
封存 E02 后生成 F02，检查 B0/E02/F02 对比。
需要形成书面汇报时生成 A01；A01 不是建立 R01 的前置条件。
需要改变后续安排时，由 B0＋E02＋F02 建立 R01。
修改、比较并审批 R01，再发布为 B1。
在执行跟踪中选择 E02，单击“承接到新基准”，建立绑定 B1 的 E03。

关键约束

B 永远只读：E、F、A、R 都不能覆盖 B0/B1。
E 保存事实：已确认批次不能修改；后续批次只能继承，不得让进度倒退或改写已锁定实际日期。
F 是预测，不是批准计划：生成 F 不会改变 B 或 E。
A 是报告：从历史 A 加载设置后再次生成，会产生新的 A 记录，不覆盖原报告。
R 是方案：只有来源于当前控制基准、已经审批的 R 才能发布新基准。
跨基准承接只执行一次：同一个来源 E 不能反复向同一个新基准复制，避免重复事实。

编号和查看状态

B、E、F、A、R 各自独立编号，不要求数字相同。
一个 B 可以对应多个 E；本例 B0 同时对应 E01、E02。
一个已确认 E 对应一个已保存的预测 F；执行跟踪的“预测”列显示其编号。
“当前查看”只表示主工作区正在显示哪个 P/B/R，不会改变数据来源关系。
“项目总览”只汇总当前正在查看的计划快照，不是 B/E/F/R 的综合数据库报表。

> 数据保护原则：先保存事实，再生成预测；先审批方案，再发布新基准。任何正式历史都通过新编号保留，不能用覆盖旧数据来“修正”历史。