整理一下思路

Extended-Classic:

1.SC-->SRM PO

BBP_PD_PO_CREATE/BBP_PD_PO_UPDATE

BBP_GET_STATUS_2会将PO的inforamtion更新给SC

2. SRM PO –>ECC PO

The FM used to transfer the PO to backend is, BBP_PD_PO_TRANSFER_EXEC

SRM里, FM “B46B_DPO_TRANSFER”, 调用ECC FM “BBP_PO_INBOUND” (B46B_DPO_TRANSFER is Selected from the Table BBP_FUNCTION_MAP Based on the Backend System Release )

期间,BADI BBP_ECS_PO_OUT_BADI 会被用到

 

ECC FM “BBP_PO_INBOUND”里有两个FORM create_po和change_po,分别调用BAPI_PO_CREATE1和BAPI_PO_CHANGE –>  PO创建/修改.

以上RFC是同步处理. 因此,在这一段, 与Job CLEAN_REQREQ_UP和BBP_GET_STATUS_2无关.

但是对于前面的SC, 需要BBP_GET_STATUS_2来更新SC

     如果后面有BACKEND GR IV , 那么需要CLEAN_REQREQ_UP来更新SRM PO with the backend change.

 

.

Classic:

1. SRM SC –>ECC PO

The FM used for transferring the PO to backend is BBP_REQREQ_TRANSFER.

通过FM “BBP_PD_SC_TRANSFER”调用FM “BBP_BS_SC_TRANSFER_CLASSIC”

The BAPI used to create the PO is BAPI_PO_CREATE / BAPI_PO_CREATE1

这一段是使用Job CLEAN_REQREQ_UP传输. 所以SC创建完后要过一段时间才能在ECC上看到PO.

这一段是非同步处理.

SP10之后,改为同步处理, Job改为BBP_SC_AUTO_RETRANSFER. 见NOTE 1499352

 

.

Job CLEAN_REQREQ_UP和BBP_GET_STATUS_2

http://help.sap.com/saphelp_srm50/helpdata/en/77/e97b3c91c1eb1ee10000000a114084/frameset.htm

Contract  IDOC/ESOA

GR,IV    IDOC