一个覆盖54个校区、14,200名教职工的巨型系统，上线后工资错误率不降反升。这不是什么初创公司的翻车现场，是美国第四大州立大学系统——明尼苏达州立大学（Minnesota State）——花了五年时间、砸进2.9亿美元换来的结果。
立法审计办公室的最新报告[PDF]显示，202名教职工的抽样中，19人工资发放有误；扩大检测后又发现38人。按9%的最低误差率推算，超过1,278名教职工可能被少发、多发或迟发工资。对于靠月薪付房租的普通人来说，这相当于系统在你不知情的情况下，随机抽取十分之一的人玩"工资盲盒"。
2019年的决定：一套系统包打天下？
2019年，明尼苏达州立大学启动招标，要换掉老旧的综合州级记录系统（ISRS）。新系统需要整合财务、人力资源/薪资、学生管理三大模块，"简化所有校区的流程和程序"——这是官方文件里的原话。
招标进行得很快。2020年，Workday中标。项目最初预算1.511亿美元，合同签订后上调至2.427亿美元。按计划，人力资源和薪资模块2023年7月上线，学生模块2026年秋季跟进。
但问题在选型阶段就已埋下。州政府很快意识到，可能找不到一个系统能满足所有功能需求。审计文件写得直白："因此，Workday系统未能纳入的一项功能是教职工薪资计算能力。"
换句话说，他们买了一辆宣称全能的SUV，发现后备箱装不下婴儿车——于是决定同时开着旧皮卡。
三套系统并行：数据在接口处"堵车"
最终架构成了弗兰肯斯坦式的拼接：Workday负责部分人力管理，遗留薪资系统继续算钱，州级员工管理系统（SEMA4）生成发放记录和 paycheck。三个系统之间的数据接口，成了故障高发区。
审计人员发现，明尼苏达州立大学在Workday上线前就知晓教职工薪资存在问题。但新系统上线后，问题反而恶化。"例如，ISRS与Workday之间的数据传输存在接口问题"——报告里的"例如"二字用得轻描淡写，背后是一千多人账户里的数字对不上。
预算也在膨胀。截至2024年11月，因范围扩展、工期延长和额外应急资金，总预算已飙至2.904亿美元。上线日期一推再推：财务和人力资源/薪资模块改到2024年7月，学生模块推迟到2029年秋季——比原计划晚了整整三年。
Workday的公共部门困境：不止一例
明尼苏达不是孤例。2024年，爱荷华州终止了与Workday的财务软件合同，仅保留其人力资源系统。该州在发现"可能影响多项业务流程的实施问题"后，推迟了财务模块上线，最终选择另寻供应商。
加拿大高校同样遭遇滑铁卢。2023年，不列颠哥伦比亚大学Workday学生系统上线延期，引发教职工抗议；阿尔伯塔大学的类似项目也因成本超支和功能缺失遭到审计质疑。
公共部门的大型软件采购有个经典陷阱：招标文件写得像 Christmas wish list，供应商投标时全盘应承，实施时才发现某些功能需要"定制开发"或"第三方集成"。当甲方发现"全能系统"有盲区时，往往已经骑虎难下——合同签了，预算批了，政治资本押进去了，只能硬着头皮用补丁填坑。
明尼苏达州立大学的审计报告里有个细节值得玩味：他们明知Workday算不了教职工薪资，却仍在2020年推进合同。是低估了遗留系统的维护成本？还是高估了接口开发的顺畅程度？审计报告没有明说，但2.9亿美元的账单和9%的错误率已经替他们回答了。
《The Register》已就此事向明尼苏达州立大学和Workday请求置评。截至发稿，双方尚未回应。对于那1,278名（或更多）工资出错的教职工来说，系统的"数字化转型"叙事，大概不如账户里准确的数字来得实在。
如果你所在的公司正在评估ERP系统，招标文件里"简化所有流程"这种承诺，你会要求供应商写进赔偿条款吗？
热门跟贴