2026年5月19日，Anthropic在伦敦举办Code with Claude London。Mason AI Lab对相关消息的整理显示，Anthropic与毕马威（KPMG）同日宣布全球战略联盟，Claude将进入KPMG全球27.6万名员工的工作环境。
部署规模很大，信息边界也要说清。现有可引用材料没有给出Claude接入KPMG ERP的具体范围、上线周期和成效，也不足以证明普华永道（PwC）、德勤（Deloitte）和安永（EY）在随后三个月内完成了SAP或Oracle试点。把这件事写成一份“四大ERP战报”，证据还不够。
KPMG的动作仍然值得关注。Mason AI Lab将其概括为Claude从工具试用走向核心平台。平台进入会计师事务所后，首先暴露的往往不是模型会不会回答问题，而是数据、权限和审计流程能不能接住它。
历史报表没整理，Agent就没有可靠上下文
一位讨论用Claude Code搭建ERP的从业者把ERP概括为结构化数据库，背后连着会计逻辑与稽核。他还提出，应清洗历史报表和决策记录，并建立标准化的知识提取流程。
这类个人经验不能替代大型事务所的项目报告，但指出了一个常被忽略的顺序：先把数据整理好，再谈模型推断。
发票、科目、供应商和公司实体在ERP里都有自己的字段口径。名称看起来相近，不代表业务含义和操作权限相同。Claude即使能读懂文档，也需要清晰的字段字典、数据来源和异常处理规则，才能给出可复核的建议。
对于覆盖27.6万名员工的部署，数据治理不会因为模型能力变强而自动完成。字段由谁维护、哪些历史记录可以调用、不同地区的数据如何进入同一套流程，都要在Agent执行任务之前解决。
读懂单据，离安全写回还很远
PracticeERP的一篇页面把AI、PracticeERP、Workiro与Claude放在同一套事务所技术架构中，说明市场已经开始讨论模型与ERP、协作工具的连接。页面提供的是产品组合设想，并非四大的落地数据。
真正接入业务系统时，读取、建议和执行应当拆开。Claude可以辅助归类单据、解释差异或草拟调整分录；过账、修改主数据、关闭会计期间等动作，则会直接改变账簿状态。现有材料没有证明这些高影响操作已经交由Claude独立完成。
一套可用的流程需要保留人工审批、最小权限、异常拦截和回滚入口。能读懂一张发票，只能说明模型完成了理解任务；能否安全写回ERP，要看系统控制是否严密。
审计日志要回答：谁改了什么
月结和审计很容易被写出夸张的效率数字，现有来源却没有提供可核验的提速比例。更可靠的关注点是留痕：输入来自哪张表、模型给了什么建议、谁批准了操作、系统最终写入了什么、异常如何处理。
日志需要帮助审计师复原数据来源、审批链和操作结果。只要其中一段缺失，自动化就很难进入高风险财务环节。
月结自动化可以先落在对账辅助、差异说明和分录草拟上，高风险事项继续由人复核。这里没有“全自动”的捷径。
工时少了，事务所怎么报价
立信会计师事务所的一篇分析把四大的运营方式概括为金字塔结构：底层有大量初级员工，计费工时是重要基础。如果重复工作被机器处理，项目交付时间和团队规模可能收缩，管理层就要重新考虑定价、流程和产品。
KPMG把Claude推向27.6万名员工，让这个问题更具体。一旦检索、材料整理和初步核对所需的人工时间减少，事务所不能只看员工省了多少小时，还要决定这些时间是否继续计费、合伙人如何复核、客户愿意为什么结果付费。
“计费工时转向结果导向”目前更像一项经营压力，不能写成四大已经完成的统一转型。变化会先出现在报价方式、人员配置和交付边界上。
四大还没有一张可核验的ERP进度表
现有材料可以确认，KPMG与Anthropic建立了全球战略联盟，Claude的导入范围涉及27.6万名员工。至于PwC、Deloitte和EY是否在相同时间使用Claude、接入了哪些SAP或Oracle模块、项目运行多久、成效如何，仍需各公司公告或项目资料补证。
KPMG释放的信号已经足够清楚：Claude正在从个人工具进入组织级部署。接下来的差距会出现在三处——历史数据是否可用，写回权限是否受控，审计日志是否完整。模型演示可以很快，ERP流程改造仍是一项慢工程。
对会计师事务所而言，计费方式同样难改。AI压缩重复劳动之后，如何报价、如何配置初级员工、谁承担最终责任，才是这场大规模部署之后值得继续追踪的部分。
