APO 'No dynamic pegging' transfer via CIF Interface

[clemenssss]

I have been working on the customer requirement (Question before: APO No dynamic pegging trigger via CIF Interface).
Now I have a partial solution: The field to be set in APO, PEG_NO_DYN is a requirements field to be stored finally in MATRQ database table.

According to SAP Note 1534157 - Transfer of material master data from ECC to APO : Extend CIF structure viaUser Exit I put the field as a ZZPEG_NO_DYN field into CI_MTLCCUS structure on ERP/ECC side and on APO side.

In user-exit EXIT_SAPLCMAT_001 I set the field following a specific logic with customer tables involved to be transferred with interface table ot_cif_matloccus.

In APO, Note 1534157 recommends Badi SMOD_APOCF005 method EXIT_/SAPAPO/SAPLCIF_PROD_001 to work with this field provided in IT_MATLOCCUS.

But it is not transferred.

SAP Note 1534157 notes that the solution is thought to transfer specific MARC (or MARA) fields. Obviously my PEG_NO_DYN field is not transferred, because it is not part of MARC (and in APO MATLOC) table.

I do not want to extend MARC and MATLOC table, because the field hast no meaning or function in ERP and in APO it is not part of MATLOC but of MATRQ.

Is there another way of field/value transfer from ECC to APO, designed for individual fields?

I hope there is any helpful comment - coukd not find anything here or in SAP notes.

Best regards,

Clemens

A (quite understandable) DEEPL translation follows in German:

Ich habe an der Kundenanforderung gearbeitet (Frage zuvor: APO No dynamic pegging trigger via CIF Interface).

Jetzt habe ich eine Teillösung: Das im APO zu setzende Feld PEG_NO_DYN ist ein Bedarfsfeld, das abschließend in der Datenbanktabelle MATRQ gespeichert werden soll.

Gemäß SAP-Hinweis 1534157 - Übertragung von Materialstammdaten von ECC nach APO: CIF-Struktur über User-Exit erweitern habe ich das Feld als ZZPEG_NO_DYN-Feld in die Struktur CI_MTLCCUS auf ERP/ECC-Seite und auf APO-Seite gesetzt.

Im User-Exit EXIT_SAPLCMAT_001 setze ich das Feld nach einer bestimmten Logik mit beteiligten Kundentabellen, die mit der Schnittstellentabelle ot_cif_matloccus übertragen werden.

In APO empfiehlt Hinweis 1534157 Badi SMOD_APOCF005 Methode EXIT_/SAPAPO/SAPLCIF_PROD_001 mit diesem Feld zu arbeiten, das in IT_MATLOCCUS bereitgestellt wird.

Es wird aber nicht übertragen.

Im SAP-Hinweis 1534157 wird darauf hingewiesen, dass die Lösung darin besteht, bestimmte MARC- (oder MARA-) Felder zu übertragen. Offensichtlich wird mein PEG_NO_DYN-Feld nicht übertragen, da es nicht Teil der MARC-Tabelle (und in APO MATLOC) ist.

Ich möchte die MARC- und MATLOC-Tabelle nicht erweitern, da das Feld in ERP keine Bedeutung oder Fu

[thomas_schulze2]

If I understand your requirement correctly you want to set the flag PEG_NO_DYN in /SAPAPO/MATRQ in APO with every new/changed product coming thru the CIF interface -and- this field (or a source) doesn't exists in your ERP system.

The extension BADIs (in/outbound ERP/APO) are meant to fill/map MATKEY or MATLOC level data in the CIF transfer and fill Standard/Z-append fields in APO -or- to steer how you fill standard fields in APO. Example: transfer standard price from ERP MBEW table to a MATLOC-ZSTDPRICE append.

You could use the APO Product Update BAPI (BAPI_PRDSRVAPS_SAVEMULTI2) to achieve your result. What we did in the past was a simple ABAP Z-report which gets triggered right after the CIF run (or every hour or so) and update the Location Products in APO directly. For such a simple case I would not modify / use CIF BADIs if there is no need to do this real-time in APO.

Regards

Thomas