SAP内部顾问在后台配置中出问题实例

做为内部顾问或运维，当然也需要学习和掌握后台配置。但SAP中的后台配置有时并不是想像中那么简单直观。特别是在新建立一些数据的时候。往往容易出现配置不完整的情况。内部运维由于并不会像外部顾问一样有大量系统建设经验，所以这方面的处理需要更加谨慎。想到当初学习时老师说过，当在后台做新建配置时，最好的方式是采用复制的方式，而不要去新建。笔者在实际处理过程中确实遇到了这样的教训。

 

由于业务关系，产生了新的产品分类，需要在系统中添加新的产品组。如下图，在后台定义中，提供了定义产品组和复制产品线的选项。从定义产品组的内部来看，比较简单，只有一个产品组编码和名称，所以此时认为新建也没关系。

但这时你会发现，新定义的产品组并不在其它后台配置里面。如下图给出了产品组其它配置。而这些配置中也需要新建。此时，笔者回来上面的步骤。删除原来定义的产品组，重新采用复制的方式来创建新产品组后，再去观察后面的销售范围和通用界限中的配置。发现这些地方都同步产生的新的产品组条目。

基于上述实际问题处理经验，在企业的实际应用中引出一个问题，如何来应对后台配置问题带来的业务风险？简单归纳几点：

１、内部顾问即使有了多年运维经验，但还是缺乏系统建设方面的经验；不能把企业的实际业务平台当成实验室；

２、建立反悔机制，不要在正式系统中做配置。通过开发机和测试机去做尝试；一旦出现问题，不会影响实际业务；

３、在有参照的业务中，采用复制的方式去新建数据；在无参照的业务中，如果没有把握，可将问题升级，比如交由专业的外部顾问来处理。