为什么会有人想在Business Configuration里绕开Transport
在企业系统里,配置类数据之所以被当成Customizing来管理,本质原因只有一个:它会改变业务流程的行为,影响面往往比一条普通主数据大得多。也正因为如此,Business Configuration这条路径默认把CTS运输机制绑定得很紧:你在Custom Business Configurations应用里点Edit时,系统会尝试自动决定一个Customizing运输请求,并把它显示在页面 Header 区域;如果自动决定失败,就会要求你手动选择运输请求,再继续保存。(SAP)
这套设计非常符合 SAP 的治理哲学:配置要可追溯、可审计、可跨系统一致下发,尤其是多系统景观(DEV → QAS → PRD)里,任何绕过运输的配置变更,都可能把景观一致性撕开一道口子。
问题在于,很多企业也确实存在另一类真实需求:一些自研扩展或轻量化解决方案,需要在生产系统直接维护少量参数,类似