公共部门的SAP实施：合规与风险

在公共部门的SAP中，合规必须从第一次设计工作坊起就配置进系统。基金会计和预算检查属于公共部门管理（PSM）。职责分离属于角色设计。采购限额和招标记录属于工作流。数据驻留必须在任何人签字之前，就在合同中敲定。这份指南写给政府机构以及与政府关联的实体里的CFO、CIO和项目群总监。内容包括能够防止审计发现的管控措施、2026年的部署选择，以及您所需要的团队。请使用下面的管控对照表和签约前检查清单。

政府没有余地容忍在审计时才暴露的合规失误。我做公共部门的SAP项目已经超过10年，“合规有文档记录”与“合规在系统中被强制执行”之间的差距，是上线之后代价最高、最难弥合的一道缺口。

我见过合规从一开始就内置其中会怎样：它为机构节省时间，防止审计不通过，并让问责一目了然。我也做过另一些项目，团队跳过了合规检查，以为以后再处理也来得及。几个月后，安全缺口和违法问题逼得他们不得不回头重来，代价高达数百万。

最近一个记录最完整的例子，根本不是SAP。伯明翰市议会（Birmingham City Council）在2018年为替换成Oracle Fusion，预算略低于2000万英镑。外部审计师的2025年公共利益报告发现，这套系统连同修复它的工作，至少会比原预算多花9000万英镑。整改预计要持续到2026年。原因是可以预见的。大多数公共部门ERP的失败，都是可以预见的。

带着私营部门假设的顾问，制造出来的问题会很晚才暴露，等到暴露时，修复的代价已经很高。

采购耗时更长。 供应商审批涉及商业采购所没有的监管检查。一个很快通过的供应商，之后可能通不过安全审查，这就成了项目的问题。请按监管周期，而不是商业周期来规划采购。

预算结构更复杂。 基金会计、补助资金和多年期承诺，需要标准实施所不包含的PSM配置。税务和税收机构还需要公共部门收款与支付（PSCD），用于面向公民的收入。其中任何一个出错，财务报表在审计之前都不会反映真实情况。

审批周期由法律规定。 政府审批无法像商业工作流那样被精简。从一开始就按它来设计。无视这些法律要求的工作流会被绕过去，而这些变通做法会毁掉审计追踪。

数据更敏感。 公民数据、税务记录和员工信息承担着主权义务。数据存放在哪里，在大多数司法辖区是一项法律要求，而不是技术偏好。

财务合规

每一种常见失误，都有对应的SAP管控措施：

风险	表现	SAP管控措施
部门支出无人跟踪	预算超支，直到月末才被发现	PSM中的基金管理和预算可用性控制
审计追踪缺失	交易没有完整的审批历史	凭证流配置和强制审批步骤
人为越过管控	用户为加快处理而绕过审批	权限设计和职责分离的强制执行
未经核验就付款	在收货或审批之前就支付了发票	在MM和FI之间强制执行三方匹配
税务设置错误	系统中缺少公共实体的税务规则	税务辖区设置和税率配置
职责分离缺口	同一个人既创建又审批一笔付款	角色设计评审和职责分离矩阵

职责分离一直被低估。如果同一个人既能创建供应商，又能开采购订单、收货、审批付款，那么无论纸面上有多少规则，系统中都没有有效的管控。

1. 01创建供应商先通过监管检查
2. 02开采购订单PSM中的预算可用性控制阻止超支
3. 03收货在MM中对照订单记录
4. 04匹配发票在MM和FI之间强制执行三方匹配
5. 05审批付款必须由另一个人审批

已付款，完整的审批历史保存在凭证流中

采购合规

公共采购的失败方式，比大多数团队预想的要多。下面这五种反复出现。

1. 供应商审批仓促。 进度显得紧张，于是一个供应商一天就被放行了。后来，这家供应商没有满足一项从一开始就写在合同里的安全要求。缺口出在流程设计上，而不是系统上。
2. 合同变更没有被跟踪。 有人增加了一条服务条目，预算负责人很快批准了。六个月后，没有人能说出范围是什么时候变的、是谁授权的。审计发现随之而来。
3. 在预算获批之前就支出。 团队预期资金会到位，就先承诺了支出。财务拒绝了发票，供应商暂停了工作，解释随之开始。
4. 招标记录不完整。 审计师要的是投标评估和选择决定的完整轨迹。如果它们在电子邮件里而不在SAP里，他们会问为什么。我曾花了一周时间重建缺失的招标证据，实施进行到一半，时间可不该花在这上面。
5. 限额被绕过。 用户想办法绕开那些本来是为触发审查而设计的审批限额。每一次变通能省一天，却造成真实的合规风险。

关于这些问题在政府采购系统中如何表现，请参阅我写的阿联酋公共部门的SAP Ariba笔记。

数据驻留与保护

云服务商会把数据托管在不同区域。除非在合同和技术上都核实过托管情况，否则政府数据可能在无人察觉的情况下流到境外，而法务团队会在最糟糕的时刻才发现。反复出现的缺口包括：托管位置不明确，加密不完整或配置有误，为图方便而广泛授予管理员访问权限，保留规则逐渐走样，以及对备份的管理不如对在线系统严格。以为别人会负责这件事，主权问题就是这样出现的。指定一个负责人，在设计中把它梳理清楚，并在上线之前测试。

公共部门的范围与商业项目的不同之处，体现在这些方面：

挑战领域	所需要的
复杂的预算结构	用PSM做基金会计、补助资金和多年期预算控制
税收与收入征缴	用PSCD处理面向公民的应收款、退款和催收
采购监管	支持固定审批链和可追溯采购记录的工作流
遗留系统集成	从自建平台迁移，以及可靠的接口
工会与薪资规则	体现集体协议和工会特定薪酬的薪资处理
面向公民的服务	与案件管理的集成，以及公民数据隐私管控
多机构流程	用SAP Central Finance支撑各部门共用的财务结构
审计文档	归档、审批历史，以及审计师能够调取的招标记录

政府项目很少因为软件而失败。它们失败，是因为范围超出了组织消化变革的能力，或者因为合规要求在上线之后才被发现。

分阶段可以降低任何一次上线的风险。先上财务和采购，因为它们承载的合规分量最重。核心财务稳定之后，再上薪资和HR。之后是面向公民的服务。只有在规划完整、合规要求在配置之前已有文档、内部团队有余力、数据干净的情况下，一次性全面上线才行得通。这样的条件组合在政府部门里很少见。只要缺了其中一项，分阶段就是更稳妥的路径。我写的实施策略指南更详细地比较了各种模式。

数据驻留决定部署模式

对公共部门的买方来说，推广和迁移策略要排在部署决策之后，而这个决策是由数据驻留来驱动的。

如果公民数据必须留在境内，而SAP能够出示经过核实、具备相应授权的境内托管，那么S/4HANA Cloud Private Edition上的RISE with SAP是最强的选项。它把基础设施转交给SAP，对内部Basis团队薄弱的机构很有帮助。如果无法证明境内托管，那么本地部署或主权云合作伙伴仍是更稳妥的答案，尽管运维负担更重。

Public Edition现在已覆盖公共部门范围

SAP现在在S/4HANA Cloud Public Edition中提供公共部门功能。其PSM范围包涵盖预算管理、补助资金、资金预留和可用性控制，SAP在2025年和2026年一直在逐国推出。对于从绿地起步、采用标准流程的机构，它省去了大量基础工作。但它省不掉与司法辖区相关的设计：科目表、税务结构和预算规则。SAP自己的说明是，它按国家提供本国GAAP，并不提供专门的IPSAS会计准则，所以请把IPSAS映射作为设计的一部分来规划。

RISE涵盖什么，不涵盖什么

公共部门中最常见的RISE误区，是以为SAP既然运行着基础设施，就会兜住所有合规问题。SAP负责的是基础设施方面的合规：托管、加密、平台可用性。它不负责职责分离、设计糟糕的接口或招标文档的缺口。这些仍由机构及其合作伙伴负责。

政府部门的定制压力往往很大。请在治理结构中设立一个扩展评审论坛，让每一个缺口都得到一个有记录的决定：配置、通过已发布的API扩展，或者否决。

美国联邦：SAP NS2

我没有主导过美国联邦项目，所以这里只是基于公开记录的评论。美国联邦和国防部门的云工作负载，通过SAP National Security Services（SAP NS2）运行。这是SAP独立设立的美国子公司，在仅限美国的运营和人员条件下交付S/4HANA Cloud Private Edition。2025年，DISA就S/4HANA Cloud Private Edition和SAP BTP，在FedRAMP+ Impact Level 5级别给予它临时授权。2025年10月，SAP加入了美国财政部的FM QSMO市场，用于联邦财务管理。这些项目上的合作伙伴需要相应的授权和通过安全审查的人员，这就大幅缩小了备选名单。

AI与数据主权

依赖云托管模型或共享基础设施的AI功能，可能与禁止公民数据离境、或禁止在共享平台上处理的规则相冲突。

务实的界线是这样：实施团队在项目材料上使用AI（SAP Cloud ALM中的需求草稿、Copilot中的会议纪要、Confluence中的决策日志），只要没有公民数据经过它，通常没问题。实时处理受主权保护的公民数据的AI，例如自动分派案件或对税务记录做预测分析，在部署之前需要做一次明确的数据驻留审查。有些功能在主权配置中根本不可用。供应商的演示不会指出这种冲突。几个月后的法务审查会指出。

公共部门云的签约前检查清单

在签字之前，以书面形式确认以下每一项：

1. 生产、非生产和灾难恢复环境的托管区域
2. 对数据跨境路由的限制，包括针对支持访问的限制
3. 静态和传输中的加密，以及由谁持有密钥
4. 备份存放在哪里，以及如何管理
5. 服务商的哪些员工可以访问系统，从哪些国家访问，以及访问如何记录
6. 范围内有哪些AI功能，它们在哪里处理数据，以及能否关闭
7. 合同结束时的数据返还和删除条款

有公共部门经验的顾问。 基金会计、补助资金、政府采购和收入征缴都是特定的领域。只有商业SAP经验的顾问，会套用错误的设计模式。

懂政府会计的财务负责人。 IPSAS、基金会计和多年期预算，不是标准的商业FI。您的业务代表需要清楚其中的差别。我写的SAP FICO指南讲的是他们需要在此基础上调整的商业基线。

合规和法务从第一天起就在场。 参加设计工作坊，而不是最后才被征求意见。在蓝图阶段做出的合规决定，比上线之后做出的合规决定便宜。

指定的数据负责人。 公民、供应商、财务和员工数据各有一位负责人，既有决策权，也对质量负责。

在系统中被强制执行的合规，经得起审计。写在制度里、却在实践中被绕过的合规，经不起。

公共部门的SAP实施与商业SAP有什么不同？

三件事：会计结构、采购规则和数据治理。

公共部门会计按基金、补助资金和预算年度来跟踪收入和支出，这需要PSM，税收类机构还需要PSCD。公共采购遵循法律框架，要求透明、竞争性招标和固定的审批链。公民数据、税务记录和员工信息承担着主权要求，这些要求决定了系统可以托管在哪里、如何托管。

公共部门SAP中最常见的合规失误有哪些？

大多数审计发现可以归结为四类：职责分离缺口、审计追踪缺失、数据驻留违规，以及保存在电子邮件而非系统中的采购文档。每一类都是配置和流程可以预防的设计问题，每一类在上线之后修复，代价都要高得多。

SAP PSM是什么，什么时候需要它？

SAP公共部门管理（PSM）涵盖标准财务会计所不具备的政府会计功能：基金会计、补助资金管理、阻止超出授权预算支出的预算可用性控制，以及带结转规则的多年期承诺。

任何采用基金制预算、依靠补助资金或有多年期资本项目的机构，都需要它。税收类机构还需要PSCD，用于公民应收款、退款和催收。请围绕适用于您的会计准则，来设计科目表、基金结构和预算规则。

公共部门SAP云部署中，应如何处理数据驻留？

在合同签署之前核实并记录下来。合同应当写明数据中心所在区域，限制跨境路由，涵盖备份，并规定服务商的哪些员工可以从哪里访问系统。

然后在技术上测试：确认托管区域，验证静态和传输中的加密，并把管理员访问限制在处于正确司法辖区的指定人员。上线之后才发现驻留问题，既代价高昂，又会公之于众。

面向公共部门的RISE with SAP是什么？

RISE with SAP是SAP的订阅产品，通常基于S/4HANA Cloud Private Edition，由SAP运行基础设施和技术运维。它适合SAP能够出示经过核实、具备相应授权的境内托管的机构，也对内部Basis团队规模较小的机构有帮助。

它不会让SAP对应用或流程层面的合规负责。职责分离、工作流和招标记录仍由机构及其合作伙伴负责。在美国，联邦和国防部门的云工作负载则通过SAP NS2运行。

公共部门的SAP实施应该分阶段，还是一次性完成？

对大多数公共部门组织来说，应当分阶段。变革承受能力有限，合规要求往往逐步浮现，而在全面上线之后出现的合规失误，比在范围有限的第一阶段发现的，代价更高。

财务和采购通常先上，薪资和HR其次，面向公民的服务排在后面。当规划、数据、团队余力和合规文档在配置之前都已就绪时，一次性全面上线才行得通。这种情况很少见。

公共部门SAP上线之后的审计准备是什么样子？

在实施良好的系统中，审计准备就成了生成报告。审批历史在凭证流中，招标记录在采购凭证中，预算消耗在PSM中。

前提是数据得到了妥善维护。被绕过的工作流会在轨迹中留下缺口，保存在系统之外的招标记录，系统是调不出来的。审计就绪，既取决于配置，也同样取决于流程纪律。