Can't CIF product master data

[former_member491157]

I encountered an issue with the transfer of product master data from ECC to APO.

To clarify the situation:

On ERP side

1) In CIF settings (transaction CFC9) "Change Transfer for Material Master" is marked "2" (BTE transfer, immediately).

2) In Change Pointers for Message Types settings (transaction BD50) "CIFMAT" message type is activated.

3) Option of changing pointers generally is activated (transaction BD61).

On SCM side

1) There is an enhancement APOCF005, source code is provided below.

The issue is that if previously material had a deletion flag and later it was lifted on ECC side, this change is not reflected on APO side (i.e. material on APO side still is being considered as having deletion flag, whereas it was lifted on ECC side).

What am I missing? Does the problem have to do with incorrect settings or incorrect source code?

Looking forward to hearing from you, any reply will be deeply appreciated.

DATA: ls_sapo_matloc   TYPE /sapapo/matloc.
FIELD-SYMBOLS: <fs_cifmat>       TYPE /sapapo/cif_matloc.
FIELD-SYMBOLS: <fs_matlocx>      TYPE /sapapo/cif_matlocx.
IF ls_sapo_matloc-lvorm = 'X'.
**     If deletion flag is set (/SAPAPO/MATLOC-LVORM = «X»)
IF ls_sapo_matloc-beskz = 'P' AND <fs_matlocx> IS ASSIGNED.
** If /SAPAPO/MATLOC-BESKZ = «P»
CLEAR <fs_matlocx>-beskz.
ELSE.
** If /SAPAPO/MATLOC-BESKZ <> «P»
<fs_cifmat>-beskz = 'P'.
IF <fs_matlocx> IS ASSIGNED.
<fs_matlocx>-beskz = 'X'.
ENDIF.
ENDIF.
ELSE.
**     If deletion flag is not set(/SAPAPO/MATLOC-LVORM = « »)
IF <fs_cifmat>-method = 'D' AND <fs_cifmat>-loctype = '1007'.
** If IT_MATLOC-METHOD = «D» & IT_MATLOC-LOCTYPE = «1007»
<fs_cifmat>-beskz = 'P'.
UNASSIGN <fs_matlocx>.
READ TABLE it_matlocx
ASSIGNING <fs_matlocx>
WITH KEY
ext_matnr = <fs_cifmat>-ext_matnr
ext_locno = <fs_cifmat>-ext_locno.
IF <fs_matlocx> IS ASSIGNED AND sy-subrc IS INITIAL.
<fs_matlocx>-beskz = 'X'.
ENDIF.
ELSE.
** If IT_MATLOC-LOCTYPE <> «1007» or IT_MATLOC-METHOD <> «D»
UNASSIGN <fs_matlocx>.
READ TABLE it_matlocx
ASSIGNING <fs_matlocx>
WITH KEY
ext_matnr = <fs_cifmat>-ext_matnr
ext_locno = <fs_cifmat>-ext_locno.
ENDIF.
ENDIF.
ENDIF.

[I310607 · Accepted solution]

Hi Azat,

in this case I assume the Integration Model setup or change pointer settings can be relevant. (If the inital transfer reaches the SCM System, and the updates on the product are done, then the BADi code should be fine).

Check the CFM5 transaction, if the material is included in only 1 active model, so delta transfer can pick any changes.

Regards,

Gergely

[former_member491157 · Accepted solution]

"Check the CFM5 transaction, if the material is included in only 1 active model, so delta transfer can pick any changes."

Do I understand you correctly that for the material only one integration model must exist, otherwise there will be problems?

I apologize for bothering you.

[I310607 · Accepted solution]

Hello,

yes it can be that some changes/objects are not picked as expected, if they are in more active models, see SAP KBA: 533755 - Description of the delta logic or the program RIMODINI

and 2157641 - How to force a data transfer even if there is already an active integration model

Gergely

[I310607]

Hi Azat,

first, try with an initial load of the integration model, including the product master with CFM9 transaction from ERP. By using an initial transfer you can filter out any ''change pointer reason'' at ERP side.

If the CIF queues are processed and the changes at SCM side still does not happen, then you can start to suspect, that it is the BADi code in SCM to be reviewed.

If the changes are transferred to SCM with the CFM9 initial transfer, then the change pointer setup must be reviewed.

Best Regards,

Gergely

[former_member491157]

Hello, Gergely,

As you suggested:

1) I first created active integration model (CFM1) and included 1 material for the sake of testing.

2) I activated and launched the integration model (CFM2). Master data flowed to APO without any problem.

3) I flagged material for deletion on ERP side (MM06). This change was not reflected automatically in APO, I had to manually launch integration model again.

4) I removed the deletion flag on ERP side (MM06). Once again, this change did not automatically flow into APO, I had to manually launch integration model again.

In a nutshell: initial upload of product master data from ECC to APO occurs without probems. But subsequent changes to the master data of the material on ERP side are not automatically reflected on APO side (although settings in CFC9 for transfer is flagged "2 - immediately").

What may be the cause of this? Should I think that the problem is with the source code?