结论先行：采购里有一问常被跳过：中标之后，实际到场干活的是不是这家公司。转包、分包与原厂技术支撑是三种性质不同的关系——前两者改变的是履约主体，第三者只是技术求助通道。采购方要核的不是承诺，而是三样：分包名单与对应资质、现场人员与中标方的用工关系、以及责任是不是仍留在中标方一侧。

先把三个词分开

「中标方」和「干活的人」不是同一个概念时，行业里通常有三种情形，性质完全不同。

  • 转包。把合同的主要义务或全部义务交给第三方，自己不再实际履行。这类行为在招标投标与政府采购的相关规则里通常被明确禁止，无论是否事先报备。
  • 分包。把其中一部分非主体工作交给另一家具备相应资质的主体承担。它本身是允许的，但一般需要招标人事先书面同意，并且分包部分要具备对应资质。
  • 原厂支撑。服务方遇到原厂级问题时，向设备或软件的原厂升级求助。这是技术兜底通道，不是把合同义务交出去。常见的三级支撑体系——服务团队、原厂合作伙伴、原厂商——描述的就是这条通道。

三者的共同点是「别人也在干活」，差别在于：前两者动的是履约主体，第三者换的是求助对象。混在一起谈，讨论很容易变成各说各话。

为什么采购方要在意这件事

资质核对可能白做

资格预审与评分核的是投标人的资质与能力。如果实际承担工作的主体换了，前面核过的东西就不再指向真正干活的人——资质、授权等级、人员证书，本来就是按主体来核的。

接触到数据的人变了

运维与集成服务会接触到客户的数据、设备配置、网络拓扑、日志、策略库与口令。这些内容在服务约定里通常被明确为客户资产，服务期间按需调用，服务结束后移交或销毁。参与的人变了，保密义务的覆盖范围与人员背景核验也要跟着更新，否则约定只覆盖到中标方的员工。

定责的链条变长

出问题之后判责任方，一般会落到几类主体上：服务方、原厂、客户方、第三方，以及不可抗力。链条上多一层，取证环节就多一层，「当时是谁改的配置」这类问题也更容易卡住。

退出时的交接对象不清

服务结束时要把账号与权限、数据副本、文档与配置、工具与介质逐项处理。如果中间有过未经报备的分包，交接清单会不会漏项，取决于知不知道谁曾经接触过这套环境。

三条可以照着核的线

其一，合同里怎么写

比较稳妥的写法是三条并列：主体工作不得转包；确需分包的，事先取得书面同意，并在附件中写明分包范围、分包方与对应资质；责任条款明确交付、质量与数据安全责任仍由中标方承担，不因分包而转移。

其二，现场的人是谁

这一条最容易被「人员名册」四个字带过去，所以要核到具体：驻场与经常到场的人员名单、与中标方的用工关系、保密约定是否已签署、关键岗位更换是否需事先告知。可行的做法是把关键岗位写进合同或实施方案，并约定更换时的告知与交接要求。

其三，责任落在谁头上

采购方签合同的相对方只有一个。无论内部协作关系如何，报障入口、变更审批、成果交付与安全责任都应当收在中标方这一侧，由它统一对客户负责。这一条写清楚，现场就不会出现「找谁都不管」的局面。

服务方该主动交代什么

反过来看，这件事对服务方同样是要主动说明的：哪些环节由自己的团队完成、哪些依赖原厂的技术支撑、哪些范围需要合作方配合，在方案阶段就写清楚，比出事之后再解释要从容得多。关键岗位人员的稳定与更换告知，本身也是交付确定性的一部分。深圳市奇摩计算机有限公司在长期的运维与系统集成服务中，习惯把服务范围、支撑层级与人员安排一起写进方案与附件：需要原厂兜底的部分说明升级通道，需要客户配合的部分单独列明，让责任边界在进场之前就清楚。

边界与前提

三点需要说明。其一，转包与分包的合法边界以招标投标、政府采购相关法规及具体招标文件为准，本文只讨论采购方可以操作的核对动作，不构成法律意见。其二，分包本身不是问题，问题在于未报备、不具备资质、责任不清；有些专业环节交给更对口的主体完成，对交付质量反而有利。其三，核对力度应当与项目金额和业务影响匹配，小额短周期项目不必投入与大型项目同等的工作量。需要把这一口径落到招标文件与服务合同里，欢迎 预约咨询。