Transfer of Materials failed - ZMRP_RELSE

[Former Member]

Hi,

We performed the support pack upgrade on both R/3 4.6c and SCM 4.0 on the March 23 of this year. Our APO business analysts approved that everything works fine. But today, they found that the Materials are not getting transferred from SCM to R/3. I am a basis person. I am trying my best to reproduce what was explained to me.

They run a Demand Planning background job twice a month that transfers materials from SCM to R/3. The name of the job is 'ZMRP_RELSE'. And I believe this job is associated to an activity and the name of the activity is 'ZMRPREL_R3'.

When they run the job in the SCM box, the runs successfully and it says 'X' number of materials transferred. But, when the business analysts go to the R/3 box and check the status in the transaction 'MD63', it says the last successful transfer happened on March 9, 2007.

I tested everything from my end - background workprocess, RFC connections, etc. I am not sure how exactly to proceed about this. It would be really helpful if someone can guide me through this solving this problem.

Thank you.

[Former Member]

The problem got resolved. The solution to this problem is Note: 761769

Thank you.

[Former Member]

i assume what you mean is that the planned independednt requirements(PIR) are not getting transferred

what you described is the setting for setting up the transfer to r3 in an activity and scheduling it in a job

Am not sure if your support pack upgrade could cause this (pl check side effects of the notes you applied)

but you need to have publication rules set up for the PIRs to get transferred

if you go to SPRO and check the Publication settings (APO>Basis Settings>Integration--> publication rules-> maintain distribution definition) and confirm that the locations you want the PIRs transferred for have been set up

if not you will have to create the entries for PIRs against the locations involved

if this is setup already and you have the issue pl post again

else rerun the job and check in R3 again

[Former Member]

Hi Harish,

Thanks for your response.

Yes, the SPRO -> Distribution Definition has two PIR entries for two different locations both pointing to the R/3 logical system.

Thank you.

[Former Member]

pl check (as ask your APO analysts to check) if the material locations are contained in an integration model

you can do this by checking for the entries in CFM5 in R3 and clicking through to see if the models are active

also ask them to confirm that the version (active/inactive) that has been marked in the transfer profile matches what they are looking for in the R3 side

(you can also use MD04 to check a specific location product that is being tansferred)

just to be sure there is nothing stuck in the queues. Check /SAPAPO/CQ on the APO side ....

[Former Member]

Awesome.

To begin with started troubleshooting the reverse order. First I checked if there are anything stuck in the queue. I found all the PIRs stuck there of both the jobs run on 04/12 and 04/24. How do I fix this?

Note: when I look at the application log, it gives me a weird message, 'Unknown Error'.

Thank you.

[Former Member]

thats a good start...

"Unknown error" wont help in trouble shooting though... have you drilled down to the detailed level? You would need more details to settle this... else would need to go for a trial and error trouble shooting...

can you check which queue it is stuck on ... guess it will be on the R3 inbound...

Can you ask your APO consultant to ensure your CIF queue is active for the Material locations?

You can choose the Elements in the Queue and delete them (if you ae on production system pl ask the person looking after the queues to do this) then try releasing your job again preferably for one prod location (again get your APO consultants help to change the selection in the job)