摘要

  • ADP 与 AWS 于 9 月 8 日公布扩大合作，AWS 涉及应用现代化、ADP Assist 智能体基础设施和数据平台多个环节。
  • Assist 智能体早在 1 月已发布；这次公告未披露新增合同金额或实际采用率，“超过 50%”的改善仅对应部分客户上线关键步骤。

云账单看不到的依赖

判断一家公司对云供应商的依赖，只看应用部署在哪里并不够。改造应用用什么工具、智能体依靠什么基础设施、数据平台由谁支撑，同样会影响下一次产品变更的成本。ADP 扩大与 AWS 的合作，让这些原本可以分别采购的环节出现在同一份公告中。

9 月 8 日的总部新闻稿确认 AWS 是 ADP 的战略云服务提供商，合作建立在多年往来的基础上。它没有宣布 AWS 成为唯一供应商，也没有给出新增支出承诺。地区站标注的 9 月 9 日不能当作另一笔新协议的日期。

ADP 表示，在将数千个关键应用迁往云端的工作中，使用 AWS Transform、Kiro 加快了原本需要人工完成的环节，其中包括薪资和税务系统。这说明现代化工具已进入改造过程，但不能据此认定全部应用都已迁移完毕。

产品层面的联系更深。公告称，ADP Assist 使用 Amazon Bedrock，Assist 智能体基于 Bedrock AgentCore，并在人类监督下采取行动；AWS 同时支撑 Lyric HCM 和 ADP 的全球数据平台。由此形成的商业问题，不只是今天的托管费用，还包括未来调整产品时要动到多少相互关联的环节。

已有产品，不是再次首次发布

Assist 智能体并非这次合作才出现。ADP 在1 月 28 日的公告中已介绍相关产品，包括在人类监督下辅助识别和处理薪资差异。9 月的新消息是合作关系扩大，而不是这些能力又“首次上线”。

效率数字也有边界。最新公告称，人工智能辅助的 Lyric 客户上线流程，使部分关键步骤改善超过 50%。这一公司自报结果没有给出整个上线流程、薪资运营成本或人员数量的对应降幅。缺少基准和测量方法时，局部改善不能升级为全系统投资回报。

授权则是另一件事。AWS 的 AgentCore Identity 文档介绍了智能体代表用户访问资源时的身份认证、授权和凭证管理能力。它说明的是通用产品能力，不能证明 ADP 采用了这个具体子服务或某种配置，更不等于客户已授权智能体修改任何一项薪资操作。

同样，ADP 超过 110 万家客户是公司服务规模，不是活跃 Assist 用户数。公告交代了平台布局，却没有给出智能体采用率、新合同价值或独立核实的财务结果。