KF Incoming Order Qty is blank - GATP Product Allocations

[Former Member]

Hi Experts,

We have an issue regarding incoming order quantity in planning book. Product allocation check is directly against planning area data and KF data is not being transferred to and from planning area.We have an issue where users are reporting that incoming order quantity key figure is blank though there were some confirmed orders and some of them were delivered too. We also don't see this key figure in AC42 as well. When we execute the transaction - ATPQ_CHKUSG; then it will be corrected and KF now shows the confirmed orders.

We verified those orders exists in the tables - /SAPAPO/POSMAPN & /SAPAPO/SDQTVB and QTVB in R/3. It looks like confirmed orders are available in APO as against allocations; but they are not displayed in Order quantity Key figure in planning book. (This key figure is configured as disaggregation key figure based on final forecast key figure. Where final forecast key figure is not available for specific CVCs). Since KF data is not available planning book; they also can't be seen in AC42 as it reads directly from planning area because of direct PA linkage.

Did anyone faced this kind of issue? any inputs pls?

[sourabh_jain66 · Accepted solution]

Hi,

Few things to check here,

First your incoming order quantity key figure should not be disaggregated based on different key figure.

Second, check in the setting of SPRO ---> APO --> GATP --> Product Allocation --> Maintain connection to planning area

check if the correct info object is assigned to key figure AEMENGE.

assuming that allocation functionality is working fine in your case, issue is only with incoming order quantity.

Check and let me know if you still face any issue.

Rgds

Sourabh

[Former Member · Accepted solution]

Hi,

This issue looks to be random and not consistent. Initially confirmed orders will be seen in that key figure but after some time may be days; that key figure is blank. Yes we also suspect about the disaggregation of that key figure as orders will also be on higher level. we are still investigating on this to see if this disaggregation is really causing this issue. This key figure was set as disaggregation key figure based on different key figure as allocations are derived based on forecast. We noticed in few cases this forecast was changed after allocations are set. Regarding infoobject - we are using the same one - AEMENGE..

Rgds,

APO

[babu_kilari4]

Hello Man APO,

Did you check the DB table /SAPAPO/ATPPARAM. Were you able to see the Product allocation Procedure ( PAP ) over there. Please check if the KOSCH value is populated correctly there which is the key for reading the Product Allocation Procedure and in turn updates the PAG. Also, the very key thing to be noted is the field that you're using to capture this in your PAG. Is it "AEMENGE" or some other field that you have considered to do achieve this ?

Please check this and let us know if you're still getting this issue.

Babu Kilari

[Former Member]

Hi,

Yes we checked about this table and it's having the correct information about the procedure and PAG.

[Former Member]

Hi,

Select the field "check planning area" which is in product allocation group (config). once you select this field automatically incoming order qty gets updated. Even if you maintain this and its not updating run the below T.codes: /SAPAPO/ATPCQ_RESET and /SAPAPO/ATPCQ_GENER .

Hope this will help you to resolve the issue.

Regards,

HAB