打开一份采购订单的修改历史，业务人员关心的往往不是程序调用了哪个类，而是付款条件是谁改的、原来的值是什么、修改发生在什么时间。可到了开发侧，这个看起来很直接的需求，会牵出旧值读取、字段比较、事务一致性、凭证写入和历史查询等一串工作。订单本身的业务逻辑还没写多少，围绕它的基础代码已经铺开了。
这正是 SAP 提供 Reuse Services and Libraries 的价值所在。变更凭证、通用数据处理、开发对象访问等能力，不必在每个应用里重新建设一遍。我们可以使用平台提供的复用服务和库，把开发时间更多地投入到订单校验、审批规则、业务状态转换这些真正体现企业差异的地方。SAP 对这类能力的定位，是提供开箱即用的通用功能，减少重复代码，并与 RAP 等编程模型集成。
不过，复用并不只是找到一个现成的函数，调用成功就算完成了。对于现代 ABAP 开发，更有价值的问题是，这项能力是否有公开的使用契约，是否适用于当前产品版本，是否能够遵守业务对象的事务边界，以及升级以后是否仍然有明确的兼容性保障。
这几个问题，会直接影响我们在 ABAP On-Premise、SAP S/4HANA Cloud Private Edition、SAP S/4HANA Cloud Public Edition 和 SAP BTP ABAP environment 中做出的技术选择。同样叫变更凭证，不同环境中的接入方式可能不同。同样叫 XCO Library，某个模块在一个系统里可用，也不能据此认定其他系统已经提供了相同能力。
我更习惯把复用服务理解为平台承担的一项公共职责，把复用库理解为开发过程中可以组合使用的一组积木。变更凭证服务关心业务数据如何留下可追溯的记录，XCO 的字符串功能关心文本如何拆分、组合与转换。前者需要与业务对象
