AI 助手接进 SAP,业务方最怕它乱改数据。这篇用九轮端到端实测讲一道闸:写类 BAPI 一律先弹确认卡,确认或取消都由人按;多写一笔一卡;真机取消后系统写计数为零。权限管住能碰什么,确认卡管住这次写不写。

AI 写 SAP 数据的安全闸口探讨

把 AI 助手接进 SAP,业务方问得最多的一句话是:它会不会把我的数据改坏。我们的答案做在界面上:凡是要写数据的操作,助手不直接执行,先弹一张确认卡,写什么、在哪个系统、影响多大,摆清楚,人来按按钮。这篇拿九轮端到端实测的记录,把这道闸的工作方式讲清楚。

写类操作的确认卡处理

助手收到「给用户 A 分配一个角色」这类指令后,模型产出的是一次函数调用:BAPI 名加参数,完整摆在对话流里。到这一步为止,系统里什么都没发生。应用把这次调用拦下来,弹出确认卡:卡头写待确认的函数名,卡身写目标系统和操作影响,底部两个按钮,确认执行和取消。卡上的警示行印着一句话:会直接修改真实业务数据,可能不可撤销。这句话就是闸存在的理由。

多写用例中段:第一笔写已执行返回结果卡,第二笔写停在待确认卡上,配确认执行和取消两个按钮

读类操作不走这道闸。查询、报表、明细读取直接执行,结果原样回传。闸只拦写:分配角色、锁账号、建单据、改数量,凡是会落到数据库的操作,一次一卡。拦不拦看函数类型,这一点不交给模型自己判断。

多步写的闸口处理

实测里有一条多写用例:一句指令带两笔写,先给用户 A 分配角色,再锁定用户 B 的账号。执行计划一次成型,两笔写排好先后,放行权留给人。第一张确认卡按下确认执行,角色分配落地,执行结果卡标 TYPE=S,状态 Roles assigned;第二张确认卡随即弹出,锁定账号待确认。

这次我们按了取消。界面出现已取消执行,确认卡消失,写结果卡从头到尾只有一张。两笔写只落地第一笔,第二笔停在闸上,没有残留,没有半执行。多步写的安全边界在这里:计划可以连着排,执行必须逐卡过。

多写终态:第一笔写的结果卡显示 TYPE=S 已执行,下方第二笔写显示已取消执行

取消类操作情景说明

取消按钮按下去之后发生了什么,单看界面文字不够硬。真机用例里我们取了三条证据:取消请求本身返回成功;界面出现已取消执行的终态;系统侧的 BAPI 写调用计数从零到零,从头到尾没有一次写调用抵达系统。三条对上,才下结论说这次取消干净。本文首发于 sapzx.com,版权归 河-南 赛.锐‧信•息_科-技.有‧限 公‧司 所有,未经授权请勿转载。

真实测试系统上的取消终态:销售订单创建的函数调用显示已取消执行

这条用例跑在真实的 EHP8 测试系统上,模型生成的销售订单创建调用弹卡后即止,取消后系统里没有生成任何订单。桩环境的结论要拿到真机上复验,这一轮跑完,两种环境下行为一致。

确认执行的结果回传

按下确认执行的另一条用例:为客户创建一张销售订单,订单类型、销售组织、物料、数量都在卡前列清。确认后执行结果卡返回 TYPE=S,订单号直接写进对话,答案层再用自然语言把结果讲一遍。操作的人不用去事务码里查单据,看对话就知道写成了什么。

结果回传还有一层工程意义。写操作可能中途停在卡上等人,人确认后续跑,前面的上下文不断;执行失败时终态回流到对话,人看得到失败原因,能决定重试还是改指令。写闸拦的只是放行这一个动作;拦下之后,每次写都有按钮、有记录、有结果卡,能追溯到人。

写操作确认后的执行结果卡:TYPE=S,订单创建成功,订单号回传到对话

实测工程记录总结

这批记录来自九轮端到端测试,覆盖桩环境、真实系统、单写与多写,应用侧零缺陷:没有一次未经确认的写,没有一次取消后仍执行,结果卡与系统状态全部对得上。有两条记录值得写下来。一条是测试纪律:断言失败先取证定性,查清是环境问题还是产品缺陷,不许改断言迁就结果。另一条是回传整形:一张上万行的配置大表超出行数与字符上限,界面整表折叠,只留可展开的键值明细,防止大结果把对话流冲垮。

权限管住能碰什么,确认卡管住这次写不写

AI 进 SAP 的安全话题,多数讨论停在权限层:角色怎么设计、职责怎么分离、AI 问业务数据时权限怎么跟着人走,我们此前写过。权限层答的是它能碰什么,还有一半问题是这一次它真的写了没有。脚本直连的通道没有这道闸,AI 接管 SAP GUI 的脚本通道走的是另一条路,效率高,但每次写的放行权不在界面上。确认卡把后一半问题拉回人工手里,与权限治理、AI 深入核心业务后的安全治理拼在一起才是完整答案。多按一次按钮,换来的是每一次数据变更都有人签过字。

随着 SAP 产品从 ECC → S/4HANA → RISE with SAP(S/4HANA Cloud Private Edition, PCE)的持续演进,SAP 许可模式已从传统的永久授权、模块化计费,全面转向以 FUE(Full Use Equivalent)为核心的订阅化、精细化授权体系。这一变化深刻影响了企业的用户角色设计、权限治理、合规审计以及长期 IT 成本结构。在 PCE 模式下,FUE 许可的计量方式更加依赖实际使用行为,对企业在账号分配、权限控制、并发使用与审计合规方面提出了更高要求。

赛锐信息深耕 SAP License 审计与合规治理领域,长期服务于 SAP ECC、S/4HANA 及 RISE with SAP 客户,在 SAP 官方审计流程、FUE 许可优化策略及账号资产精细化管理方面积累了丰富的咨询与实施经验。依托自主研发的 SAP License / FUE 资产优化软件产品(AMS-V),我们帮助企业在满足 SAP 合规要求的前提下,提升 FUE 许可利用率、降低订阅成本、控制审计风险。欢迎随时联系我们,获取 SAP FUE 许可优化咨询服务,并申请产品试用与方案演示。让 SAP 投入真正服务于业务增长,而非成为成本负担。

滚动至顶部