on 04-09-2012 1:18 PM
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,
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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,
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
Check the forecast transfer job log and spool. Also check for stuck / error queues in both R/3 and APO
Thanks
Aparna
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
Jim
Also check MD73 in ECC which shows total requirements. Maybe the PIR's were transferred and are consumed by Sales Orders.
Rishi Menon
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
7 | |
4 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.