SAP配置传输增量还是全量有规律可循么？

antigodzyz

shenzhen_sap 发表于 2016-4-29 12:05
利润中心是主数据，直接前台维护。

kch5n-传输标准层次 呵呵

shenzhen_sap

antigodzyz 发表于 2016-4-29 12:15
是  就是举个例子，被参照体变了肯定都变，这个顾问会去考虑的，我想到这样会有隐患也是 因为我们的 增强 ...

说实话，操心了。

shenzhen_sap

antigodzyz 发表于 2016-4-29 12:28
这个我们有机制的，有做了 配置表，写增强的时候 必须加一段代码判断 配置表里面有没有配置增强格式 比如 ...

帮外部顾问抵挡内部人员？

shenzhen_sap

antigodzyz 发表于 2016-4-29 12:31
因为 出问题了 责任我担啊 ； 就昨天 隔壁公司  把一个 800直接配置的玩意，200测试的时候 无意抱进了一个 ...

你们不是外包了么？怎么自己还要搞这些。运维公司干啥的。

shenzhen_sap

antigodzyz 发表于 2016-4-29 12:46
话题说偏了啊，真心求问 各位  配置方面有没有 规律可循， 现在连外包顾问就只知道看看请求里面的具体信息， ...

不给外包的钱，看他请不请。

whx1977

antigodzyz 发表于 2016-4-29 11:26
no idea，我不具体干活，都是 外包顾问告诉我的  obyc gbb之类的  都是全量 动的时候要特别小心

OBYC  最好专人配置，  分模块负责

woshiyiziyu

antigodzyz 发表于 2016-4-29 12:39
企业信息化你懂啦，尤其是大央企这种环境和作风，但凡跟系统沾边的都会说 系统的问题，不沾边的用户也会想 ...

深有同感，前人挖坑，后人遭殃。正如我之前说的，必定出事，只是早晚的事情。国内的企业很少重视运维的，不仅仅是央企，国企、民企都一样。

performance

你的问题其实别的企业也有。 SAP推荐的方式就是要用7系统的方式
3系统＝ 1开发， 1测试，1生产

7 系统＝ 1 沙池 1 运维开发 1 项目开发 1 运维测试  1 项目测试 1 预生产  1 生产

过渡方案：
建立一个预生产系统（pre production）， 传生产以前先进预生产，很多问题能直接看出来。很多企业的测试系统其实就是个垃圾桶，不光业务数据和生产系统差别很大， 而且有很大一堆测试的change request 烂在QAS里面， 既没有传到生产系统，又没有被回退。 随着时间的推移，测试系统和生产系统的差别越来越大。 这种差别不仅表现在数据量上，而且也表现在配置的一致性上。
这样的测试系统很多只是个心理上的安慰，没有很大的实际意义。

全量和增量的问题其实有个工作量比较大但非常保险的办法来判读的。 在操作系统层面打开change reqest 的data file看一下就知道包含哪些数据， 到底时增量还是全量。

技术上可以在QAS 上配置 QA approve的机制， 自己定义好哪些change request的类型是critical object， 传PRD时会自动提醒相关人员进行再次人工确认的。

long002

performance 发表于 2016-5-2 13:00
你的问题其实别的企业也有。 SAP推荐的方式就是要用7系统的方式
3系统＝ 1开发， 1测试，1生产

梳理业务
把自己配置理清
建立全局 集团 --与分公司关键控制 项等清单  控制日常传输；
定期内部交流；
定期同步生产-测试