云主机套什么定额子目，计价时一般怎么归类

在工程造价、信息化建设采购和项目结算里，云主机套什么定额子目确实是个高频问题。难点不只在名称，还在于现行很多定额体系更熟悉的是硬件采购、机房建设、系统集成施工这类内容；云主机则是按服务交付、按资源计费，和传统“买服务器再安装”的路径并不一样。结果就是，预算编制容易卡住，审核口径也很难完全统一。

这个问题不能靠套一个表面相近的条目解决，先得把采购边界看清楚，项目买到手的究竟是物理设备、虚拟化平台，还是按年按月使用的云资源。这个判断一旦错了，后面不管怎么组价，审价时都容易被打回来。

先说结论：云主机一般不直接套服务器安装定额

从实务处理看，云主机通常不宜直接套传统服务器设备安装定额。传统服务器安装定额对应的是设备到场后的开箱、上架、接线、安装、调试等现场工作量，而公有云、专有云里的云主机，大多并不存在这套施工过程。项目单位获得的是算力、存储、网络和运行环境，不是某一台交付到现场的实体服务器。

所以，讨论云主机套什么定额子目时，通常会优先往这几类归。

• 信息化运维服务类子目：适合按月、按年采购云主机资源，服务属性比较明确。
• 软件与信息技术服务类子目：如果采购内容本身就是云计算服务、基础设施即服务（IaaS），一般往这一类靠。
• 系统集成配套子目：云主机只是某个系统建设的运行环境时，可以作为配套环境费用单独列项。
• 补充子目或暂估价：现行定额找不到对应内容，就要按市场询价、历史成交和服务清单补充编制，别硬往旧条目里塞。

还有个很实际的判断：买的是服务，就按服务思路处理；建的是私有云平台，最后生成了“云主机”，就不能按公有云租赁的逻辑去套项。

为什么云主机和传统定额总是对不上

传统定额强调人工、材料、机械和施工工序，适合现场可拆分、可计量、可验收的工作内容。云主机的交付方式完全不同，几个特征很明显：

• 它是虚拟化资源，不对应某一台可指认的物理服务器。
• 费用通常按CPU、内存、存储、带宽、时长计取。
• 底层硬件、机房、电力、网络、容灾维护一般由云服务方负责。
• 使用单位拿到的是可用资源和运行环境，很多时候并不形成传统意义上的固定资产设备。

不少争议都出在这里。把云主机当成服务器去计价，表面上像是找到了条目，实际施工内容并不一致。审计一看合同，再看技术方案，就会追问设备在哪、安装量在哪、接线调试量在哪。解释不清，项目就得调整口径。

判断云主机套什么定额子目，先看这三个点

看采购性质：到底是服务，还是设备加实施

这是第一步。合同、采购清单、技术规范书里如果写的是云服务器租赁、云主机资源包、弹性计算、对象存储、带宽服务，这类内容一般按服务采购看待。反过来，如果项目采购的是物理服务器、存储、交换机、虚拟化软件，再由集成商完成部署，最后在本地形成云资源池，那就是设备采购 + 软件部署 + 系统集成实施。

别只盯着“云主机”三个字。很多项目名称里带“云”，实际干的还是本地平台建设，套项思路会完全不同。

看交付边界：有没有迁移、部署、安全配置这些工作

云主机采购不一定只有资源本身。有些项目还包含系统迁移、环境搭建、安全加固、备份策略、监控配置、初始化部署。遇到这种情况，资源费和实施服务费最好拆开。

比如一份清单里写“1年云主机服务”，但技术要求又明确了应用部署、数据库迁移、联调测试。如果全部打成一个包，后面审核很难判断哪些是资源占用，哪些是人工实施。拆开后逻辑就顺了：资源部分按云服务类考虑，实施部分再对应系统部署、软件调试、运维配置等子目。

看定额依据：本地区、本行业有没有现成口径

不同地区、不同行业采用的定额体系并不一样。有些信息化定额已经把云平台、运维、软件服务纳入进来；有些还是以传统弱电、电子与智能化、系统集成为主。问云主机套什么定额子目之前，最好先把本地区适用的信息化、电子政务、智能化或通信工程计价依据翻一遍，再决定是直接套用、换算，还是编补充子目。

这一点很容易被忽略。很多人一上来就查服务器安装条目，其实方向已经偏了。

几个常见场景，套项思路差别很大

直接采购公有云云主机

比如购买2台4核8G云主机、5TB云存储、20M带宽，服务期1年。这类项目一般按云服务租赁或信息技术服务处理更顺，通常不建议套服务器安装子目。编制时可以按“项”“年”或者资源清单综合计价，但周期一定要写清楚，不能只写一个“1项”就完了。

如果是按量计费模式，还要特别注明计费口径。按包年包月和按量使用，价格差异往往不小，预算文件里不写明，后面变更和结算都容易扯皮。

应用系统建设中配套采购云资源

这种场景在政务系统、业务平台项目里很常见。软件开发是一个部分，部署环境再单独采购云主机、存储、负载均衡。这里的云主机费用通常应列入系统建设中的运行环境成本，单独成项，别直接并进软件开发费。

这样做有两个好处：一是审核时边界清楚，软件费和资源费各算各的；二是后续续费、扩容、迁移时方便管理，不会和开发内容混在一起。

建设私有云平台

如果项目采购的是服务器、存储、交换机、虚拟化软件，再由集成商完成安装调试，最后形成内部云资源池，这时候“云主机”只是平台运行后的输出结果，不是单独采购对象。套项时通常要拆开处理：

• 硬件设备采购及安装，按对应设备子目处理；
• 虚拟化软件部署、配置、调试，按软件实施或调试类子目处理；
• 系统集成实施，按平台建设和联调内容计取；
• 必要时增加平台联调测试、迁移上线等工作内容。

到了这个场景，问题已经变成整个私有云平台如何拆分分部分项、分别计价。

一个常见做法：预算员怎么把口径理顺

有一类项目很典型：单位建设内部业务管理平台，内容包括软件开发、短信接口、等保整改，以及1年的云主机服务。云资源清单里可能有3台8核16G云主机、1套负载均衡、10TB对象存储、50M公网带宽。

这类项目在预算初期，常有人想直接参照“机架式服务器安装”定额，因为名字最接近。但审核时问题马上就会出来：没有实体服务器采购，也没有上架接线这类现场安装工作量，为什么套安装定额？

更稳妥的处理方式一般是这样：

1. 把云主机、存储、带宽、负载均衡单独列为“云资源服务费”，资源清单尽量写细。
2. 结合多家供应商询价，形成综合单价，别只取一家口径。
3. 把系统部署、数据初始化、安全策略配置另列为“实施服务费”，不要和资源费打包。
4. 在编制说明里写明，云资源属于IaaS服务采购，不对应传统服务器安装定额，本项目采用补充子目计价。

这样做更容易让口径落地。审核人员看得懂项目买了什么、怎么计的、为什么不能套原有条目，争议自然会少很多。

编制和审核时，最容易踩的几个坑

把云主机当固定资产设备

如果合同本身是租赁服务，却按设备购置和安装计价，口径很容易出问题。尤其在审计阶段，只要合同、发票、验收内容都体现为服务，这种套法往往站不住。

资源费和实施费混在一起

云主机本身是资源占用费，系统迁移、环境部署、日常运维是服务人工费。混在一起报，前期看着省事，后面审核、变更、续费都会麻烦。特别是项目二期扩容时，原来没有拆分，新增部分就很难对应。

忽视服务周期

云主机费用和期限强相关。1年、3年、按量计费、预留资源，价格口径可能完全不同。清单里如果只写“云主机服务1项”，没写配置、数量和周期，这份报价基本没有可审核性。

找不到条目就硬套老定额

这是最常见的避坑点。没有对应子目，不等于必须塞进服务器安装、网络设备安装或者软件开发费里。补充子目、暂估价、市场询价，本来就是实务里用来解决新型服务内容的正常办法。

没有编制说明

云主机这类项目，说明文件往往比套项本身更关键。采购内容、服务周期、计价依据、询价来源、换算原则、为什么采用补充子目，这些都要写。说明不到位，条目即使套得勉强合理，审核时也容易反复沟通。

不会套时，按这个顺序处理更稳

• 先看合同和技术规范书。确认到底是公有云服务、私有云建设，还是两者混合。名字叫“云平台”不代表计价逻辑一定一样。
• 再查本地适用定额。优先翻信息化、电子与智能化、通信、运维服务相关章节，别上来只看服务器安装。
• 找不到对应项就编补充子目。补充子目并不丢分，前提是依据充分、口径一致。
• 保留询价资料。多家供应商报价、官网价格截图、历史采购成交记录，这些都是后续审核的支撑材料。
• 把资源和服务拆开。资源单列、实施单列，后续做变更、续费、扩容都更清楚。

云主机套什么定额子目没有一个固定答案，但判断原则并不复杂：公有云云主机一般按云服务或信息技术服务类处理；私有云里的“云主机”要往底层设备、软件和集成实施上拆。现行定额没有直接对应内容时，用补充子目、市场询价和编制说明来解决，通常比硬套传统服务器安装定额更合规，也更容易通过审核。