初级SAP顾问谈技术、高级顾问谈方案,那么方案就是什么?
我们拿发票预制来讲,所有顾问都知道MIR7, 那么发票预制之后呢?
纯SAP来讲,是把发票预制号码用铅笔写到纸质发票上,然后交给财务,财务确认没问题后,MIRO过账。
那么如果SAP与OA集成之后呢?

首先SAP发票预制推送到OA,OA审核完成后传回SAP ,SAP调用过账BAPI,发票自动过账。
这个看起来没啥问题,仔细推敲,有几个问题。
1、SAP推送给OA的时点是什么?
2、 发票预制推送给SAP之后,SAP里的发票预制还能不能修改?
先说说推送时点,有两个方案。
A、发票预制保存时推送给OA ,这个对于用户来讲无感的。
B、开发一个推送平台,然后用户自行选择是否推送

那么我们选择哪个方案呢?
乍一看是A方案好,但是我们再结合发票预制后推送是否可以修改的问题,就需要细化方案了。
SAP一旦推送给OA,两边都有数据了,那么SAP数据修改OA是需要同步更新的。
如果OA在第一个节点,那么SAP还可以修改,如果OA在第二个节点那么SAP就不能修改了(SAP增强实现)
不巧的是,OA一旦接收了数据,是不能再次更新的,那么用户在做发票时临时保存下就推送OA了,SAP全部做完之后保存推送OA,OA数据也不能同步了(大概的意思OA只能接受新增,不能接受更新)。
那么我们的方案就要调整了。
直接用方案B ,可以解决这个问题,但是对于用户来讲是增加了工作量。
另外我们也可以对方案A做改进,即A+: 在MIR7上增强一个字段或借用其他字段,如果是0,MIR7保存时不推送OA ,如果是1,保存时就推送OA .
那么到底用那个方案呢?
公说公有理,婆说婆有理,但顾问一定要拉个会议,最终敲定方案后,再做开发。
比较糟糕的情况是,直接用了方案A,测试时也用了简单的数据,上线后才发现问题。
MIR7是我们最基础的知识,其背后有增强、有修改、有BAPI,还有全而细的过程模拟,综合起来就是方案。