PIR Transfer to ECC

[Former Member]

hi all,

I have set up the publication, IM (PIR), Transfer profile, activity, creating planning job, scheduling job. Once i execute the job, the job is completed and its transferred to ECC( Checked in /n/sapapo/mc8k. But in MD63 iam unable to see it as it gives this message ( no requirements were found which corresponds to the selection criteria).

Any suggestions?

Regards,

[Former Member · Accepted solution]

Hi Jim,

Try APO transaction /SAPAPO/DMP2 to create and transfer PIRs.  this may give you a better idea of what's happening.  Are you able to create PIR's directly in ECC?

Mike

[Former Member · Accepted solution]

Hi Rishi, Pawan, Aparna, Maclean,

I have reveiwed the entire process again and now when i Schedule the job ( MC8G). i can find it the ECC inbound Queue.

I then go to SMQ1 and activate the Queue and it gets refelected in MD63.

Is there anyway that the Q Does not get stuck and gets transferred without me going to SMQ1 and reactivating it again manually.

Thanks all for your help.

Regards,

[Former Member · Accepted solution]

Jim,

check to see if you have the ECC Qin Scheduler set up (transaction SMQR). Inbound and Outbound schedulers (TA SMQS) need to be set up for both ECC and APO.  In SMQR there should be a line with Queue name = CF* and Type R (registered).  Your basis people should know to set this up.

Mike

[Former Member · Accepted solution]

Mike,

Have cheked the SMQR and the CF* is already registered.and in SMQS Destination is already maintained.

should the CF* - Queue be set up in SMQE?

I tried to register the "display program" in SMQE , with Queue Name as CF* and program Name = CIFQEVO2 - but i get a pop up Information that "Display program not available".

Do you think this could be the issue?

Regards

[Former Member · Accepted solution]

Jim

Registering display programs in SMQE is optional. That should not affect CIF processing.

Rishi Menon

[Former Member · Accepted solution]

Hi Jim,

This is now a CIF problem.  Check your CIF user parameters in both APO and ECC.  Make sure that you are not set to debug (record changes) in either system.

Is the stopped queue problem happening for everyone? 

Mike

[Former Member · Accepted solution]

hi mike,

in the APO settings its "Debugging on, Recording of T/Qrfcs ( No Sends)". In ECC its set to R ( Debugging is activated and t/qrfcs are only recorded).

Yes its happening for PO / SO as well. so it should happen for every transaction as well.

Should i set it to "Debugging Off"?

Regards,

[Former Member · Accepted solution]

Hi Jim,

If debugging is set to "on" in either system, it will stop the queues from being transferred.

Set debugging off.

Mike

[Former Member · Accepted solution]

thanks mike and all. issue is closed.

[aparna_ranganathan]

Check the forecast transfer job log and spool. Also check for stuck / error queues in both R/3 and APO

Thanks

Aparna

[Former Member]

Hi Rishi / aparna,

These are not consumed by any sales orders. it says the job is completed and i could see as well in mc8k that the transfer is successfully completed in R/3.

I have checked the process again, and cannot undestand. The strategy etc., are all correct.

Regards,

[Former Member]

Jim

Verify that the Product/ Location exists in APO. Even if the DP jobs completes and shows no errors, PIR's will not be transferred if Product/ Location combination does not exist in APO.

Verify that the Planning Area/ version (active or simulation) specified in the DP transfer profile (thats used in the DP job) is actually the same version for which forecast data exists in SDP94.

If your Planning Object Structure does not use the standard 9AMATNR, 9ALOCNO characteristics, then verify that the mapping to custom characteristics is maintained in the Planning Object Structure and are specified in the Transfer Profile.

If you don't specify the Requrement Type in the Transfer profile then verify the configuration of the the Planning Strategy assigned to the Strategy Group assigned to the material master in ECC - Verify that it has a Requirement Type assigned for Independent Requirements. This is an unlikely source of error since it shows up in error logs, but still, no harm in checking.

Finally, just before you give up and create a OSS message ( ! ), put a stop queue on the outbound from APO, run the DP job and see if there is a queue created at all ponting to ECC. Just to identify if the problem is in ECC side or SCM side.

Rishi Menon

[Former Member]

Jim

Also check MD73 in ECC which shows total requirements. Maybe the PIR's were transferred and are consumed by Sales Orders.

Rishi Menon

[former_member209769]

Hi Jim,

1) First of all, check the outbound queues in APO (SMQ1) and inbound queues in R/3 (SMQ2).

May be you have stuck queues in either of these 2 places for the PIRs. If you have stuck queues, you need to investigate and resolve the issue and then reactivate the queues.

2) Try running the CCR report (tcode /sapapo/ccr) for the location product with selection as 'planned independent requirements' and see if it throws up any differences between R/3 and APO.

Thanks - Pawan

[Former Member]

Hi Pawan,

These are not stuck in Queues.

I have run the CCR report, and there are no errors.