客户总是用自己的代码来增强标准系统。这种编码总是会被变更请求、改进和错误修复所贯穿。中央增强代码位置的一个常见问题是业务流程的本地化或本地实现。
完成流程不同行为的大量IF或Case语句,或在最坏情况下额外的特定于客户的定制表。
所有这些要求都会导致开发中的额外工作,测试和代码传输。实现一个特性的时间,物联网专用卡,云估价,淘客推广,以及该特性可用于测试或生产性使用的时间。如果业务部门不能定义最终的规范会怎样?
在这种情况下,营销数据分析,我建议从实现硬编码、半灵活的特性转变为非常灵活的基于规则的方法。
只需关注接口参数,并将eberything移到业务端。从复杂的ABAp语句向配置和高速发布的方向发展
请看SAPs决策服务管理和业务规则框架
DSM SCN Seite:
访问卡斯滕的博客,解释如何摆脱不灵活的定制表。
定制代码博客:
,红淘客