Oracle Primavera Unifier 是什么？从周一早晨的一份设计变更说起

周一09:00，平泽现场。一份设计变更下来了。钢结构的工程量变了。成本要增加多少，对进度有什么影响，由谁来批。这一件事要经过五个部门。

常见的场景是这样。现场用Excel汇总影响金额，通过邮件报到总部，再打电话确认。三天过去，"现在轮到谁"仍然看不清。变更在堆积，成本表却要到月末才对得上。这是出了事再结算的结构。

Oracle Primavera Unifier 改变了这个场景。一句话概括，它让资本项目的成本、合同、变更与流程在同一个地方、在进行过程中被管控。在看它整合了什么之前，先说清楚为什么需要这种管控。

为什么是"项目管控"：资本项目从哪里漏掉

建设、成套工程、基础设施这类资本项目（capital project）规模大、合同与变更频繁、参与主体众多，因此成本与进度容易失控。这不是某一家公司的问题，而是整个行业反复观察到的结构性规律。

行业研究持续报告这一规律。牛津大学的本特·弗吕维格（Bent Flyvbjerg）把大型项目的"超预算、超工期、反复如此（over budget, over time, over and over）"称为"超大型项目的铁律（iron law）"。麦肯锡全球研究院（MGI）的Reinventing Construction（2017）也指向同一方向：大型建设项目的工期平均多花约20%，预算最高超出80%。（这些是行业研究的推算值，随项目类型与地区差异较大，并非DT Solution 的实测值。）

原因不是单一的，但有一个经常被指出的共同项：信息是分散的。成本在Excel里，进度在进度表里，合同在柜子里，审批在邮箱里。一件变更同时触及这一切，却在任何地方都没有汇合，于是损失不是在"进行中"、而是在"出事之后"才被看见。项目管控（project controls），也就是在同一体系中管控成本、进度、变更与合同的思路，正是瞄准这些漏点。Unifier 站的就是这个位置。

那么来看 Unifier 具体整合了什么。

一件变更如何穿过系统

回到刚才那件钢结构变更。在 Unifier 中，这一件事以一张"变更业务流程（BP）"开始。打开表单填写变更内容后，系统会从关联的成本编码自动计算影响金额，并沿着既定审批线以电子方式流转。

差别不在结果，而在"时点"。同样一件变更，因工具不同而这样分道扬镳。

那么，Unifier 管的是哪些内容：按模块看

跟着一件变更走一遍，Unifier 的范围自然就显现出来。这里不做一句话概括，而是逐个模块看它做什么、怎么做。前提只有一个：这些领域不是彼此独立的模块，而是架在同一个数据模型之上。

① 成本管理：Cost Sheet、现金流、EVM

Unifier 成本管理的中心是 Cost Sheet（成本表）。行是成本分解结构（成本编码／CBS），列是预算（Budget）、承诺（Commitment）、实绩（Actuals）、预测（Forecast）等成本项。采购、合同、变更、已完成工程量等所有交易在录入既定成本编码时，会自动填充这张表的单元格。也就是说，成本表不是人到月末用手对齐的表格，而是随着交易积累而实时变动的账本。

在此之上还有两项。现金流（Cash Flow）把预算、承诺与实绩分配到进度曲线上，预测各期的资金需求与回收。挣值（EVM）则从计划价值（PV）、挣得价值（EV）、实际成本（AC）算出进度绩效指数（SPI）与成本绩效指数（CPI），让人在进行过程中就能判断"照这样下去最终会是多少（EAC）"。这是一个把损失从末尾挪到中途来看的装置。

② 合同与承诺管理

以电子方式管理总包合同（Prime Contract）与分包合同（Subcontract），以及与之绑定的承诺（Commitment）。合同金额与条目直接流入成本表的承诺列，进度款（Progress Billing）与付款（Payment）则累积为实绩。合同变更通过变更BP更新合同余额与承诺。"这份合同还剩多少、下一期进度款何时多少"，在同一个地方就有答案。

③ 变更管理：Change Order

把设计、工程量、合同的变更（Change Order）纳入标准流程管控。就像前面那件钢结构变更一样，一件变更从一张表单开始，走完影响金额自动测算 → 审批 → 计入成本的流程。关键在于所有变更都即时关联到成本，并且全程留痕。"这项变更吃掉了多少预算、谁在什么时候批的"，都能无争议地留下记录。

④ 流程自动化：uDesigner

支撑上述所有流程的引擎是 uDesigner。它让各组织不同的表单、审批线与审批规则无需写代码（低代码／无代码）就能设计出来。详细内容在下面单独展开。

⑤ 文档管理

把图纸、提交物（Submittal）与合同文件连同版本与权限集中管理。可以把文档挂在业务流程（变更、进度款、审核）上一起流转，于是"哪项决定是基于哪张图纸做出的"不会中断。大规模文档协同由姊妹方案 Aconex 更深入地承担，Unifier 则在成本与流程的语境中把必要文档绑在一起。

⑥ 资本规划与项目组合

超越单个项目，让业主方把多个项目的资本规划、优先级与预算分配作为一个项目组合来管理。各项目的成本与进度向上汇总到项目组合仪表板，"把多少资本投到哪个项目"由数据来决定。

⑦ 资产与设施管理

项目结束并不等于结束。竣工的设施与设备会转入运营与维护。Unifier 一直延伸到资产与设施管理（Facilities & Asset Management），在同一平台处理资产登记、巡检、维修申请与空间管理，把从建设（CapEx）到运营（OpEx）的资产全生命周期连接在同一份数据上。

所有这些模块的力量来自连接。变更触及合同，合同带动成本，成本呈现在现金流与仪表板上，这条链路不会断。

再看一层uDesigner：用无代码设计工作方式

如果只能举出 Unifier 的一个真正差异点，那就是 uDesigner。大多数套装系统要求"让组织去适应既定的界面与流程"。Unifier 反过来，让你把组织的工作方式画进系统里。

其单位是业务流程（BP）。一个BP就等于一份业务表单，加上这份表单流转的流程。在uDesigner中，无需写代码即可设计以下内容。

• 表单（Form）：要收集哪些字段（文本、金额、日期、下拉、附件）、哪些为必填、版面如何布置。
• 工作流（Workflow）：申请 → 审核 → 审批 → 入账的环节与分支，以及各环节的负责人、权限与期限。
• 成本关联：映射该BP会牵动成本表的哪一列（预算、承诺、实绩、变更）。
• 业务规则：按金额区间分支的审批线、自动计算公式、状态流转条件等。

效果是双向的。既可以不必迁就套装软件而原样实现各组织千差万别的审批线与表单，也可以反过来移植一套全新的标准流程。原本靠人记住并推动的手续，在系统上自动流转。uDesigner 正是让 Unifier 从"成本账本"变成"项目操作系统"的地方。

与P6有什么不同

同属 Primavera，角色却不同。P6 负责"什么时候"（进度与工序），Unifier 负责"花多少钱、按什么流程"（成本、合同与流程）。二者不是替代关系，而是两条轴。

两者联动后，P6的进展会流入 Unifier 的进度款与挣值（EV）。进度延误（SPI）与预算超支（CPI）不再分开看，而是在同一个模型里看。大型EPC总在末尾才发现损失的顽疾，借由这种整合有可能转变为早期预警，因为进展会被折算成成本呈现出来。不过，这一效果只有在数据按时录入时才会出现。

一体化PMIS的全貌：P6 · Aconex · Unifier

Unifier 可以单独使用，但它的价值在同一个 Primavera 生态里被整合时才充分显现。可分为三条轴。

• Primavera P6：进度。以工序、资源与关键路径（CPM）确定"什么时候完工"。
• Oracle Aconex：文档与协同。让业主方、EPC与协作公司在同一处收发图纸、提交物、函件与审核，并追踪谁在什么时候看过什么。
• Primavera Unifier：成本、合同与流程。管控"花多少钱、按什么流程"，并把来自前两者的进度与文档编织进成本语境。

三条轴绑定后，进度 × 成本 × 文档才成为一套一体化PMIS。进度一拖，成本随之波动是看得见的，而支撑该决定的依据文档就跟在旁边。用三套分散系统与用一套连通体系，差别就在这里。

如何引入：方法论与注意事项

铺上工具并不会自动变好。Unifier 引入的成败，取决于产品之外的数据与流程设计。实务上要走的步骤大致如下。

成本编码体系（CBS）设计

先建立所有成本流向要落入的成本分解结构。切得太细会加重录入负担，切得太粗则无法分析。与WBS（进度）及合同结构的对齐也要在这一步做好，P6的联动才顺畅。

标准流程（BP）确立

把变更、进度款、采购申请、审核等核心业务定义为标准BP。是原样搬运现行审批线，还是借此机会整理为标准，要按成熟度决定，然后用uDesigner实现。

数据迁移

如果是进行中的项目，就必须迁移（migration）既有的预算、合同与实绩。关键在于确定以哪个时点为基线（baseline），以及历史记录要迁移到什么程度。

分阶段上线

与其一次性开启全公司、全模块，不如从试点与核心模块开始验证后再扩大更安全。先让成本与变更管理这类效果显著的领域落地，再向项目组合与资产扩展。

变革管理

这是最常被忽略的一步。要让习惯Excel与邮件的现场在系统上工作，需要培训、手册与初期运营支持。要产生效果，改变的不是系统，而是人。

真正落地之后，变化是明确的。分散的成本、合同与审批汇入单一事实来源，审批实现电子化与标准化，变更与成本不再等到月末，而是实时可见。所有处理都留下审计追踪（audit trail），"谁在什么时候批了什么"能无争议地留存。云端与本地部署均支持，引入形态也可以选择。