SAP中实现分布式的一个机制就是ALE/IDoc,而在具体一点就是change point。
这里就以物料主数据来记录
IDOC basic type
message type
Change point是用来分发主数据的。主要有两种实现方式,一种是直接方式,另外一种是通过SMD tool(shared data master tool)来实现。
我们先来讲一下直接方式。所谓的直接方式,就是运行一个为一个主数据专门的Repoort程序,填入相关参数,就可以对此主数据进行分发。
一般这样的报表的名字是这样的:RBDSE***,***是message type的前三位,比如物料主数据MATMAS,它的程序就是RBDSEMAT。
这些程序的逻辑都是固定的,其中总有一个名字形如:MASTERIDOC_CREATE_REQ_*****的Function,*****是message type,接上个例子,就是MATMAS。这个程序就是执行change point和生成IDoc的主要Function。
CALL FUNCTION 'MASTERIDOC_CREATE_REQ_MATMAS'
这个Function中有几点大家要注意的:
1. DATA: C_MSGFN_R LIKE BDIMARAKEY-MSGFN VALUE '005'.
生成的IDoc中MSGFN字段都是’005’
2. CALL FUNCTION 'MASTERIDOC_CREATE_MATMAS
上面的Function中 CALL FUNCTION 'MASTER_IDOC_DISTRIBUTE'
就是把IDoc传到ALE,进行分发。
3. 最后才是提交和解锁
COMMIT WORK.
CALL FUNCTION 'DEQUEUE_ALL'.
Change point的第二种方法就是SMD,通过一系列的配置和Job,你就可以做到,让不同的Message type自动分发。这里所谓的自动分发,就是当一个系统中的主数据发生修改,创建,删除时,其他相关联的系统也会自动更新。
有几张表大家需要熟悉:
BDCP : change point
BDCPS:Change pointer: Status
BDCP2: Aggregated Change Pointers (BDCP, BDCPS)
T-code :BD52 change document item for message type Table : TBD62
T-code :BD61 Activate change pointers-generally
T-code :BD50 Activate change pointers for message type Table : TBDA2
T-code :BD60 Additional Data for Message Type (这里要配Function,所以之前需要定义好相关的Function) Table :TBDME
关于BD60中的Function,标准的是MASTERIDOC_CREATE_SMD_*****,*****是Message type
同样这个Function是用以执行change point和生成IDoc的
其中要注意的几点:
1. read all not processed change pointer for the give messagetype
CALL FUNCTION 'CHANGE_POINTERS_READ'
2. MSGFN的几种状态:009(新建主数据),004(修改过的数据),003(删除的数据),018(没有改动,但是附属于它的segment需要分发)
3. CALL FUNCTION 'MASTERIDOC_CREATE_MATMAS
上面的Function中 CALL FUNCTION 'MASTER_IDOC_DISTRIBUTE'
就是把IDoc传到ALE,进行分发。
4. * write staus of all processed pointers
CALL FUNCTION 'CHANGE_POINTERS_STATUS_WRITE'
T-code :BD64 change distribution model,把message type
T-code :BD21 它对应的是程序 RBDMIDOC,它会根据BD60中的配置,找到相应的Function进行分发。在实际应用中,会设置batch job,使这一切都成为自动化。
程序:RBDMIDOC 根据message type去发送
物料主数据那么多字段,是修改任意一个字段都需要发送吗?
这里可以配置那些字段修改触发 change point
BD52: